IBM Cloud Docs
Preguntas frecuentes sobre el traslado de cargas de trabajo SAP

Preguntas frecuentes sobre el traslado de cargas de trabajo SAP

¿Cómo puedo trasladar una carga de trabajo SAP existente a IBM Cloud?

Una carga de trabajo de IBM Cloud® for SAP existente se puede:

  • Transferir tal cual, desde centros de datos locales a Cloud IaaS. Este método se suele denominar "lift-and-shift"
  • Migrar de un proveedor o versión a otro:
    • Cambio de proveedor o de versión del servidor de bases de datos (por ejemplo, de IBM Db2 a SAP HANA)
    • Cambio de la versión del servidor de aplicaciones (por ejemplo, de SAP NetWeaver AS ABAP 7.0 a SAP NetWeaver AS ABAP 7.52)
    • Cambio de la versión de la aplicación empresarial (por ejemplo, de SAP ECC a SAP S/4HANA)

El traslado de cargas de trabajo es un cambio de nivel de infraestructura que afecta a los sistemas SAP porque implica cambios de red y almacenamiento.

La migración de cargas de trabajo es un cambio de nivel de aplicación que afecta a la instalación del sistema SAP porque se utiliza un nuevo software.

  • VMware Para cargas de trabajo de SAP basadas en la nube que se ejecutan en centros de datos locales, dependiendo de la configuración existente, el traslado de estas máquinas virtuales a IBM Cloud para VMware puede simplificarse potencialmente con el uso de VMware HCX

¿Cómo puedo trasladar una base de datos SAP HANA o una base de datos relacional existente a un servidor certificado por SAP HANA en IBM Cloud?

No se incluyen servicios de traslado o migración con Cloud Infrastructure-as-a-Service (IaaS).

Cualquier traslado o actividad de migración es su responsabilidad.

Aunque IBM Cloud no proporciona servicios a nivel de aplicación SAP, los diversos IBM Cloud Business Partners (incluido IBM Services) proporcionan sus prestaciones de servicio mediante el porfolio de IBM Cloud® for SAP.

En esta tabla se muestra una breve lista de servicios y los tipos de Business Partner que pueden proporcionar servicios para IBM Cloud® for SAP:

Servicios Tipos de socios
Tipo de partner de servicio Proporcionado por Descripción
Consultoría, asesoría e implementación Proveedores de "Global Systems Integrator" (GSI) de SAP Estos proveedores asesoran y ejecutan proyectos de implementación y despliegue de SAP.
Gestión de aplicaciones Proveedores de "Application Management Services" (AMS) de SAP Estos proveedores gestionan y mantienen un despliegue existente de aplicaciones SAP (opcional: cambios funcionales o de desarrollo incrementales).
Servicios gestionados de extremo a extremo "Managed Services Providers" (MSP) de SAP Estos proveedores ejecutan la implementación y el despliegue de SAP y gestionan las aplicaciones de infraestructura, el SO, SAP Technical Applications y SAP Business Applications. Estos servicios no suelen incluir cambios funcionales o de desarrollo incrementales.

Por ejemplo, algunos de los servicios que están disponibles en colaboración entre IBM Cloud e IBM Services incluyen:

A nivel general, ¿cuáles son mis opciones para mover y migrar un sistema SAP existente a la nube?

Esta tabla es una lista general de las opciones para trasladar y migrar sistemas SAP existentes a la nube. Para obtener más información, consulte toda la documentación de SAP necesaria sobre cómo trasladar y migrar las cargas de trabajo de SAP y póngase en contacto con el responsable de la implementación de sistemas para SAP.

Lista de enfoques de cargas de trabajo de Move and Migrate SAP
Enfoque sobre cómo trasladar y migrar cargas de trabajo SAP Descripción Uso común Tiempo de inactividad Trabajo previo y posterior a la migración Transferencia de datos
Copia de sistema heterogéneo que utiliza SWPM Trasladar o cambiar de plataforma por otra arquitectura de CPU, sistema operativo o base de datos. Utiliza la exportación/importación de copia del sistema de SWPM Normalmente se utiliza para cambiar el servidor de bases de datos como preparación para un traslado más significativo; por ejemplo, trasladar a una base de datos SAP HANA con un enfoque de migración clásica Se requiere una preparación y un postproceso significativos. Volcado de exportación de copia del sistema
La copia del sistema heterogéneo que utiliza SWPM (Esta opción es solo para las copias del sistema que ejecutan la base de datos SAP HANA) Trasladar o cambiar de plataforma a una nueva versión del SO o de la base de datos. No se puede utilizar para trasladar entre una arquitectura de CPU o Endianess. Utiliza la copia de seguridad de bases de datos de SAP con SWPM. Trasladar a un nuevo SAP HANA de destino o trasladar a un nuevo SO de destino con AnyDB existente. También se utiliza para crear recintos de pruebas nuevos de un sistema existente (con o sin cambio de nombre de sistema lógico). Sí. Es posible cierta reducción en el tiempo de inactividad en función de la preparación, la congelación de cambios y la sincronización de cambios delta (de los archivos de registro) en la migración tras error al destino Menos preparación que la copia de sistema heterogéneo; se requiere un proceso posterior entre moderado y significativo en función del escenario (en la mayoría de los casos, el nombre del sistema lógico se cambia, por ejemplo, BDLS) Copia de seguridad de bases de datos de SAP
Duplicación del sistema SAP HANA (HSR) con duplicación de base de datos en la nube El sitio de migración tras error secundario se aloja en la nube Escenarios de HA y DR Sí, mínimo, depende del diseño y de los factores de conmutación por error (por ejemplo, optimización de costes o rendimiento) Mediante SAP Landscape Management (LaMa), se pueden automatizar la configuración y la ejecución Envío de registro o memoria; modalidades SYNCMEM, FULLSYNC, SYNC o ASYNC
Reubicación del sistema que utiliza SAP LaMa para orquestar el traslado Reubicar física o virtualmente las instancias de ejecución o de conclusión. Utiliza SAP LaMa. No se pueden reubicar los arrendatarios de SAP HANA DB MDC. Trasladar instancias de SAP individuales a un nuevo entorno de infraestructura que ya está configurado. Sí, mínimo; los sistemas en ejecución tienen tiempos de inactividad, ya que se detienen, se deshace su preparación y luego se preparan y se inician Mediante SAP LaMa se puede automatizar la reubicación Transferencia de red de paquetes que utiliza el adaptador LaMa o LaMa para VMware
DMO para SUM con ejecución de traslado del sistema (combina migración, conversión de Unicode, actualizaciones y más tareas) Recibe soporte para actualización de servidor de apps (NetWeaver) o conversión de base de datos a SAP HANA. Traslado de NW PAS + servidor de bases de datos y actualización, todo al mismo tiempo. Migraciones a Business Suite en SAP HANA o parte de la migración de conversión de SAP S/4HANA (Brownfield) Sí. Tanto el host de PAS como el host de base de datos en el entorno de destino (por ejemplo, IBM Cloud) deben estar preparados antes de la ejecución de DMO para SUM con traslado del sistema. Se requiere una importante preparación. Se realiza una exportación del sistema en el entorno de origen. La importación se realiza en el entorno de destino. La exportación/importación también se puede realizar en paralelo.
Transición de datos selectiva, con conversión de shell Crear el shell del sistema SAP solo con personalización y desarrollo; a continuación, actualizar/convertir a SAP ECC o SAP S/4HANA. Migración selectiva de datos de ECC al sistema de shell actualizado Se utiliza en escenarios de división de negocio (por ejemplo, ventas de unidades de negocio) y en proyectos de transformación/conversión con SAP S/4HANA Sí, mínimo; el destino se puede crear y probar con antelación (probando repetidamente los pasos de conversión y remediación). Los datos se pueden duplicar en el destino por adelantado, por lo que el tiempo de inactividad solo corresponde a la sincronización de datos delta y a la sustitución del sistema antiguo por el destino. Se requiere una importante preparación. SAP Landscape Transformation Replication Server, gestionado mediante un acuerdo directo con SAP
Transición de datos selectiva, con Mix & Match Fusionar dos o más configuraciones del sistema para crear un nuevo sistema SAP con la configuración necesaria; a continuación, actualizar/convertir a SAP S/4HANA Se utiliza en escenarios de fusión de negocio (por ejemplo, adquisiciones) o en consolidaciones de múltiples sistemas SAP (por ejemplo, ERP para cada región geográfica o unidades de negocio) y en proyectos de transformación/conversión con SAP S/4HANA Sí, mínimo; el destino se puede crear y probar con antelación (probando repetidamente los pasos de conversión y remediación). Los datos se pueden duplicar en el destino por adelantado, por lo que el tiempo de inactividad solo corresponde a la sincronización de datos delta y a la sustitución del sistema antiguo por el destino. Se requiere una importante preparación. SAP Landscape Transformation Replication Server, gestionado mediante un acuerdo directo con SAP