Migración de una plataforma SAP a Azure

SAP es una plataforma eficaz con requisitos técnicos, técnicos, de seguridad y cumplimiento específicos, complejos y estrictos; Es poco probable que esta plataforma se mueva en una factoría de migración estándar. Las herramientas de Azure Migrate permiten migrar la mayoría de las plataformas y cargas de trabajo, pero las cargas de trabajo de SAP requieren herramientas y procesos diferentes para replicar e implementar sus activos. Una vez implementada la plataforma principal, los procesos estándar y las herramientas ayudan a las cargas de trabajo dependientes a reanudar y finalizar la migración.

Flujo de proceso de SAP

Hay algunos pasos que se deben tener en cuenta al migrar cargas de trabajo de SAP, algunas de las cuales se desvía de las tareas de migración estándar:

Nota:

Antes de empezar a migrar la plataforma SAP, valide que ha establecido una zona de aterrizaje de Azure compatible para la plataforma SAP y:

• Evalúe la plataforma SAP y las cargas de trabajo dependientes.
• Evalúe las consideraciones de ajuste de tamaño de la plataforma SAP.
• Migre la plataforma.
• Migre la carga de trabajo.

Evaluación de la plataforma SAP y las cargas de trabajo dependientes

Normalmente, las organizaciones no tienen en cuenta las siguientes preguntas al evaluar una plataforma SAP y cargas de trabajo dependientes:

• ¿Qué sistemas operativos y versiones ejecutan las máquinas virtuales de SAP?

• ¿Los recursos de plataforma actuales ejecutan sistemas operativos compatibles con Azure? Los sistemas operativos no admitidos deben corregirse durante o antes de la migración.

• ¿Qué sistema de administración de bases de datos (DBMS) se ejecuta en la plataforma SAP?

• ¿Está el DBMS actual admitido en Azure? Las bases de datos no admitidas deben corregirse durante o antes de la migración.

• ¿Va a actualizar toda o parte de la solución de SAP antes o durante la migración?

• ¿Cómo se configurarán y ajustarán los recursos de la plataforma en Azure?

• ¿Qué cargas de trabajo dependen de la plataforma SAP?

• ¿Qué recursos y bases de datos son necesarios para admitir esas cargas de trabajo?

Evaluación de consideraciones de ajuste de tamaño para la plataforma SAP

Se deben realizar varias consideraciones de ajuste de tamaño antes de implementar una plataforma SAP. Normalmente, las organizaciones empiezan por evaluar los requisitos de tamaño de los recursos y las bases de datos actuales, y también deben tener en cuenta las operaciones de plataforma a largo plazo y los requisitos de características. Como mínimo, se debe tener en cuenta lo siguiente:

• Ajuste de tamaño de máquina virtual (VM)
• Almacenamiento de máquinas virtuales
• Factores de tiempo de actividad
• Factores de licenciamiento
• Factores de alta disponibilidad y redundancia
• Factores de alta disponibilidad de la base de datos

Explore la Guía de arquitectura de SAP en Azure para ver ejemplos de arquitecturas de referencia y consideraciones de ajuste de tamaño.

Migración de la plataforma

En función del tipo de carga de trabajo y requisitos de SAP, los puntos de datos de la carga de trabajo de SAP ayudan a elegir el enfoque de migración adecuado: clásica o una opción de migración de base de datos de SAP (DMO). Algunos de los puntos de datos críticos que se deben tener en cuenta son:

• Requisito para realizar la conversión Unicode (que no es Unicode a Unicode).
• El DBMS que debe cambiarse o el formato interno del mismo sistema DBMS debe cambiar al formato little-endian admitido en el mundo Intel; por ejemplo, la migración desde IBM pSeries a Azure.

Migración clásica: SAP Software Provisioning Manager es una herramienta de logística de software para migraciones de bases de datos. La migración clásica usa un enfoque de copia del sistema homogéneo o heterogéneo, a veces denominado migración en dos pasos. Este enfoque se usa normalmente cuando se muestran las observaciones siguientes en el plan de migración:

• Los sistemas operativos (SO) y DBMS son compatibles con Azure.
• No hay otros requisitos para actualizar o migrar el sistema operativo ni los sistemas del DBMS.

DMO: DMO usa una herramienta para actualizar una carga de trabajo de SAP y una migración de base de datos a la base de datos de SAP HANA, y este proceso suele denominarse migración de un solo paso. La herramienta SAP Software Update Manager crea un repositorio de sombras para la base de datos actual al crear una base de datos de destino simultáneamente. Finalmente, copia el repositorio en sombra y conmuta la conexión de la base de datos de SAP a la base de datos de destino. Este enfoque se usa normalmente cuando se observan los siguientes puntos de datos en el plan de migración:

• El sistema operativo o SGBD actual no se admite en Azure, lo que requiere una actualización o un cambio de plataforma.
• Hay un plan para actualizar a SAP S/4HANA durante la migración.

Explore Migración de una plataforma SAP a Azure para obtener más información sobre cada proceso para migrar la plataforma SAP.

Migración de la carga de trabajo

Después de migrar la plataforma principal, puede usar procesos estandarizados de factoría de migración para migrar cada carga de trabajo dependiente. Consulte la introducción a un escenario de adopción de SAP para arquitecturas de grupos de cargas de trabajo individuales y sus escenarios únicos.

Paso siguiente: Innovación con SAP

En los artículos siguientes se proporcionan instrucciones para puntos específicos a lo largo del recorrido de adopción de la nube para ayudarle a adoptar SAP en Azure.

• Innovación con SAP
• Administración de SAP

Obtenga más información sobre los sistemas operativos, los sistemas de administración de bases de datos y otro software de SAP compatible con las implementaciones de Azure.