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