Migrar R3 Enterprise 4.7 set200
 

Hola!

Tenemos un R3 Enterprise 4.7 set200 con Oracle 9.2.0.7 en un Aix 5.2
Queremos migrarlo de máquina Aix 5.3 y hacer un upgrade de oracle a 10g.

paso que hemos pensado dar.

1.- Copia homogenea con copia de datafiles haciendo el backup en frio y reconfigurar segun manual.

2.- Hacer el upgrade de oracle a 10g segun manual tambien.


La duda que tengo es que no estoy seguro si entre aix 5.2 y aix 5.3 se pueden mover los datafiles.


Otra cosa. En principio quieren que las maquinas destino tengan el mismo nombre que las originales. Hay algun metodo de instalacion sobre una maquina B y que luego se le cambie al nombre A sin tener que reinstalar todo.
Cambio de scripts de arranque, perfiles de instancia, etc....

Saludos

Le estoy dando vueltas al melon en cuanto a lo del cambi ode nombre de maquina.

Quizas si las maquinas nuesvas se llaman igual, pero con IP distintas y antes de switch hago que no resuelvan DNS, no tenga problemas y el dia del switch las meto en DNS previo apagado de las originales.

Que os parece. Alguna idea ?

Saludos

No hay ningún problema en mover los datafiles de un servidor a otro.

Si quieres mantener el nombre del servidor:
- Asinga nueva ip al servidor nuevo.
- Llama igual al servidor, pero distinto en el DNS.
- Copia el Soft de un servidor a otro (Kernel, Base de Datos, etc)
- Puede que tengas que relinkar las librerias de oracle.
- Si el kernel de SAP varía de AIX 5.2 a 5.3, descarga el ultimo kernel de SAP y lo descomprimes en su carpeta correspondiente.
- Cambia el nombre en el DNS, tanto para el servidor original como para el nuevo.

Y con esto deberia estar listo.

Un saludo,
Javier García

Gracias por la info.

Cuando nos lancemos al tema, lo probaremos en Desarrollo. De hecho teniamos pensado tirarnos a la piscina con algo así.

Saludos

Hola,

Tienes primero que:

1- Realizar una copia homogénea del sistema actual al servidor nuevo con la copia Oracle 9 de los datafiles, redos y controlfiles. SAPInst te solicitará el DVD de Oracle. Cuando este en marcha el proceso, te pedirá instalar el motor de BBDD y restaurar la BBDD.
Instalas el motor con el patchset 7 (que es requisito para luego migrar a Oracle 10). Y luego montas la BBDD, habiendo previamente copiado al directorio dbs el fichero initSID.ora.

2- Ejecutas los pasos de post-processing de copia homogénea para ajustar entre otras cosas, el cambio de nombre de servidor.

3- Una vez tengas tu SAP levantado y activo y la tarea de copia finalizada, realizas el upgrade a Oracle 10g, como te indica en la guía de upgrade.
A grandes rasgos los pasos son:
- Ejecutar unos scripts previos de preparación y verificación de consistencia.
- Instalación del motor Oracle 10g, con el Patchset 4.
- Post processing de adaptación de las variables de entorno...
- Migración de la BBDD SAP de Oracle 9 a Oracle 10 vía Database Upgrade Assistant (DBUA).

4- Migrada ya la BBDD puedes comenzar con el proyecto de upgrade de versión SAP con los requisitos correspondientes.


Un saludo.

Migracion
 

Yo tengo un detalle parecido, pero nada igual!


Mi OS, es Linux Red Hat 64bits, mis fierros también son 64 por ende, pero mi SAP es 4.7 con 32 y mi oracle es 9 con 32 también.

Estoy proponiendo llevar todo a 64 bits, como paso previo a la migración a ECC 6.0 pero mi jefe dice que quiere sustento.

La cuestión es:

¿Alguien tiene, conoce o sabe de una nota que comente esto?

Una nota que comente que es mas recomendable el 64 para ECC 6.0 que el 32.

Saludos cordiales!

RV: Migración
 

Hola pudiera leer la Nota OSS:

SAP Note 996600 - 32 Bit platforms platforms not recommended for productive NW2004s apps

Y la nota sapnote_0000960769 si deseas realizar la migración a 64bits.

Espero que te ayude.

Saludos.

Desiree

Me parece ilogico que tengas servers a 64 con aplicativos a 32, es ilógico, es como un ferrari con motor de volwagen.

Para ambos casos, el tuyo y el anterior, yo particularmente me haria un export de la base de datos, del schema como tal, monto una instalación virgen en donde reestructure datafiles en FS, pueda mejorar temas como RAID-1 y RAID-5 que en algunos casos tienden a causar problemas de performance y redistribuiría los datafiles sobre estos en una instalación nueva, luego hago el import del sistema y todo me queda perfecto, aunado que con el export/import estaría haciendo una reorganización de la data eliminando la fragmentación de tablas que pueda existir.