Upgrade de 46C a ECC 6.0

[Vizcayno]

Hola:
Daremos inicio al proceso de upgrade técnico de 46C a ECC 6.0.
Quisiera mostrarles el escenario que tengo para que en base a ello puedan ayudarme a resolver unas dudas.
-Servidor Actual (SA): SAP 46C con Oracle 8.1.7 y Solaris 8
-Servidor nuevo (SN): Sin SAP, 40% más de capacidad, con Oracle 10.2 y Solaris 10.
Quiero instalar SAP ECC 6.0 en SN y traer los datos de SA.

Cuál es la forma más fácil e tiempo y esfuerzo para conseguir esto? Los manuales de SAP son muy genéricos. Tengo dos ideas pero quisiera que me ayuden a validarlas:

1ra forma
---------
1. Copia homogénea de SA
2. Instalo ECC 6.0 en SN con la opción de importar los datos generados en 1.
3. Instalación terminada y configuraciones adicionales. Proceso terminado (Parece muy fácil no?)

2da forma
---------
1. Copia homogénea de SA
2. Instalo 4.6C en SN con opción de importar los datos generados en 1, aquí estoy en duda si 4.6C aceptará funcionar con Solaris 10 y Oracle 10.2. Además supongo que los niveles de parches que apliqué están inmersos en la copia homogénea que hice en el punto 1.
3. Repongo las capas de transporte y otras configuraciones.
4. Hago las pruebas de que todo va bien. Hasta aquí lo que habría logrado es migrar el 46C a un nuevo sistema operativo y base de datos.
5. Comienzo recién el upgrade en SN, del 46C a ECC 6.0
6. .... lo que el manual de SAP indica después.

Espero su ayuda.
Muchas gracias.

[h_rossi]

Hola:

Yo te doy mi punto de vista aunque a muchos no les guste. Lo que si te puedo decir, que de esta forma de resultado y con menor tiempo de implementación.

1. Tomar backup de la base de datos, motor, /sapmnt/<SID>, /usr/sap/trans, /usr/sap/<SID> de SA.
2. Trata de que los usuarios <SID>adm y ora<SID> queden con el mismo UID del servidor SA (/etc/passwd).
3. Trata de que los grupos sapsys y dba queden con el mismo identificador que en SA (/etc/group)
4. Hacer restore del motor, base de datos, /sapmnt/<SID>, /usr/sap/trans, /usr/sap/<SID> en SN.
5. Modificar los profiles de SAP con los nuevos nombres de host.
6. Hacer el upgrade del motor de la base de datos en SN.
7. Correr los scripts de oracle para pasar la base de 8 a 10.
8. Una vez que todo este en orden con la base (Que haya levantado oracle), hacer con el usuario <SID>adm R3trans -d. El codigo de retorno del comando deberia ser 0. Si es 12, hay que revisar el trans.log
9. Una vez que todo este en orden, proceder al prepare.

Exitos!!!

[Vizcayno]

Interesante secuencia, muchas gracias por la respuesta. A este punto permíteme por favor hacerte dos consultas complementarias:
1) En qué queda entonces el Oracle 10 que ya tengo instalado en SN? ¿No es posible que el backup de la base de datos hecha en el SA bajo Oracle 8.1.7 pueda ser importada por Oracle 10? ¿Debo instalar Oracle 8.1.7 en SN también?
2) ¿Con la solución que propones, es posible que pueda cambiar el ID del sistema SAP en SN -por ejemplo a DEV- antes del upgrade? Pregunto esto porque, debido a limitaciones de hardware, el servidor SN era antes el servidor SAP 46C de pruebas con SAP ID = DEV pero tuve que inicializarlo y prepararlo para recibir una copia del servidor SA e intentar garantizar un posterior upgrade seguro en el servidor de producción. En ambos casos, el obstáculo es que debo hacer un upgrade del Sistema operativo y el upgrade de la base de datos.
Muchas gracias de nuevo!!!

[johangonz]

La opción 1 no es viable ya que es imposible hacer.

Lo ideal es que copies el sistema al SN, ya sea con Oracle 8 o que le hayas hecho un upgrade a Oracle 10. Creo que no puedes llevar una base de datos de 8 a 10 a través de un Export/Import, pero de 9 a 10 sí, certificado por SAP y lo he hecho particularmente así que yo en tu caso haría lo siguiente:

Instalaria en el nuevo 4.6 con Oracle 8 para olvidarme del viejo server, y haria un export/import en vez de copia homogenea. Por qué Export/Import? porqué en este haría una reorganización de tablas, evitando el particionamiento y en el SN haria una redistribución de los datafiles en los filesystem para optimizar la distribución y mejorar performance, teniendo de manera mas ordenada el fs que con el tiempo se vuelve un poco desordenado. Luego me hago en SN el upgrade a Oracle 10 (no estoy seguro que se pueda, seria cuestion de buscar la documentacion) o en su defecto a Oracle 9 y luego a 10. Después de esto si inicio el proceso de Upgrade normal a 6.0, recuerda que un Upgrade es sobretodo upgrade funcional, por ende no vas a poder jamas tener un sistema en 6.0 e insertarle un schema de db de 4.6.

Valida que el SN tenga todos los parches de OS antes del upgrade de release de SAP, al igual que la bd con el ultimo patch + CPU + Interim.

[h_rossi]

Perdon por la demora en la respuesta, pero recien hoy volvi a tener contacto con internet.

Respecto de tus pregunta:

1) Deberias tener el mismo motor en SN y SA, para luego restorear la base y hacer el upgrade de ambas cosas (Motor y Base).

Recorda que para pasar de 8 a 10, debes hacer el upgrade de 8 a 9 y luego de 9 a 10. Cada paso con su respectivo procedimiento de corrida de scripts para subir el nivel de la base. Que quede claro que hablar del motor es ditinto a hablar de la base.

2) Cuando ya esta el upgrade del motor y base de datos, podes realizar el cambio de SID de la base, obviamente que los profiles de SAP y de usuarios de UNIX deben ser modificados desde el SID viejo al SID nuevo. NO olvidar que el script para levantar y bajar SAP, tambien deben ser modificados. EL SID de la base debe ser cambiado por un DBA o con un instructivo. No es muy dificil, pero tiene su complejidad.

Un comando muy facil para hacerlo es:

Desde Unix: vi <ARCHIVO>
Dentro del vi: :%s/DEV/QUA/g

DEV seria el SID viejo.
QUA seria el SID nuevo.

Creo que conteste todo, pero no tengas dudas de consultarme.

Saludos.

[Vizcayno]

Hola H_ROSSI:
Me apresto a realizar el proceso de copia al servidor de pruebas. Ya instalamos el nuevo sistema operativo solaris 10, incluí parches y el DBA está armando los file systems en SN basado en SA. A este punto surgieron tres consultas más:
1) En SN aparte de cambiar el nuevo nombre del sistema en los archivos de parámetros de SAP (en mi caso de PRO a DEV) también necesitaré cambiar el nombre de los directorios, ¿no es cierto? por ej: de /usr/sap/PRO a /usr/sap/DEV? En qué quedan los archivos que tengan como extensión .PRO? por ejemplo los archivos de transporte que se encuentran en /usr/sap/trans?
2) Qué cuidados debería tener con la capa de transporte DEV -> PRO?
3) Voy a necesitar pedir a SAP la nueva clave de la instalación?

Muchas gracias nuevamente!!

[Agustin Rodriguez]

Hola Rossy , vi tu respuesta y me atrevo a hacer una consulta no creo que sea el tema pero ojala y me puedas dar una orientacion , la pregunta consiste en lo siguiente " Habra alguna manera de hacer un comparativo/reporte de las variaciones que tiene la version 4.7 contra la version 6.0 de SAP?", esto porque vamos a hacer el Upgrade de la version 4.7 a la 6.0 y me preguntan las diferencias entre versiones (por modulo) .

Ojala tubieras algun comentario.

Saludos


Agustin Rodriguez

[nenengo]

Un Saludo Colegas,

Les Consulto A Los Que Hallais Tenido La Oportunidad De Trabajar En Estas Versiones; Con Miras A Documentarme Respecto A Los Cambios O Mejoras Aplicadas Con La Nuva Version.
En Los Modulos:

Sd.
Mm.
Le.
Pp.

Gracias X Sus Aportes