Clonacion Oracle
Fecha: 17/03/2009
Christian Cedeira
Fecha: 13/05/2011
Christian Cedeira
1) Conectarse al servidor de origen (por ejemplo en PROD) , donde debemos correr los siguientes scripts,:
• Conectarse en la sesión de oraprod y correr: $ORACLE_HOME/appsutil/scripts/PROD_oracle/perladpreclone.pl dbTier.
• Conectarse en la sesión de applprod y correr:
$COMMON_TOP/admin/scripts/PROD_oracle/perl adpreclone.pl appsTier.
2) Como applprod bajar la aplicación.
3) Como oraprod bajar la base de datos.
4) Hacer backup en frío de la base PROD de ORACLE.ADECCO.COM.AR haciendo copia de los todos los archivos de la carpeta /u02/proddata/.
5) Hacer backup delvolumen /u01/ entero, se puede correr el backup programado diariamente para ello.
6) Levantar la base.
7) Levantar la aplicación.
8) Realizar un gzip de los archivos nuevos (base de datos y aplicación) y por FTP pasarlos al destino, TEST o a ORAPREP según corresponda.
9) Antes de bajar la base de datos en el ambiente a clonar (PREP) rescatar los permisos correspondientes a los objetosdel DW. El script es el de CREA_USUARIO_DW.
10) Mover la base destino (ORAPREP o TEST según corresponda) a un repositorio temporal. Para ello debemos bajar la base de datos y mover todos los archivos de la carpeta /u02/oraprepdata o /u02/testdata (según corresponda). Deben quedar limpias las carpetas /u01/ y la /u2/testdata.
11) Pasar los archivos de origen a los de destino. Debemosrenombrar todas las carpetas y asignar los permisos necesarios a las mismas en caso de ser preciso. Las carpetas a renombrar y verificar los permisos son:
• /u01/prodcomn/ = /u01/testcomn/ - /u01/prepcomn/
• /u01/prodappl/ = /u01/testappl/ - /u01/prepappl/
• /u01/prodora/ = /u01/testora/ - /u01/prepora/
• /u01/proddb/ = /u01/testdb/ - /u01/prepdb/
• /u02/proddata= /u01/testdata/ - /u01/prepdata/
11) Verificar las variavles de entorno de los archivos test.env/prep.env y modificarlos según corresponda.
12) En el servidor de destino verificar lo siguiente:
• Que el /etc/hosts tenga el dominio .com referenciado.
• Que las versiones de los compiladores de gcc y g++ sean las correctas, o sea las que figuran en la nota 316806.1 deMetalink.
• En general revisar los requisitos que figuran en la nota 316806.1 de Metalink.
• Que estén habilitados los puertos 1521 (o equivalente), 8000, 9000, 5901.
13) Fijarse que los siguientes links estén creados:
ln /usr/bin/gcc32 /usr/bin/gcc –s
ln /usr/bin/gcc32 /usr/bin/gcc323 –s
ln /usr/bin/g++32 /usr/bin/g++ -s
ln /usr/bin/g++32/usr/bin/g++323 –s
14) Aplicar parche de Inventory:
a. En $PATH debe aparecer el directorio donde esta el opatch, para eso hacer: export PATH=$PATH:/u01/testdb/9.2.0/OPatch
b. Aplicar el parche 5495695 como usuario de DB.
c. Verificar el archivo /etc/oraInst.loc.
d. Verificar que exista /etc/oraInventary.
e. Recrear Inventory (ver documentación alfinal del documento)
f. Correr $ORACLE_HOME/OPatch/opatch lsinventory.
g. En caso de error correr:
Como appltest =>
$IAS_ORACLE_HOME/appsoui/setup/perl ouisetup.pl. (/u01/testora/iAS/ appsoui/setup/perl ouisetup.pl)
Como oratest =>
$ORACLE_HOME/appsoui/setup/perl ouisetup.pl.
h. Luego volver a correr $ORACLE_HOME/OPatch/opatchlsinventory.
15) Revisar los permisos de oratab que esta en /etc/oratab.
16) Conectarme como el usuario de ORACLE DB (oratest o oraprep según corresponda), ir a la carpeta $ORACLE_HOME/appsutil/clone/bin y correr el comando $ perl adcfgclone.pl dbTier. Los parámetros son los siguientes:
• password APPS = apps
• usar hostname virtual = no
•...
Regístrate para leer el documento completo.