Cómo migrar a Oracle 11g con mínimo tiempo de inactividad - Escrito por Tom Chu, gerente de productos, y Tony Novak, asesor senior en sistemas ...
←
→
Transcripción del contenido de la página
Si su navegador no muestra la página correctamente, lea el contenido de la página a continuación
Cómo migrar a Oracle 11g con mínimo tiempo de inactividad Escrito por Tom Chu, gerente de productos, y Tony Novak, asesor senior en sistemas Quest Software, Inc.
WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Contenido
Introducción ...................................................................................................................................................................3
Sobre migraciones.........................................................................................................................................................4
Tipos de migraciones y sus beneficios .......................................................................................................................4
Migraciones de hardware........................................................................................................
.....................................4
Migraciones de sistema operativo............................................................................................................................4
Migraciones de Oracle..............................................................................................................................................4
Desafíos de las migraciones......................................................................................................
.......................................4
Minimizar el tiempo de inactividad...........................................................................................................................4
Planificación para la recuperación............................................................................................................................5
Mejores prácticas para las migraciones.......................................................................................................................5
Planificar atentamente.............................................................................................................................................5
Considerar una exportación/importación para restructurar datos ........................................................................... 5
Deshabilitar activadores y restricciones de borrado en cascada............................................................................. 6
Importar a una nueva shell de base de datos ..........................................................................................................6
Planificar su estrategia de restauración.......................................................................................
.................................6
Considerar la inversión en una solución de replicación basada en registro............................................................ 6
Porqué actualizar Oracle: ¿cuáles son las mejoras en Oracle 11g? ..................................................................... 7
Mejoras en Oracle 11gR2......... ...................................................................................................................................7
Mejoras en Oracle 11gR1........ . ...................................................................................................................................7
El proceso de migración de Oracle ............................................................................................................................. 8
Información general.....................................................................................................................................................8
Paso 1. Crear una instancia de destino (v11g) ...........................................................................................................8
Paso 2. Establecer una replicación desde el origen (v9i) al destino (v11g) ................................................................ 9
Paso 3. Actualizar la instancia de destino ...................................................................................................................9
Paso 4. Reanudar la replicación desde el origen al destino ...................................................................................... 9
1
WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Paso 5. Examinar cuidadosamente la instancia de destino ........................................................................................9
Paso 5a. Llevar a cabo controles preliminares.........................................................................................................9
Paso 5b. Implementar las características deseadas de Oracle 11g ........................................................................ 9
Paso 5c. Examinar las aplicaciones actualizadas en Oracle 11g ............................................................................9
Paso 6. Establecer una replicación desde el destino al origen ................................................................................ 10
Paso 7. Trasladar usuarios a la instancia de destino (v11g)...................................................................................... 10
Utilizar la instancia de origen como un respaldo ...................................................................................................10
Paso 8. Actualizar el sistema 9i de origen en minutos ............................................................................................. 11
Conclusiones ...............................................................................................................................................................12
Acerca de los autores ..................................................................................................................................................13
2WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Introducción
En estos difíciles momentos económicos, las organizaciones intentan reducir costos en todas sus operaciones
empresariales. Un método clave para reducir costos de TI es la migración: la migración a hardware que es más barato
y fácil de operar; la migración a sistemas operativos menos costosos y la migración de versiones más antiguas de
Oracle que pueden requerir contratos costosos de soporte extendido.
Este documento proporciona información general sobre los tipos de migraciones y sus desafíos, y describe las
mejores prácticas establecidas para garantizar el éxito. También brinda detalles sobre un proceso comprobado para
la actualización de Oracle 11g que minimiza el tiempo de inactividad y el riesgo de fallas mediante el uso de una
solución de replicación de datos, como Quest SharePlex® for Oracle.
3WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Sobre migraciones
Tipos de migraciones y sus beneficios
Las organizaciones pueden elegir entre diferentes tipos de migraciones, en función de sus necesidades:
Migraciones de hardware
Muchas organizaciones con grandes servidores Unix buscan reducir los costos operativos, tales como los requisitos
de energía, refrigeración, hardware y espacio. Estas organizaciones a menudo optan por migrar a un hardware más
nuevo y menos costoso, tales como servidores o matrices de discos más rápidos y confiables que sus sistemas
anteriores, o que pueden configurarse como un entorno RAC a un precio igual o inferior. Otra opción es migrar a un
entorno virtualizado y ejecutar más servidores de VM en menos máquinas grandes.
Migraciones de sistema operativo
Las organizaciones también reducen los costos operativos al cambiar las aplicaciones a sistemas operativos menos
costosos, como Linux. Las migraciones de sistema operativo también pueden ser necesarias para cambiarse a un
entorno virtualizado. Además de ahorrar dinero, las migraciones de sistema operativo pueden ofrecer una valiosa
flexibilidad, como por ejemplo la posibilidad de asignar más memoria a determinadas instancias de Oracle.
Migraciones de Oracle
Varias organizaciones aún utilizan versiones anteriores de Oracle que requieren contratos de soporte extendidos, o
que ya no tienen soporte. La migración a una versión actual de Oracle puede reducir los costos de soporte y asegurar
los beneficios de tener una versión para la cual sí se ofrece soporte. Además, puede evitar el gasto de capital en un
contrato de soporte extendido.
Las organizaciones también se están cambiando de Enterprise Edition a Oracle Standard Edition, en cuanto a
servidores de bases de datos menos críticos para disminuir los costos operativos. Standard Edition no tiene tantas
características como Enterprise Edition, pero ofrece el mismo nivel de confiabilidad y solidez a un 40 por ciento
menos del costo. Puede ejecutar aplicaciones de muchos departamentos con volúmenes de trabajo pequeños a
medianos. Standard Edition también se utiliza para las bases de datos de creación de informes, los repositorios de
datos pequeños, las pruebas de aplicaciones y las aplicaciones 2.0 basadas en la web.
Desafíos de las migraciones
El principal desafío de las migraciones es evitar que interrumpan el funcionamiento normal de la empresa. Por lo tanto,
dos tareas importantes son minimizar el tiempo de inactividad del usuario y establecer un plan de recuperación acertado.
Minimizar el tiempo de inactividad
Antes, cuando las operaciones no eran de 24 horas del día, los 7 días de la semana, las actualizaciones se
programaban para el fin de semana. Los usuarios cerraban la sesión en la tarde del viernes, el personal de TI
realizaba una copia de seguridad completa y luego comenzaba la actualización. El objetivo principal era garantizar
que los sistemas estuvieran funcionando el lunes por la mañana, ya sea porque la actualización se realizó
correctamente o porque la copia de seguridad del viernes por la tarde había sido restaurada antes que los usuarios
llegaran el lunes por la mañana.
4WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Hoy en día, estar sin conexión durante una hora es completamente inaceptable, todo un fin de semana mucho menos;
especialmente para ambientes tales como el comercio electrónico, donde una parte importante de los ingresos de la
semana se recauda los fines de semana. Por lo tanto, cada paso del proceso de actualización debe ser ajustado con
precisión para reducir al mínimo el tiempo de inactividad del usuario final. ¿Es necesario un respaldo en frío?
¿Podemos hacer simplemente una copia del disco de la base de datos? ¿Tenemos el espacio adicional necesario
para la migración? ¿Tenemos la mejor técnica de recuperación?
Se pueden anticipar y minimizar algunos riesgos. Por ejemplo, una actualización requiere más espacio en disco y
memoria que el que se utiliza en las operaciones diarias. Si el sistema no dispone de estos recursos adicionales, la
actualización fácilmente podría fallar. Otras fallas pueden ser resultado de problemas inesperados, tales como una
falla en los medios, una copia de seguridad defectuosa o un corte de energía. Algunos de estos riesgos se pueden
reducir mediante la prueba de validez de una copia de seguridad, que demora unos minutos pero vale la pena hacerla.
¡Imagínese tener que volver a la copia de seguridad y encontrar que su opción de respaldo tiene errores!
Planificación para la recuperación
Otro desafío importante de la migración es evaluar adecuadamente las aplicaciones después de la migración para
evitar la necesidad de restaurar el entorno previo a la migración. Lo ideal es que usted evalúe exhaustivamente las
aplicaciones después de la migración, antes de ponerlas a disposición de su comunidad de usuarios, pero esto rara
vez es posible debido a la presión de dejar el sistema nuevamente en línea lo más rápido posible. ¿Qué sucede si la
aplicación no funciona tan bien en la nueva versión de Oracle o en el nuevo sistema operativo con volúmenes de
trabajo de producción completos? Peor aún, ¿qué pasaría si la migración funciona a la perfección y sus usuarios
trabajan con la aplicación durante unos días, pero luego una parte de la aplicación no funciona correctamente? Debe
encontrar una manera de recuperar la versión anterior de Oracle o el sistema operativo anterior en el que se estaba
trabajando, sin perder las transacciones de los últimos días.
Mejores prácticas para las migraciones
Seguir las mejores prácticas que se describen a continuación puede ayudar a garantizar el funcionamiento ideal de su
hardware, sistema operativo o migración de Oracle, minimizando los riesgos de tiempo de inactividad y la necesidad
de restauración.
Planificar atentamente
Existen riesgos inherentes a cualquier migración, tales como fallas en los medios, cortes de energía o falta de tiempo,
memoria o espacio en el disco. Una planificación adecuada puede ayudar a reducir estos riesgos.
Asegúrese de evaluar varias veces todos los pasos posibles de su proceso de migración. Documente el proceso
cuidadosamente para minimizar el riesgo de un error humano: en lugar de tener que recordar varios detalles,
simplemente puede seguir su plan escrito.
Considerar una exportación/importación para restructurar datos
Si va a migrar a un nuevo sistema operativo, la única manera de mover los datos a este sistema es mediante una
exportación/importación; no puede simplemente respaldar la base de datos y recuperarla en el nuevo servidor debido
a incompatibilidades de los formatos de archivo. Pero incluso las migraciones que no requieren de la exportación/
importación a menudo pueden beneficiarse de ellas. La exportación/importación le permite restructurar todos los datos
en su base de datos y eliminar cualquier fragmentación. Distribuir una base de datos de forma diferente puede aliviar
los puntos de alto tráfico de entrada/salida y permitirle organizar los datos en espacios de tablas separados. Sin
embargo, tenga en cuenta que, con bases grandes de datos, el proceso de exportación/importación puede tardar
mucho tiempo.
5WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Deshabilitar activadores y restricciones de borrado en cascada
En toda migración, cuando se utiliza una tecnología de replicación como SharePlex for Oracle, asegúrese de deshabilitar
los activadores y restricciones de borrado en cascada en la nueva instancia hasta que sea hora de utilizar ese entorno.
De lo contrario, si los activadores y las restricciones manipulan los datos en el entorno antiguo, esos cambios en los
datos serán duplicados por Shareplex en la nueva instancia. Si los activadores o las restricciones de borrado en
cascada están habilitados en el destino, se ejecutarán nuevamente y provocarán condiciones fuera de sincronización.
Importar a una nueva shell de base de datos
Para aprovechar algunas de las características de las versiones recientes de Oracle, debe importar a una nueva shell
de base de datos en lugar de utilizar el script de actualización de base de datos. Por ejemplo, la versión 9i incluía la
posibilidad de cambiar el tamaño del bloque de los espacios de tablas, lo cual se logra con la recreación de los espacios
de tablas. Si no aprovechó estas nuevas características cuando migró a 9i, o si su aplicación no las admite, asegúrese
de importar a una nueva shell de base de datos para que pueda crear los espacios de tablas que necesita para utilizar
esta funcionalidad.
Planificar su estrategia de restauración
Asegúrese de planificar una estrategia de restauración en caso de que algo no funcione correctamente en la migración.
Si está realizando una actualización del sistema operativo o una migración de Oracle a un nuevo servidor, generalmente
puede recuperar su respaldo de la base de datos original en el nuevo servidor. En el caso de una actualización del
sistema operativo, no necesita hacer nada más. En el caso de una actualización de Oracle, también deberá realizar
por el proceso de actualización de Oracle después de que la recuperación se haya completado. Una opción de
recuperación tras error es tener una solución de replicación como SharePlex for Oracle de Quest. Con SharePlex,
puede replicar desde la nueva versión de Oracle a la versión antigua. Esto protege sus datos si la aplicación no
funciona de manera correcta luego de la migración, sin importar cuánto trabajo han hecho sus usuarios después de
la migración. Puede realizar una recuperación tras error de la versión antigua sin perder los datos de usuario.
Considerar la inversión en una solución de replicación basada en registro
Una solución de replicación basada en registro, como SharePlex for Oracle, ayudará a minimizar el tiempo de
inactividad y por consecuencia también disminuirá el impacto de la migración en su empresa. Con dicha solución,
puede controlar el proceso de migración detrás de escena y no tendrá que dejar sin conexión a sus usuarios salvo
por un corto período de tiempo mientras los cambia a la nueva base de datos.
6WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Porqué actualizar Oracle:
¿cuáles son las mejoras en Oracle 11g?
La versión 11g de Oracle ofrece nuevas características y mejoras que harán que la actualización valga la pena.
Mejoras en Oracle 11gR2
Las siguientes son algunas de las características de la última versión de Oracle:
• Almacenamiento de datos en columnas para Exadata. Es un nuevo modelo que reemplaza el almacenamiento en
hileras por almacenamiento en columnas. Estas base de datos en columnas pueden utilizar algoritmos de compresión
para detectar patrones en las columnas y lograr muy altos niveles de compresión de datos. Esto significa que se
pueden almacenar más datos en cada bloque de datos, lo que agiliza aún más las consultas de almacenamiento
de datos.
• El caché flash de Oracle es para los sistemas que todavía no tienen un sistema administrativo en unidad de estado
sólido y es similar a la asignación de objetos de mucho uso al grupo KEEP. Está diseñado exclusivamente para
memoria RAM flash de estado sólido, la cual en la actualidad es hasta 600 veces más rápida que los discos de platos.
• Oracle Omotion es la nueva herramienta de migración en línea que se utiliza para facilitar la reubicación de instancias
cuando el servidor falla. Utiliza menos recursos que Data Guard (el cual requiere de un servidor de reserva) y
Streams. Con la reubicación de instancias, un servidor de reserva puede ocuparse de cientos de instancias.
• RAC One Node implica instancias múltiples de RAC funcionando en un solo nodo en un clúster. Cuenta con una
rápida función de "reubicación de instancias" para los casos en que ocurra una falla catastrófica en el servidor.
Mejoras en Oracle 11gR1
El lanzamiento de Oracle's 11gR1 brinda mejoras en muchas áreas, incluidas las siguientes:
• Las evaluaciones de Oracle Real Application le permiten a los clientes hacer pruebas bajo presión de sus
aplicaciones antes de la implementación en la producción y de ese modo reducir el riesgo y asegurar una
implementación uniforme
• El almacenamiento en el servidor y por el lado del cliente mejoran las declaraciones de rendimiento repetible
• Un compilador nativo de SQL y Java mejora en gran medida la velocidad de procesamiento de estos objetos
• La recopilación de estadísticas del optimizador es más rápida y precisa
• El diagnóstico y la supervisión de rendimiento automático libera a los administradores de bases de datos de las
tareas manuales
• Las mejoras en tuning de aplicaciones eliminan la necesidad de un tuning manual
7WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
El proceso de migración de Oracle
Información general
uede ayudar a garantizar una actualización exitosa y una interrupción mínima en la producción usando el proceso
correcto y aprovechando la tecnología de replicación de datos.
Cola de Exportar Importar
Cola de
exportación envío
Lectura
Envío Envío
Captura
Origen Cola de
captura Objetivo
Destino cloud
El procedimiento que recomendamos para la migración desde versiones más antiguas de Oracle a 11g involucra los
siguientes pasos. Utilizaremos Oracle 9i en nuestro ejemplo, sin embargo, esto puede servir para cualquier versión de
Oracle más antigua:
1. Crear una instancia de destino (v11g)
2. Establecer una replicación desde el origen (v9i) al destino (v11g)
3. Actualizar la instancia de destino
4. Reanudar la replicación desde el origen al destino
5. Examinar cuidadosamente la instancia de destino
6. Establecer una replicación desde el destino al origen
7. Cambiar usuarios a la instancia de destino (utilizar la instancia de origen como una alternativa si es necesario)
8. Actualizar la instancia de origen en minutos
Paso 1. Crear una instancia de destino (v11g)
El primer paso es realizar una copia de la base de datos de producción en la que se realizará y evaluará la actualización,
lo cual puede ser logrado de muchas maneras. Sin embargo, el método más fácil es utilizar la duplicación de disco: dividir
las copias espejo resultantes y comenzar la replicación. Montar la copia en el mismo punto de montaje en otro sistema y
abrir la instancia. Luego de que la instancia haya completado la recuperación, se puede comenzar con la replicación en
este sistema, permitiendo que las transacciones que estaban en la cola desde que se inició la replicación se envíen a la
instancia de destino.
8WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Paso 2. Establecer una replicación desde el origen (v9i) al destino (v11g)
Una vez que haya establecido el sistema de destino mediante la duplicación del disco, necesitará configurar la
replicación de datos entre el origen y el destino para que puedan replicar continuamente los datos de producción.
Alguna de las evaluaciones que se deben realizar luego de la actualización requieren de la replicación de la actividad
de producción para que usted pueda obtener volúmenes genuinos de producción y variedades de transacciones que
pasan a su instancia de destino. Por esta razón, el siguiente paso es iniciar la replicación de datos. Asegúrese de
estar replicando todas las tablas y secuencias de producción para que sus evaluaciones sean completas.
Si utiliza un producto de replicación basado en registro, como SharePlex for Oracle, asegúrese de deshabilitar los
activadores en la instancia de destino. Los activadores no deben modificar los datos de destino, ya que el resultado
de lo que hagan en el sistema de producción fue registrado en los redo log y ya se encuentra replicado.
Paso 3. Actualizar la instancia de destino
Una vez que esté funcionando la replicación, ya está listo para realizar la actualización de la instancia de destino.
Para hacer esto, debe suspender las actualizaciones de la instancia de destino y permitir que el producto de replicación
ponga en cola los registros de la actividad de producción. Realice la actualización según las instrucciones de Oracle.
Paso 4. Reanudar la replicación desde el origen al destino
Una vez que haya finalizado la actualización de la instancia de destino, reanude la replicación, permitiendo que las
transacciones en cola se apliquen a su nueva instancia de Oracle 11g.
Paso 5. Examinar cuidadosamente la instancia de destino
Paso 5a. Llevar a cabo controles preliminares
Replicar la actividad de producción es una manera ideal de comenzar con la evaluación de su nueva instancia
actualizada, debido a que incluye un volumen y una variedad de transacciones que llevarían horas de trabajo de
desarrollo para duplicarse. Utilice la replicación por lo menos durante dos días como la única manera de evaluar de la
instancia. Luego, comience con las evaluaciones de solo lectura, revisando sus informes y consultas para comprobar
su compatibilidad con Oracle 11g.
Paso 5b. Implementar las características deseadas de Oracle 11g
Implemente las características que motivaron su decisión de hacer la actualización a Oracle 11g.
Paso 5c. Examinar las aplicaciones actualizadas en Oracle 11g
Sin dudas, es la parte más grande de la tarea: verificar de que todas las aplicaciones, incluidas en paquetes prediseñados
o personalizadas, son compatibles con la nueva base de datos. Consiste en múltiples pasos:
Planifique las evaluaciones
Primero, haga una lista de todas las aplicaciones que evaluará. Es una buena idea organizar la lista por
importancia o complejidad. (Puede que también tenga que organizar algunas aplicaciones para respetar su
interdependencia). El orden de la lista no es tan importante como su integridad. Tener una lista de lo que puede
actualizar con la fecha, tiempo y resultados es importante ya que usted podría olvidar qué aplicaciones ya
evaluó. Asegúrese de incluir las aplicaciones periódicas especiales, como los procesos de final de mes,
trimestre o año.
9WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Hacer una evaluación
Para evaluar una aplicación que actualiza los datos de su instancia de destino, primero debe detener el
proceso de actualización de la replicación. Luego, inicie una herramienta de diagnóstico de desarrollo para
que pueda determinar qué tablas y secuencias están afectadas por la aplicación. Luego realice la evaluación
y vea los resultados.
Restablezca el entorno de la evaluación luego de cada evaluación
Sus opciones para restablecer la instancia de destino dependen de las tecnologías disponibles para el proyecto
y del grado de los cambios realizados por las evaluaciones. Si la aplicación evaluada realizó algunos cambios
en algunas tablas grandes, un método rápido para volver a sincronizarlas es utilizar DataEquator, una
herramienta de comparación y reparación de SharePlex for Oracle. DataEquator compara los datos en pares
de tablas y construye un script para hacer que la segunda tabla de cada par coincida con la primera. Puede
ejecutar el script cuando esté listo para restablecer la instancia de destino. Otra opción es simplemente
almacenar la base de datos de destino en una cinta antes de la evaluación y restaurarla después (si los
cambios fueran masivos y las tablas tuvieran encadenamiento extenso). También podría utilizar el mecanismo
de flashback en Oracle para restaurar todo a como estaba antes de las evaluaciones.
Otra opción es volver a sincronizar desde el sistema de producción. Para lograr hacer eso, necesitará una lista
de todos los cambios de esquemas que ha realizado en la instancia de destino, desde la actualización hasta las
características de Oracle 11g que implementó. Toad® for Oracle de Quest Software puede facilitar este proceso
al comparar esquemas en los dos sistemas y crear un script de los delta. (No podrá ejecutar el script en el sistema
de producción, pero sí lo podrá hacer en una copia de ese sistema). Con este script preparado, puede repetir el
proceso que realizó para crear la instancia de destino: separar las copias espejo en el sistema de producción,
mover la copia al sistema de destino, montarla en el mismo punto de montaje y abrir la instancia. Después,
compagine la imagen creada usando la técnica de duplicación con las transacciones contenidas en las colas de
replicación, eliminando las transacciones ya reflejadas en la imagen creada a través de la duplicación. Finalmente,
ejecute el script para aplicar los cambios en los esquemas, ¡y listo! Ha creado una imagen consistente y fresca
de los datos de producción en su instancia de destino Oracle 11g.
Una vez que haya finalizado los ciclos de evaluación, vuelva a sincronizar la instancia de destino con la instancia de
producción.
Paso 6. Establecer una replicación desde el destino al origen
Después, establezca la replicación en sentido contrario, desde Oracle 11g a Oracle 9i. Tenga cuidado de no crear un
ciclo interminable para cualquier transacción. El modo por defecto de SharePlex for Oracle deshabilita dicho ciclo en la
replicación. En caso de que estuviera utilizando otro producto para replicar, asegúrese de que este no realice una
replicación desde un sistema a otro y viceversa, infinitamente.
Paso 7. Trasladar usuarios a la instancia de destino (v11g)
Cuando la actividad de producción esté en su punto más bajo, desactive temporalmente el sistema de producción y
vacíe todas las transacciones en la instancia de Oracle 11g. Con todas las transacciones enviadas, puede permitirle
a los usuarios comenzar a trabajar en el nuevo sistema Oracle 11g.
Utilizar la instancia de origen como un respaldo
No hay como tener a los usuarios trabajando en una nueva versión de software y base de datos para ayudarle a
identificar cosas que paso por alto durante la evaluación. Todos los problemas deberían ser menores. Sin embargo, si
surge un problema grave en un momento crítico, tendrá listo un plan de respaldo: ya que ahora está replicando desde
Oracle 11g a Oracle 9i, tiene la opción de redirigir a sus usuarios al sistema 9i de origen, que ahora sirve como copia
de seguridad. El sistema de seguridad conserva el trabajo de todos los usuarios en una instancia de Oracle 9i, donde
10WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
sus aplicaciones se ejecutaron anteriormente de manera exitosa. Si una aplicación fundamental tiene dificultades con
Oracle 11g, usted puede cambiar a los usuarios a Oracle 9i nuevamente y continuar operando. Ahora su personal de
TI puede determinar qué se necesita modificar para que la aplicación sea completamente compatible con Oracle 11g,
arreglarlo y preparar todo para cambiar nuevamente a los usuarios a Oracle 11g.
Paso 8. Actualizar el sistema 9i de origen en minutos
Una vez que su entorno de producción funcione correctamente con las aplicaciones y la base de datos de Oracle 11g,
durante un tiempo suficiente para darle confianza en la nueva versión, el siguiente paso es actualizar el sistema de
seguridad a Oracle 11g. Este proceso es más rápido y fácil que la actualización original porque ya tiene listos los datos
y las aplicaciones. Simplemente necesita hacer una copia de ellos para el otro sistema.
Básicamente, repetirá el proceso que realizó cuando creó la instancia de evaluación, pero a la inversa. Separe las copias
espejo en el sistema de la instancia de Oracle 11g, mueva la copia al sistema de seguridad, móntela en el mismo punto
de montaje y abra la instancia. Luego indique al proceso de replicación que realice su compaginación para que elimine
las transacciones de sus colas representadas en la instancia creada a través de la solución de duplicación, y luego
reanude la replicación activa.
Antes de cambiar a los usuarios al sistema de producción original (que ha estado sirviendo como copia de seguridad)
configure la replicación en dirección opuesta (del origen al destino). Esto le ayudará a reanudar las operaciones
normales. Después, cuando usted esté listo, simplemente desactive temporalmente el sistema de producción (la
instancia de destino), vacíe las transacciones en el sistema de seguridad (el origen) y redirija a los usuarios.
OLTP Informe / Consulta / HA
Sistema A Sistema B
Ya con la replicación lista, puede utilizar esa instancia secundaria para los reportes diarios, las consultas o las
necesidades de alta disponibilidad, maximizando el funcionamiento y la disponibilidad del OLTP de su sistema
primario. Además, puede realizar un mantenimiento de rutina en el sistema de producción sin interrumpir la actividad,
ya que dicha actividad puede continuar en el sistema alternativo.
11WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Conclusiones
Si sigue las mejores prácticas establecidas para las migraciones y utiliza el proceso aquí descrito para actualizar desde
versiones antiguas de Oracle a 11g, puede minimizar el tiempo de inactividad y el riesgo de que ocurra algún error en
la actualización. En particular, invertir en una solución de replicación de datos como SharePlex for Oracle puede
minimizar el tiempo de inactividad requerido para la migración, lo que le ayuda a cumplir con los SLA en cuanto al
tiempo de inactividad de las aplicaciones y reduce los costos de TI en el proceso. Shareplex le permite controlar el
movimiento de datos al nuevo entorno mientras su aplicación todavía está en funcionamiento, por ende la migración
no tendrá inconvenientes para sus usuarios finales.
Es más, los clientes que utilizan el enfoque que se describe en este documento han reducido su tiempo de inactividad
a un promedio del 94 por ciento: la interrupción de los usuarios de producción se limita al tiempo requerido para
cambiarlos de un sistema a otro y al tiempo de activación de la replicación. Este enfoque también minimiza el riesgo,
ya que la actualización se realiza directamente en el sistema de producción y los usuarios no se cambian hasta que la
actualización se haya evaluado cuidadosamente y se considere exitosa.
12WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Acerca de los autores
Tom Chu tiene más de 15 años de experiencia trabajando con soluciones de replicación de datos. Se unió a Quest
Software en 1994 y trabajó con SharePlex for Oracle desde sus comienzos en 1998. Tom ha prestado servicio en
múltiples funciones para el equipo de SharePlex, incluyendo gestión de productos, desarrollo comercial y asesoría
técnica.
Tony Novak es asesor estratégico de sistemas con 20 años de experiencia en los entornos de base de datos de
Oracle como administrador de base de datos y asesor experto. Tony ha trabajado con Quest Software durante los
últimos nueve años, como experto líder en SharePlex for Oracle y soluciones de replicación de datos. Se lo considera
como el especialista en temas de alta disponibilidad de América del Norte en Quest. Tony ha brindado asesoramiento
a cientos de clientes en lo que respecta al diseño de replicación de datos y las estrategias de implementación.
13WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
© 2011 Quest Software, Inc.
TODOS LOS DERECHOS RESERVADOS.
Este documento contiene información privada protegida por derechos de autor. Ninguna parte de este documento puede reproducirse ni
transmitirse de ninguna forma ni por cualquier medio, electrónico o mecánico, incluidas las fotocopias y las grabaciones, para ningún fin, sin
el permiso por escrito de Quest Software, Inc. (”Quest”).
La información incluida en este documento es provista de acuerdo con los productos de Quest. No se otorga ningún tipo de licencia, expresa
o implícita, por impedimento o de ninguna otra manera, para ningún tipo de derecho de propiedad intelectual por medio de este documento o
en conexión con la venta de productos Quest. SALVO SE ESTABLEZCA EN LOS TÉRMINOS Y CONDICIONES DE QUEST, TAL Y COMO
SE ESPECIFICA EN EL ACUERDO DE LICENCIA PARA ESTE PRODUCTO, QUEST NO ASUME NINGÚN TIPO DE RESPONSABILIDAD
Y RECHAZA TODO TIPO DE GARANTÍA EXPRESA, IMPLÍCITA O LEGAL RELACIONADA CON SUS PRODUCTOS, INCLUIDAS, ENTRE
OTRAS, LAS GARANTÍAS IMPLÍCITAS DE COMERCIALIZACIÓN, IDONIEDAD PARA UN PROPÓSITO EN PARTICULAR O DE NO
VIOLACIÓN. EN NINGÚN CASO QUEST SERÁ RESPONSABLE POR NINGÚN DAÑO DIRECTO, INDIRECTO, RESULTANTE, PUNITIVO,
ESPECIAL O INCIDENTAL (INCLUIDOS, SIN LIMITACIONES, LOS DAÑOS POR PÉRDIDAS DE GANANCIAS, INTERRUPCIÓN DE
ACTIVIDADES COMERCIALES O PÉRDIDA DE INFORMACIÓN) QUE SURJA DEL USO O INCAPACIDAD DE USO DE ESTE DOCUMENTO,
INCLUSO SI QUEST HA SIDO NOTIFICADO SOBRE LA POSIBILIDAD DE DICHOS DAÑOS. Quest no ofrece ningún tipo de seguridad ni
garantía con respecto a la exactitud o integridad del contenido de este documento y se reserva el derecho de realizar cambios a las
especificaciones y descripciones de los productos en cualquier momento y sin previo aviso. Quest no se compromete a actualizar la información
contenida en este documento.
Si tiene preguntas sobre su posible uso de este material, comuníquese con:
Quest Software World Headquarters
LEGAL Dept
5 Polaris Way
Aliso Viejo, CA 92656
www.questsoftware.es
email: legal@quest.com
Consulte nuestro sitio web para obtener información sobre nuestras oficinas regionales e internacionales.
Marcas registradas
Quest, Quest Software, el logo de Quest Software, AccessManager, ActiveRoles, Aelita, Akonix, AppAssure, Benchmark Factory, Big Brother,
BridgeAccess, BridgeAutoEscalate, BridgeSearch, BridgeTrak, BusinessInsight, ChangeAuditor, ChangeManager, Defender, DeployDirector,
Desktop Authority, DirectoryAnalyzer, DirectoryTroubleshooter, DS Analyzer, DS Expert, Foglight, GPOADmin, Help Desk Authority, Imceda,
IntelliProfile, InTrust, Invirtus, iToken, I/Watch, JClass, Jint, JProbe, LeccoTech, LiteSpeed, LiveReorg, LogADmin, MessageStats, Monosphere,
MultSess, NBSpool, NetBase, NetControl, Npulse, NetPro, PassGo, PerformaSure, Point,Click,Done!, PowerGUI, Quest Central, Quest vToolkit,
Quest vWorkSpace, ReportADmin, RestoreADmin, ScriptLogic, Security Lifecycle Map, SelfServiceADmin, SharePlex, Sitraka, SmartAlarm,
Spotlight, SQL Navigator, SQL Watch, SQLab, Stat, StealthCollect, Storage Horizon, Tag and Follow, Toad, T.O.A.D., Toad World, vAutomator,
vControl, vConverter, vFoglight, vOptimizer, vRanger, Vintela, Virtual DBA, VizionCore, Vizioncore vAutomation Suite, Vizioncore vBackup,
Vizioncore vEssentials, Vizioncore vMigrator, Vizioncore vReplicator, WebDefender, Webthority, Xaffire y XRT son marcas registradas de
Quest Software, Inc. en los Estados Unidos de América y en otros países. Otras marcas comerciales y registradas que se usan en esta guía
son propiedad de sus respectivos dueños.
Actualizado: septiembre de 2011
14WHITE PAPER Cómo migrar a Oracle 11g con mínimo tiempo de inactividad
Sobre Quest Software, Inc.
Quest Software (Nasdaq: QSFT) simplifica y reduce el costo de administración de TI para más de 100,000 clientes de todo el mundo. Nuestras
innovadoras soluciones facilitan la resolución de los problemas de gestión de TI más complicados, lo que les permite a los clientes ahorrar
tiempo y dinero en entornos físicos, virtuales y de cloud. Para obtener más información acerca de las soluciones de Quest para gestión de
aplicaciones, gestión de base de datos, gestión de Windows, gestión de virtualización y gestión de TI, visite www.questsoftware.es.
Contacte con Quest Software
TELÉFONO 800.306.9329 (Estados Unidos y Canadá)
Si usted se encuentra fuera de América del Norte, puede encontrar información sobre su oficina local en nuestro sitio web.
EMAIL sales@quest.com
CORREO Quest Software, Inc.
World Headquarters
5 Polaris Way
Aliso Viejo, CA 92656
EE. UU.
Comuníquese con el servicio de soporte de Quest
El servicio de soporte de Quest está disponible para los clientes que tienen una versión de prueba de un producto de Quest o para quienes han
comprado una versión comercial y tienen un contrato de mantenimiento válido.
El servicio de soporte de Quest brinda cobertura las veinticuatro horas con SupportLink, nuestro autoservicio web.
Visite SupportLink en https://support.quest.com.
Con SupportLink, los usuarios de productos Quest Software pueden:
Realizar búsquedas en la base de conocimiento en línea de Quest
Descargar los últimos lanzamientos, documentos y parches para los productos de Quest
Registrar casos de soporte
Administrar casos de soporte existentes
Consulte la Guía de Soporte Global para obtener una explicación detallada de los programas de soporte, servicios en línea, información de
contacto, políticas y procedimientos.
WPD-Migrate2Oracle11g-US-KS
15También puede leer
