S/4 Hana y SAP Adaptive Server Enterprise

Las empresas que hasta ahora han utilizado bases de datos homogéneas de proveedores como Oracle o IBM para sus sistemas SAP se ven amenazadas con un doble coste de licencia y mantenimiento de sus bases de datos al introducir Hana o SAP Business Suite 4 Hana (S/4 Hana): por un lado para Hana, por otro para las de los demás proveedores.

La edición Hana Runtime Edition para aplicaciones y SAP BW (REAB) ya incluye la licencia para ASE: una base de datos alternativa para el resto de sistemas heredados que se suministra de forma gratuita, por así decirlo. Debido a su estabilidad, esta base de datos es especialmente valorada en el sector financiero y se utiliza desde hace décadas.

Además, la hoja de ruta de SAP para él -en contraste con MaxDB, por ejemplo- es clara y tiene muy buena compresión, lo que lleva a un requerimiento de espacio comparativamente bajo. Por tanto, el cambio es obvio. Pero al migrar a ASE hay que tener en cuenta algunos escollos.

Ventajas e inconvenientes de la migración a ASE

Como demuestra nuestra experiencia en más de 100 migraciones y la explotación de más de 70 sistemas de clientes, los costes de migración a ASE suelen amortizarse con bastante rapidez debido a la reducción permanente de los costes de licencia y mantenimiento.

Además, el modelo de licencias de SAP no pone ningún obstáculo a la virtualización de la base de datos. Otras ventajas son la compra de la aplicación y la base de datos a un único proveedor, así como claras ventajas en términos de requisitos de espacio en comparación con MaxDB, por ejemplo, que, a diferencia de ASE, no admite la compresión de datos.

Además, no son necesarias reorganizaciones que requieren mucho tiempo, como ocurre con Oracle. La administración integrada tiene lugar a través del DBA Cockpit común, con el que la mayoría de los administradores están familiarizados.

Esto suele contrarrestarse con inversiones obligatorias en la infraestructura informática, ya que ASE requiere muchos más recursos de CPU en el lado del hardware. Como demuestra la práctica, en algunos casos se requiere varios cientos por ciento más de potencia de cálculo.

Además, la base de datos no puede vaciar su registro durante la copia de seguridad completa, por lo que debe prestarse especial atención al diseño de la copia de seguridad.

En conjunto, sin embargo, las ventajas de la ASE superan a las desventajas para la mayoría de las empresas, especialmente en lo que respecta a los costes totales permanentes.

Concepto: se demanda experiencia

Debido a los requisitos específicos de hardware, a pesar de las instrucciones de migración bien documentadas, es importante implicar a especialistas experimentados en las primeras fases de la planificación y atenerse estrictamente a las recomendaciones publicadas por SAP, por ejemplo, en lo que respecta al dimensionamiento de las memorias caché.

También debe prestarse especial atención al diseño del concepto de copia de seguridad. En el caso de las copias de seguridad basadas en instantáneas, lo ideal sería que se basaran en el "modo de preparación de la base de datos".

Es preferible al "modo quiesce", ya que este último sólo pone la base de datos en modo de sólo lectura. Para permitir la recuperación puntual, hay que tener cuidado en el diseño para garantizar que los registros puedan recuperarse de forma independiente.

Dado que la base de datos no puede vaciar sus registros durante una copia de seguridad completa, el tiempo de ejecución de la copia de seguridad es un factor crítico: mientras se ejecuta la copia de seguridad, los cambios se escriben en los registros.

Si la copia de seguridad dura demasiado, los registros se desbordarán. Por lo tanto, es aconsejable realizar las copias de seguridad en momentos de baja carga y dimensionar suficientemente el área de registro. Además, pueden establecerse copias de seguridad de los registros controladas por el nivel de llenado.

Los parámetros de supervisión también deben adaptarse estrictamente a los requisitos específicos de SAP. Si se cumplen estos requisitos, ASE permite realizar copias de seguridad muy rápidas y, por experiencia, sin problemas.

Puntos conflictivos de la Administración

Los administradores familiarizados con SAP pueden gestionar y supervisar ASE a través del conocido DBA Cockpit. Sin embargo, son típicos de la base de datos los cambios muy frecuentes en las notas de SAP relativas a los parámetros individuales.

Cabe destacar que alrededor del 95 por ciento de los parámetros ASE pueden modificarse en línea. Esto se aplica incluso a la memoria de trabajo que se va a utilizar (max_memory) y a los recursos de CPU (syb_default_pool). Esta característica permite -especialmente en interacción con la virtualización- adaptar dinámicamente los recursos a la creciente demanda.

Para la reducción de recursos, es necesario un reinicio, como también se conoce de la virtualización - sin embargo, esto normalmente se puede colocar en una ventana de mantenimiento planificado.

La frecuencia de los parches también es comparativamente alta con ASE, lo que por un lado supone un cierto esfuerzo a la hora de instalarlos, pero también significa que las correcciones de errores suelen llevarse a cabo con bastante rapidez y que las nuevas funciones están disponibles rápidamente.

En caso de que fallen los sistemas SAP o el DBA cockpit, también faltarán las herramientas de administración habituales para ASE. Entonces, la base de datos sólo puede administrarse puramente a través de iSQL.

Esto puede plantear dificultades, sobre todo para los departamentos informáticos más pequeños que no cuentan con personal con los conocimientos adecuados de iSQL.

Conclusión

En conjunto, ASE ofrece a las empresas una base de datos que, gracias también a la favorable situación de las licencias en combinación con S/4 Hana, constituye una alternativa razonable al funcionamiento paralelo de Hana y bases de datos de terceros.

Si se siguen algunos pasos (véase el recuadro), la experiencia demuestra que nada se opone a la migración a ASE. Es irrelevante que la operación sea asumida por la propia empresa o por un proveedor de servicios.

Migración ASE: Procedimiento clásico

• Asesoramiento sobre licencias y cálculo del ROI
• Consultoría de arquitectura: infraestructura e identificación de dependencias de lanzamiento
• Si es necesario: Actualice al menos a SAP Netweaver 7.0 (EHP 2), SAP ECC (EHP 5), SAP CRM (EHP 1) y SAP SRM (EHP 1).
• Migración técnica
• Para el funcionamiento interno: formación de administradores, especialmente si no se dispone de conocimientos de iSQL.