MEJORES PRÁCTICAS EN
MIGRACIÓN DE BASES DE DATOS
ORACLE
MIGRACIÓN DE BASE DE DATOS
INDICE
o Justificaciones de una migración
o Razones más frecuentes para retrasar una migración
o Escenarios a considerar en una migración
o Configuraciones adicionales frecuentes en un proceso
de migración
o Tipos de ambiente en un proceso de migración
o Metodología - Plan de Trabajo
o Recomendaciones acerca de las pruebas
o Servicios de Base de Datos de Intellego
MIGRACIÓN DE BASE DE DATOS
Justificaciones de una migración
• Minimización de riesgo operacional
Contar con soporte premium
Nuevas características que aumentan la disponibilidad
Parches de seguridad
• Mayor provecho de la inversión
Nuevas características (desempeño, administración,
funcionales)
Mejoras automáticas (sin cambios en las aplicaciones)
• Aprovechar la actualización de HW y SO (flexibilidad)
• Bajar TCO gracias a facilidades de administración
MIGRACIÓN DE BASE DE DATOS
Razones más frecuentes por retrasar una migración
• Las organizaciones mantienen un gran número de sistemas de BD
operando en varias versiones
• La migración parece ser tan riesgosa, de alto costo y de poco valor
agregado
• Aversión al cambio
• Alta tasa de cambios compite con el proyecto de migración que
requieren cierta estabilidad
• Ventanas de tiempo escasas
• Medio ambiente complejo
• Cambios de HW o SO aumentan el costo del proyecto
MIGRACIÓN DE BASE DE DATOS
Consideraciones de ambiente para la migración
• Potencia: El ambiente de migración debe ser tan potente como el de
producción original
• Nuevo HW: El ideal es que la migración esté sincronizada con
actualización de la plataforma de HW
• Futuro ambiente de producción: El ambiente de migración debiera ser
el futuro ambiente de producción
• Medioambiente: El ambiente de migración debe considerar todo el
medio ambiente de producción (BD remotas, servidores de
aplicaciones, enlaces a empresas remotas, switch transaccionales,
servidores de mensajería, etc.)
MIGRACIÓN DE BASE DE DATOS
Escenarios a considerar en una migración
• Medio ambiente complejo: Reproducción del medioambiente mediante
ambientes de testing dedicados
• Bajo downtime: Mecanismos de migración in-situ, uso de Dataguard,
migración granulada (historia, actual y contingente), uso de herramientas
como Goldengate.
• Alta tasa de cambios de sistemas: Ciclos de pruebas con iteraciones
decrecientes
• BD que prestan servicios a software empaquetado: Proveedor debe
certificar versión de BD
• Interoperabilidad de BD de distintas versiones: Verificar compatibilidad
entre versiones que deben interactuar
MIGRACIÓN DE BASE DE DATOS
Configuraciones adicionales frecuentes en un
proceso de migración
• Implantación de HA (High Availability) y/o DR (DataRecovery)
• Actualización de HW y Storage
• Cambios de políticas, mecanismos, HW y SW de respaldo
• Migración de versión de los sistemas
• Actualización de servidor de aplicaciones
• Actualización de versión de herramienta de desarrollo
• Habilitación de nuevas características
TDE, RAT, active dataguard, compresión, encriptación de
tablespaces, etc.
• Information Lifecycle Management (ILM)
MIGRACIÓN DE BASE DE DATOS
Tipos de ambiente en un proceso de migración
• Ambiente de migración
Ambiente nuevo dedicado a las pruebas funcionales/desempeño
Debe tener similares al futuro ambiente de producción. Al menos de
usar el mismo volumen de datos que producción
Los datos se obtienen del ambiente de producción
Normalmente se transformará en el futuro ambiente de producción
La seguridad debe ser manejada igual que el ambiente de producción
• Ambientes de desarrollo y testing
Normalmente se mantienen inalterados durante el desarrollo del
proyecto de migración y son migrados después de la migración de
producción
• Ambientes de contingencia
Normalmente son migrados a continuación de la migración de
producción
• Futuro ambiente de producción
Distinto al antiguo ambiente de producción
Normalmente son los mismos servidores utilizados para ambiente de
migración
MIGRACIÓN DE BASE DE DATOS
Metodología - Plan de Trabajo
• Etapa 1: Preparación inicial
• Etapa 2: Instalación de ambiente de migración: instalación, migración de
datos desde producción y pruebas de verificación
• Etapa 3: Realización de ciclos de pruebas funcionales/desempeño
• Etapa 4: Puesta en vivo: instalación y configuración, migración de datos
desde producción antiguo y pruebas de verificación
• Etapa 5: Soporte post-producción
• Etapa 6: Instalación, configuración y migración de ambiente de
contingencia
• Etapa 7: Instalación, configuración y migración de ambientes de
desarrollo y testing
• Etapa 8: Cierre del proyecto
MIGRACIÓN DE BASE DE DATOS
• Pruebas v/s corrección de errores
El esfuerzo de planificación y ejecución de pruebas es mucho mayor
que el de corrección de errores y problemas producto de la migración
• Cantidad de errores
La cantidad de errores o problemas esperados producto de la
migración es baja, pero esto no descarta la necesidad de realizar
pruebas
• No recomendamos hacer búsqueda en fuentes
No es práctico hacer recorridos en la aplicación buscando posibles
errores repetitivos, ya que, en nuestra experiencia, en cada migración
tienden a ocurrir problemas diferentes. Esta práctica no evita tener que
realizar las pruebas y es un proceso bastante caro de realizar
• Planes de ejecución
La mayor fuente de problemas producto de una migración son
sentencias SQL que, empeoran su desempeño. Éstos pueden ser
resueltos agregando hints en las aplicaciones, mediante cambios de
parámetros (en ciertas ocasiones) o usando planes estables
Recomendaciones acerca de las pruebas
MIGRACIÓN DE BASE DE DATOS
• Sistemas empaquetados (Oracle Financials, Siebel, etc)
La certificación de sistemas empaquetados debe la debe
brindar el proveedor del sistema
• Integración de proyectos
Recomendamos realizar los proyectos de migración en una
fase integrando todos los cambios debido a que lo mas caro de
éstos son las pruebas y resulta razonable juntarlos para que la
prueba sea una sola en vez de tener que repetir las pruebas por
cada uno de los sub-proyectos.
Por ejemplo, si hay planes de migrar HW, versión del sistema,
servidor de aplicaciones, introducir practicas de ILM mediante
particionamiento y migración de versión de BD, lo mejor es
hacer todo junto
Recomendaciones acerca de las pruebas
SERVICIOS DE BASE DE DATOS DE INTELLEGO
Transferencia de Conocimiento
Consu
ltorí
a
Arquitectura
de Plataforma
Capacity
Planning Habilitación
de Plataforma
Migración de
Plataforma
Soporte y
Servicios
Recurrentes
Soporte
Segundo
Nivel
On Site
Off Site
Capacitación
Resolución de
Problemas
Pruebas de
Concepto Soporte
Tercer Nivel
Stand By
Soporte 7x24
Emergencia
Soporte 5x8
Emergencia
ILM y
Datawarehouse
Partitioning
Advanced
Compresion
Database
Gateways
ETL
Administración
Base de Datos
OEM
Gestión de
Espacio
Gestión de
Objetos
Performance
Management
Análisis de
Rendimiento
Afinamiento
de Instancia
Evaluación de
Objetos
Optimización
de Código
Seguridad de
Base de Datos
Auditoría
Cifrado de
Datos - TDE
Database Vault
Data Masking
Arquitectura
de Máxima
Disponibilidad
Golden Gate
Mirroring
Grid
Infraestructure
Respaldo y
Recuperacón
Data Guard,
Log Shipping
RAC
Consolidación
Gestión de
Datos Checklist de
Seguridad
Respaldo y
Recuperacón
Distribución
I/O
DB Firewall
RAT
Diagnóstico
Database
Migration
Habilitación y Soporte
Contáctanos:
Av. Nueva Providencia 2353, Piso 2 Providencia
Teléfono: +56 2 2428 7300