Cómo Migrar Mí Base De Datos A Una Nueva Plataforma?

Transcripción

1 Newsletter- Enero 2012 Cómo Migrar Mí Base De Datos A Una Nueva Plataforma? Contenido Página: 1 Como Migrar mi BD a una nueva plataforma 3 Como cambiar el idioma de sus Herramientas de BI. 5 Realizar un export con EM 11G. 5a. Ave Zona14,Edificio Euro Plaza Torre II, Nivel 12 Por: Alejandro Lau Editores Generales alau@datum.com.gt Pagina 1/10 Daniel Cacía Gerber Bautista Debbie Moran Francisco Barrundia Autores Contribuyentes Alejandro Lau Daniel Cermeño Francisco Barrundia Con el tiempo, nuestros servidores de base de datos se vuelven insuficientes para la creciente demanda de servicio. Nos vemos entonces en la necesidad de incrementar los recursos de procesamiento, memoria o almacenamiento. En muchos casos, optamos por un nuevo servidor con tecnología más eficiente. En el proceso de migración hacia un nuevo servidor, podemos también decidir un cambio de plataforma, ya sea por directrices corporativas, por rendimiento, por costos o simplemente porque nos sentimos más cómodos con la nueva plataforma. Este cambio de plataforma requiere de una buena planificación para minimizar el tiempo sin servicio y las pérdidas en que incurre la empresa. Un proceso típico de export / import podría tomar un tiempo inaceptable. A partir de Oracle Database 10g existe un comando CONVERT dentro del Recovery Manager o RMAN. Este comando genera una copia de los datafiles para la nueva plataforma. Esta conversión no siempre es factible, depende de una verificación inicial que debe realizarse. Lo que sí debería ser siempre factible, es realizar un laboratorio o prueba previa a la migración real, para comparar tiempos entre distintos métodos como el mencionado export / import y RMAN. También nos servirá este laboratorio para elaborar y pulir un checklist o lista de pasos y así no olvidar ninguna tarea del proceso. info@datum.com.gt Página 1

2 Ejemplo Esta es una migración real que se hizo con un cliente: Plataforma anterior: Windows 2003 x86-64 Nueva plataforma: RedHat Enterprise Linux 5.3 x86-64 Se integró una nueva SAN en el proceso: Discos de 15K rpm Tarjetas HBA a 4 Gigabits Procedimiento general 1. Verificar compatibilidad de plataforma. Dos plataformas son compatibles cuando el endian format es el mismo. El siguiente query muestra las plataformas y su endian format. SQL> select * from V$DB_TRANSPORTABLE_PLATFORM; PLATFORM_ID PLATFORM_NAME ENDIAN_FORMAT Microsoft Windows 64-bit for AMD Little 13 Linux 64-bit for AMD Little Si el siguiente procedimiento no devuelve error, la base de datos está lista para convertirse y transportarse a la nueva plataforma: SQL> set serveroutput on SQL> declare 2 db_ready boolean; 3 begin 4 db_ready := dbms_tdb.check_db('linux 64-bit for AMD'); 5 end; 6 / PL/SQL procedure successfully completed. 3. Identificar objetos externos: SQL> set serveroutput on SQL> declare 2 external boolean; 3 begin 4 external := dbms_tdb.check_external; 5 end; Con la base de datos en modo READ ONLY, ejecutar el comando CONVERT de RMAN para generar los datafiles convertidos. rman target / nocatalog RMAN> CONVERT DATABASE NEW DATABASE 'PRDLNX' 2> transport script 'C:\ORACLE\MIGRACION\transport.sql' 3> to platform 'Linux 64-bit for AMD'; 4. Trasladar el respaldo hacia el nuevo servidor y personalizar un init.ora con los parámetros que indican rutas y CONTROL_FILES. 5. Personalizar el script generado por RMAN. En el script transport.sql los nombres de datafiles podrían no coincidir con los nombres reales generados. El script tiene dos fases: la primera incluye la creación del control file, la apertura de la base de datos con RESETLOGS y la creación del tempfile. La segunda parte incluye un reinicio de la instancia y la ejecución de los scripts utlirp.sql y utlrp.sql 6. Ejecutar la primera fase del script. Luego actualizar parámetro CONTROL_FILES con la ruta y nombre del control file nuevo. Finalmente, ejecutar la segunda fase del script. 7. La nueva base de datos necesita un identificador distinto al de la base de datos origen. Para ello, es necesario montar la base de datos y utilizar el comando nid. 8. Abrir la base de datos con opción RESETLOGS y verificar su integridad: SELECT COMP_NAME, STATUS FROM DBA_REGISTRY; Conclusión Un proceso que por la vía más conocida hubiera tomado unas 30 horas, se redujo a la mitad de tiempo. Además, el proceso de export / import requiere de una revisión posterior de objetos inválidos, como vistas, procedimientos almacenados, triggers, etc. Página 2

3 Como Cambiar El Idioma De Sus Herramientas De Inteligencia De Negocios Por: Ing. Daniel Cermeño Oracle Warehouse Builder y Administration Tool, son las dos principales herramientas de administración usadas a diario en un ambiente de inteligencia de negocios Oracle. Debido a ello, es un poco inquietante cuando buscamos la opción para cambiar el lenguaje de la interfaz a nuestro idioma preferido y no la encontramos en ningún sitio. Por lo general, al momento de la instalación el programa detecta automáticamente la configuración regional de Windows, estableciendo la herramienta para mostrar el idioma apropiado para dicha configuración. En condiciones ideales no habría necesidad de usar la herramienta en un lenguaje distinto al de Windows, pero como no siempre las condiciones son ideales, a continuación describimos los pasos necesarios para cambiar el lenguaje de sus herramientas de inteligencia de negocios: En condiciones ideales no habría necesidad de usar la herramienta en un lenguaje distinto al de Windows, pero como no siempre las condiciones son ideales, a continuación describimos los pasos necesarios para cambiar el lenguaje de sus herramientas de inteligencia de negocios: Cambiando el lenguaje de Desing Center de Oracle Warehouse Builder: Abra el archivo $ORACLE_HOME/ide/bin/ide.conf en cualquier editor de texto. Añada la línea: AddVMOption -Duser.language=en Note que en este caso, el lenguaje que se ha elegido es el inglés ( en ). Reinicie el Desing Center. Página 3

4 Ahora debería ver todas las opciones en el lenguaje de su preferencia. Cambiando el lenguaje de Administration Tool: Acceda a la ruta de instalación de la herramienta \Oracle Business Intelligence Enterprise Edition Plus Client\oraclebi\orahome\bifoundation\server\bin. Estando ahí encontrará un conjunto de archivos cuyo nombre sigue el patrón: Admintool<IDIOMA>.dll Por ejemplo: AdmintoolESP.dll AdmintoolITA.dll AdmintoolENU.dll Para idioma español Para idioma italiano Para inglés norteamericano Lo que debe hacer, es cambiar el nombre de todos aquellos archivos de idioma que NO desea utilizar, dejando con su nombre actual únicamente al archivo correspondiente al idioma que SÍ desea utilizar. Si por ejemplo en la carpeta solo se tuvieran los tres archivos de idioma mencionados en el ejemplo, y el idioma que se desea establecer para Administration Tool es el el idioma inglés, mi lista de archivos debería lucir como se muestra a continuación: AdmintoolESP.dll.bak AdmintoolITA.dll.bak AdmintoolENU.dll Como se aprecia, he renombrado los archivos de idioma que no deseo utilizar agregando la expresión.bak al final del nombre de los archivos. El único archivo que conserva su nombre es aquel que he elegido que sea usado por la herramienta. Una vez hecho este procedimiento Administration Tool se mostrará en el lenguaje preferido. Tip técnico del día: Tnsnames.ora con failover. Si se desea conectar a la base de datos ORCL1 pero esta no está disponible puede tener una conexion secundaria automática a la base de datos ORCL2 la cual es espejo de ORCL, para realizar esto debemos incluir un código similar a este en nuestro TNSNAMES.ORA. ORCL= (DESCRIPTION_LIST = (FAILOVER = true) (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = )(PORT = 1521))) (CONNECT_DATA =(SERVICE_NAME =ORCL1)(SERVER = DEDICATED)) ) (DESCRIPTION = (ADDRESS_LIST =(ADDRESS = (PROTOCOL = TCP)(HOST = dbserver)(port = 1521))) (CONNECT_DATA = (SERVICE_NAME =ORCL2)(SERVER = DEDICATED)) ) ) Por Ing. Deiby Gomez dgomez@datum.com.gt STATUS Página 4

5 Realizar Un Export De Base De Datos Con Enterprise Manager 11g Por: Lic. Francisco Barrundia Pasos a seguir Para realizar una exportación con el Enterprise Manager es imprescindible no conectarse como sysdba, pero es necesario conectarse con un usuario que contenga el rol DATAPUMP_EXP_FULL_DATABASE, correspondiente a la realización del EXPORT. El usuario system tiene este rol. Página 5

6 Una vez dentro de la aplicación se selecciona la pestaña Movimiento de Datos para realizar la exportación. Las exportaciones de base de datos son copias de seguridad lógicas que se emplean para transferir objetos de datos entre bases de datos Oracle (independientemente de las plataformas en que residan). Dentro de Movimiento de Datos aparece la siguiente ventana en la cual se encuentra la opción de realizar una exportación. Si hemos iniciado la aplicación con un usuario que contenga los privilegios adecuados para realizar el export, aparecerá la siguiente ventana en la cual se elegirá el tipo de exportación que se quiere realizar: Página 6

7 Luego nos muestra las opciones que tenemos disponibles. En el segundo paso seleccionamos el directorio destino y el nombre de nuestro archivo de export. Página 7

8 En el tercer paso podemos realizar el export de inmediato o dejarlo programado para un tiempo posterior. Por último le damos ejecutar o presionamos atrás si queremos modificar algún parámetro. Página 8

9 Página 9