Avalados por :
Hola equipo,
Tenemos aplicaciones SAP ECC, BW, GTS, Portal, HCM ejecutándose en Windows 2008 R2 y la base de datos MS SQL Server 2008. Nuestro cliente planea mover todas las aplicaciones SAP a la nube, Actualización de todas las bases de datos SQL Server de SQL 2008 a SQL 2014 y actualización de todas las aplicaciones SAP a las últimas versiones (por ejemplo, de ECC6 EHP5 a ECC6 EHP7). Debo sugerir el mejor enfoque para migrar todas las aplicaciones SAP al entorno de la nube (el entorno de destino también es Windows y MSSQL).
¿Cuáles son las mejores opciones para la actualización y migración al entorno de la nube o viceversa?
1) Primero realizar la migración de todas las aplicaciones SAP al entorno de la nube y la actualización de la base de datos SQL de 2008 a 2014.
2) Primero realizar la actualización de las bases de datos SQL de MS SQL Server 2008 a MS SQL Server 2014 para todas las aplicaciones SAP en el entorno actual y luego migrar todas las aplicaciones del entorno físico al entorno de la nube.
¿Cuáles son los mejores enfoques para migrar todas las aplicaciones SAP al entorno de la nube si el tamaño de la base de datos de producción es de 5TB?
1) Método específico de MSSQL de adjuntar y desvincular.
2) Copia de seguridad y recuperación.
3) Método específico de SAP de exportación e importación.
Nota: SQL Server 2014 es compatible con Windows Server 2012 y versiones posteriores. Las versiones de SAP anteriores a SAP NetWeaver 7.0 no son compatibles con SQL Server 2014. Para obtener más información, consulte la Nota SAP 1966701.
Todas nuestras aplicaciones SAP se ejecutan en una versión posterior a NetWeaver 7.0
Por favor, sugiere tus ideas.
Saludos
Chandrasekhar
Hola Luis Darui,
3) Vamos a utilizar el servicio de Amazon Cloud.
Saludos
Chandrasekhar
Hola Maruthi,
1) La compresión de la base de datos es predeterminada en las nuevas instalaciones de SAP. Consulta la Nota SAP 1488135 . Te sugiero ejecutarla y luego seguir el Artículo de la Base de Conocimiento de SAP 1721843 .
2) El método de copia heterogénea (R3Load) ofrece ventajas (como liberar espacio no utilizado en la base de datos al sistema operativo, como se menciona en el Artículo de la Base de Conocimiento 1721843), pero generalmente es consumidor de tiempo y requiere una ventana de tiempo de inactividad mayor que la de Copia de Seguridad/Restauración. Yo me quedaría con Copia de Seguridad/Restauración o Desconectar/Conectar.
3) ¿A qué servicio en la nube te vas a unir? ¿SAP Cloud, MS Azure u otro?
Saludos Cordiales,
Luis Darui
Hola Imtiaz,
Gracias por la pronta respuesta. Actualmente estamos en la etapa de planificación solamente.
1) Mi base de datos SQL actual no está comprimida. ¿Podemos comprimir la base de datos SQL antes de pasar al entorno de la nube?
2) Solo el tamaño de la base de datos ECC es de 5TB, BW 2 TB, los Portales son de 100GB, etc. ¿Cuál es la mejor opción para mover los datos al entorno de la nube?
1) Método específico de adjuntar y separar de MSSQL.
2) Copia de seguridad y recuperación.
3) Método específico de Exportación e Importación de SAP.
3) ¿Cuántas y cuánto tiempo de cortes puedes tener--> Necesitamos verificar con el cliente.
Saludos
Chandrasekhar
Hola,
Depende de varios factores. Aquí no hay una respuesta directa.
Si proporcionas las respuestas a continuación, se puede tener más claridad.
1. ¿Está comprimida tu base de datos SQL actual, como se hace con la compresión de página?
2. ¿Tu única base de datos de producción es de 5 TB o todas se combinan?
3. ¿Cuántas y cuánto tiempo de interrupciones puedes aceptar?
Con el tamaño de la base de datos y asumiendo que la base de datos está comprimida por página, diría que primero realices una actualización de la base de datos y EHP en su lugar antes de pasar a la nube. Esto reduce el riesgo desconocido, ya que los problemas relacionados con la actualización de la base de datos y EHP se resuelven de antemano y sabrás que cualquier problema que ocurra está relacionado con los cambios de hardware una vez que te muevas a la nube.
Hacer todo después de pasar a la nube podría significar una gran interrupción y demasiadas variables.
Otra forma podría ser trasladarse tal cual a la nube y llegar a un estado estable para luego realizar la actualización de la base de datos y EHP como proyectos separados.
Gracias
Imtiaz
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute
