Solucionador de problemas Modelo de capas

Cualquiera que consulte las últimas cifras de ventas trimestrales del Unix-servidor, es posible que ya esté experimentando el efecto "hola".

El declive continúa, por decirlo amablemente. Por el contrario, el x86-servidor de ventas.

Esta imagen se ajusta a los hechos. Sobre todo si se tiene en cuenta que cada vez más informáticosUsuario de Unix y cambiar a Linux. Por supuesto, esto también se aplica al SAP-Comunidad.

Un aspecto impulsa la Usuario sin embargo: Como es bien sabido, un Unix–Linux–Migración y una transferencia uno a uno del Unix–SAP-Los costes de las licencias de bases de datos se disparan debido al elevado número de núcleos Intel.

Especialmente si la capa de base de datos se transfiere sin separar. Los aspectos de alta disponibilidad en las respectivas capas también desempeñan aquí un papel no desdeñable como efecto secundario.

Solución inteligente

¿Qué se puede hacer para minimizarlo? Costes para vencer a las probabilidades?

Un enfoque de la optimización consiste en utilizar la corriente SAP-diseño de la arquitectura y derivar de ello una separación de las capas de aplicación.

Esto significa que tiene la oportunidad de Base de datos sólo licencia la potencia de cálculo que requiere el Base de datos es realmente consumido y no como el núcleo.

Breve explicación de lo que se entiende por Modelo de turnos se entiende: Aquí se divide el SAP-paisaje en tres capas: la capa del servidor de aplicaciones, la capa del servidor central y la capa del servidor de aplicaciones.SAP-capa de servicios y la Base de datos-capa.

El objetivo es reducir el número de núcleos necesarios para la capa de base de datos, con el fin de minimizar los costes de licencia de dicha capa. Este tipo de optimización del diseño es interesante para los clientes que Base de datos-Contratos directos con base Base de datos-se han recibido las licencias.

Y: La introducción de un modelo de turnos suele merecer la pena a partir de cinco líneas de producción y 15 Instancias/SIDs.

También es importante señalar que la introducción de un SAP-modelo de capas son ciertas Parámetros a examinar. Esto se debe principalmente a que las cinco líneas productivas mencionadas y menos del 15 SAP–Instancias tal rediseño no compensa.

La razón principal: Más OSParticiones por SAP-ID. Esto significa que un mayor número de Servidores se hace necesario.

Si la comprobación es positiva y se procede a un rediseño, la física se optimiza, por así decirlo, mediante SAP–Virtualización.

En última instancia, la medida de optimización significa que se necesita menos física, es decir, menos servidores.

SAP-Capa de servicios centrales

Con un rediseño basado en un modelo de capas, los puntos únicos de fallo (en un contexto de HA-) pueden eliminarse mediante la replicación de colas y la agrupación de servidores de mensajes.

Tiene sentido utilizar la versión certificada del SAP-Cluster-Arquitectura de referencia a la que recurrir. En SAP NetWeaver Alta disponibilidad Cluster 7.30 Certificación (Arquitectura de referencia) describe la interacción de SAP Control Framework con sap-startsrv.

El punto clave aquí es que sapcontrol se puede utilizar a través de sapstartsrv y a través de SAPConector de clúster de _SUSE el Comunicación a la agrupación Marco se define.

El componente clúster se denomina HA extensión. Por lo que el HA Ampliación de la Comunicación al SAP Instance Resource Agent, que a su vez está conectado a sapcontrol.

SAP Instance Resource Agent también está disponible a través de SAP LVM con el Control SAP Marco acoplado.

En cuanto a la capa de aplicación Escalabilidad y Alta disponibilidad generados por múltiples instancias de diálogo.

Cae un SAP-servidor de aplicaciones, basta con generarlo de nuevo y ponerlo en marcha.

Hana No es un factor de coste

Por cierto, Suite on Hana permite utilizar cada vez más SAP-módulos en Hana para operar.

Debido al factor de compresión de 1:5 y a la Hana-operación en conjunción con el Suse–Intel–Infraestructura es la concesión de licencias del Hana–Base de datos no se basa en el núcleo y, por tanto, no representa un inductor de costes.

Para establecer otros criterios de viabilidad de la SAP-a partir de un modelo estratificado y evaluar los Alta disponibilidad según NetWeaver Alta disponibilidad Certificación Cluster 7.30 e integración en el sistema SAP. LVM conviene familiarizarse con el estudio sobre el tema de la Realtech que tratar.