SAP se traslada a la nube de Microsoft Azure
¿De dónde saco los datos necesarios, cómo reúno los datos de distintas fuentes y dónde puedo almacenar los datos de forma legal y analizarlos de forma centralizada sin que aumenten drásticamente los costes de almacenamiento o se ralenticen otros procesos?
La externalización automatizada y coherente de los datos SAP de "bajo valor" (en función de la franja horaria y el comportamiento de los usuarios) ayuda a mantener bajo control los costes de los datos, pero también de SAP Hana (palabra clave: dimensionamiento) y también a garantizar el rendimiento de la base de datos de Hana.
Además de los escenarios nativos de SAP, como el archivado y la eliminación de datos no utilizados y no conformes, existen otras formas de mejorar un entorno SAP.
Con herramientas como OutBoard DataTiering y Fitnesstest, Datavard ofrece a las empresas una forma eficaz y sencilla de analizar y clasificar los datos y, en última instancia, de reducir el tamaño de la base de datos.
En la actualidad, los clientes hacen un uso intensivo de estas herramientas antes y durante la preparación de la migración a S/4 Hana, con el fin de poner orden antes de la migración real y llevarse sólo lo que realmente sigue siendo necesario.
Como también hay datos que deben permanecer accesibles durante años por exigencias legales o por el deseo de preservar historias, las empresas buscan opciones de almacenamiento rentables y totalmente escalables, como las que ofrece la nube.
Cuando se habla del coste total de propiedad de los sistemas y datos SAP, siempre merece la pena analizar con qué facilidad y rapidez pueden ponerse en marcha hoy en día las innovaciones. ¿Son la creación rápida de prototipos y las pruebas sencillas y, sobre todo, rentables? Las infraestructuras en la nube ofrecen muchas ventajas a las empresas y pueden acelerar considerablemente los ciclos de innovación.
En los talleres de arquitectura de Datavard, analizamos todos los deseos y problemas junto con los clientes SAP existentes y desarrollamos conjuntamente posibles soluciones y hojas de ruta.
Para prepararse para la transformación, muchos clientes miran hacia la nube. Operar un sistema SAP en la nube, como en Microsoft Azure, es la opción perfecta para la mayoría de los clientes, no solo por los datos duros, como los costes, la agilidad, el rendimiento y la seguridad, sino también por los factores blandos, como la confianza que muchos clientes depositan en Microsoft en términos de seguridad y disponibilidad.
Un viaje típico a la nube comienza con la evaluación de los parámetros actuales del sistema SAP y su optimización mediante los primeros informes de supervisión. Pero migrar a Hana, ya sea a Suite on Hana (SoH) o directamente a S/4, es otra historia.
En este caso, los clientes existentes no pueden dimensionar el sistema tan fácilmente. En los últimos meses han aparecido muchas normas de dimensionamiento de Hana que han resultado ser erróneas: sobredimensionar es un lujo que no te puedes permitir.
El infradimensionamiento y la compra de hardware demasiado pequeño, que requiere inversiones adicionales no previstas, es aún más difícil de corregir a posteriori.
La forma más rápida de empezar con un proyecto Hana en Azure es "ir con lo que parezca". Esto significa que los clientes existentes no tienen que invertir meses en preparar y planificar el entorno del sistema.
Usted elige una de las muchas máquinas virtuales (VM) certificadas por SAP. Microsoft Azure ya proporciona máquinas con hasta 12 TB de memoria para este fin.
Una vez que el sistema SAP se ejecuta en Microsoft Azure, puede concentrarse en ajustar y optimizar las operaciones. SAP siempre ha recomendado archivar y externalizar los datos del sistema ERP.
A diferencia de lo que ocurre en su propio centro de datos, donde la optimización de un sistema no tiene un impacto inmediato en los costes (el hardware ya se ha comprado y los recursos están disponibles), la optimización de las operaciones en la nube es inmediatamente visible en la factura.
Además de los escenarios nativos de SAP, como el archivado y la eliminación de datos no utilizados y no conformes, existen otras formas de mejorar un entorno SAP. Herramientas como OutBoard DataTiering ofrecen una forma sencilla de reducir el tamaño de los datos en la base de datos.
OutBoard ayuda a reducir el tamaño de una base de datos Hana archivando y eliminando datos, pero también ofrece la opción de almacenar estos datos en "otras" ubicaciones. Varios proyectos han demostrado que Azure HDInsight Hadoop con Azure Data Lake Store se utiliza para este fin.
La combinación de operar el sistema SAP en Microsoft Azure con varias opciones de almacenamiento es ideal en este caso: Los datos en caliente se pueden almacenar en la base de datos del sistema SAP en máquinas virtuales con requisitos de almacenamiento muy elevados.
Al mismo tiempo, los datos calientes o fríos se trasladan a otras opciones de almacenamiento disponibles en Azure. Los datos que ya no son necesarios pueden eliminarse según reglas predefinidas.
Es muy importante destacar que, aunque los datos en caliente no se almacenan en la propia base de datos, siguen estando disponibles para los usuarios. Cuando los usuarios acceden a los datos calientes, siguen estando ahí, solo que no están disponibles tan rápidamente como cuando proceden directamente del sistema Hana.
En el caso de algunos clientes, se consiguió una reducción del 40% del tamaño del sistema para los datos en caliente, lo que, por supuesto, reduce drásticamente los costes operativos y aumenta el rendimiento al mismo tiempo. Los clientes solo tuvieron que ajustar el tamaño de las máquinas virtuales para beneficiarse inmediatamente de la reducción de los requisitos del sistema.