Migrar a la nube

Oracle Client/Server Modernizacin

Tom Laszewski Prakash Nauduri
Editor Tcnico
Ward Spangenberg
AMSTERDAM BOSTON HEIDELBERG LONDRES NUEVA YORK OXFORD Pars SAN DIEGO SAN FRANCIS
O Singapur
Syngress Sydney Tokio es una huella de Elsevier

adquirir Editor: Chris Katsaropoulos Desarrollo Editor: Matt atienden Project Ma

nager: Jessica Vaughan Diseador: Alisa Andreola
Syngress es una huella de Elsevier 225 Wyman Street, Waltham, MA 02451, EE.UU.
2012 Elsevier Inc. Todos los derechos reservados.
Ninguna parte de esta publicacin puede ser reproducida o transmitida de cualquier
forma o por cualquier medio, electrnico o mecnico, incluyendo fotocopiado, grabac
in o cualquier sistema de almacenamiento y recuperacin de informacin sin el permiso
por escrito del editor. Detalles sobre cmo solicitar el permiso, ms informacin ace
rca de los permisos Publisher's polticas y nuestros acuerdos con organizaciones t
ales como el Copyright Clearance Center y el Copyright Licensing Agency, pueden
ser encontrados en nuestra pgina web: www.elsevier.com/permissions.
Este libro y las contribuciones individuales que figuran en l estn protegidos bajo
copyright por el editor (excepto como se puede observar en el presente).
Avisos el
conocimiento y las mejores prcticas en este campo estn cambiando constantemente. L
as nuevas investigaciones y experiencia ampliar nuestra comprensin, los cambios e
n los mtodos de investigacin o las prcticas profesionales pueden llegar a ser neces
arios.
Los practicantes e investigadores siempre debe confiar en su propia experiencia
y conocimiento en la evaluacin y el uso de cualquier informacin o mtodos que se des
criben en este documento. En el uso de dicha informacin o mtodos deben ser conscie
ntes de su propia seguridad y la de los dems, incluidas las partes para quienes t
ienen una responsabilidad profesional.
En la mayor medida permitida por la ley, ni el Editor ni los autores, colaborado
res o editores, asumen responsabilidad alguna por lesiones y/o daos a personas o
bienes, como una cuestin de responsabilidad por productos defectuosos, negligenci
a o de otra manera, o de cualquier uso o explotacin de cualesquiera mtodos, produc
tos, instrucciones o ideas contenidas en el presente material.
Biblioteca del Congreso de catalogacin en publicacin Data Laszewski, Tom.
La migracin a la computacin en nube: Oracle Client/Server modernizacin / Tom Laszew
ski, Prakash Nauduri.
p. cm.
ISBN 978-1-59749-647-6 1. La computacin en nube. 2. La migracin de los sistemas. 3
. Oracle (archivo de computadora) 4. Computacin de cliente/servidor.
I. Nauduri, Prakash. II. Ttulo.
QA76.585.L38 2012 004.6782EDC23 2011029908
British Library catalogacin en publicacin un catlogo de datos de registro de este l
ibro est disponible en la Biblioteca Britnica.
ISBN: 978-1-59749-647-6
Impreso en los Estados Unidos de Amrica 12 13 14 15 16 10 9 8 7 6 5 4 3 2 1
para obtener informacin sobre todas las publicaciones Syngress visite nuestro sit
io web en www.syngress.com

metodologa e
informacin de diseo en este captulo:
opciones de migracin  
CAPTULO
3 Diseo y la metodologa de
los servicios de migracin 
Como cualquier proyecto de desarrollo de software, migracin de los proyectos requ
ieren una planificacin cuidadosa y una buena metodologa para asegurar la ejecucin e
xitosa. Al migrar de una plataforma a otra base de datos una buena parte de la b
ase de datos diseo puede llevarse adelante, especialmente el diseo de esquema de b
ase de datos relacional para las Migraciones. Puede ser necesario hacer algunos
cambios en el diseo y la arquitectura existente si desea aprovechar las nuevas fu
nciones en la base de datos Oracle en favor de los antiguos mecanismos, tales co
mo el uso de la particin de tablas de base de datos y Oracle Real Application Clu
sters (RAC) para soportar varias cargas de trabajo en lugar de mantener bases de
datos diferentes en sincrona con las tecnologas de replicacin de base de datos. Po
r lo tanto, un cierto grado de racionalizacin es posible cuando la migracin a Orac
le desde otras bases de datos, lo que se traduce en la consolidacin de muchas bas
es de datos y los esquemas de la base de datos de origen en unos esquemas en Ora
cle.
Para habilitar este tipo de razonamientos y otras optimizaciones en el diseo de b
ases de datos, es esencial comprender una migracin tpica del ciclo de vida del pro
yecto y la importancia de cada fase. Hay muchos factores que afectan el xito de u
n proyecto de migracin, tales como la disponibilidad de personal capacitado, herr
amientas y tecnologas para la migracin, una comprensin de la base de datos de orige
n y destino de arquitecturas, y la planificacin de proyectos realistas. La identi
ficacin de estos factores antes de embarcarse en un nuevo proyecto de migracin pue
de acelerar la ejecucin y ayudar a usted para crear soluciones eficaces a los des
afos encontrados en el camino.
Las opciones de migracin
de todas las opciones para las migraciones de aplicaciones cliente/servidor en c
omparacin en la tabla 1.4 en el Captulo 1, la migracin de la base de datos es el ms
comn, ya que permite a los usuarios migrar a nuevas plataformas de bases de datos
de las aplicaciones, pero dejar intacta, sin cambios en la funcionalidad existe
nte y las reglas de negocio, incluidos los idiomas en los que las aplicaciones f
ueron desarrollados originalmente. Este enfoque proporciona la ruta de migracin ms
fcil a una nueva plataforma, y asegura la continuidad del negocio en el nuevo en
torno, junto con menos trastornos. En los casos donde las aplicaciones se han vu
elto muy difciles de mantener y actualizar con nuevas caractersticas para admitir
los requisitos de negocio, son reescritos en nuevos idiomas que aprovechan las lt
imas tecnologas y estndares. Tales migraciones convierten en completamente nuevos
proyectos de desarrollo y diseo de software slo en lugar de
migrar a la nube. DOI: 10.1016/B978-1-59749-647-6.00003-X 45
Copyright 2012 Elsevier Inc. Todos los derechos reservados.

46 Captulo 3 Diseo y la metodologa de

migracin de plataforma esfuerzos. En los casos en que la empresa la funcionalidad
proporcionada por la aplicacin es crtica para el negocio y el objetivo es hacer q
ue la aplicacin sea accesible desde diversos canales (navegador, dispositivos mvil
es, etc.), la aplicacin normalmente se reajust para ejecutarse en un entorno que e
mula un servidor para permitir el acceso multicanal multicliente.
Aplicaciones heredadas implementadas en mainframes IBM y otros derechos de propi
edad y plataformas heredadas son generalmente reequipado para abrir y ejecutar e
n plataformas distribuidas utilizando software que puede simular entornos mainfr
ame de IBM o que efectivamente pueden proporcionar las mismas capacidades en sus
propios (por ejemplo, Oracle Tuxedo).

Opcin de migracin que usted elija depender de sus necesidades de negocios y limitac
iones (por ejemplo, tiempo, costo y factibilidad). La migracin es la opcin ms fcil a
l servicio Web a habilitar una aplicacin existente para que pueda interactuar con
otras apli- caciones en la Web o con las aplicaciones implementadas en un entor
no de nube. Por supuesto, este enfoque tambin exige que estas aplicaciones pueden
modificarse para incorporar capacidades de servicios Web utilizando cualquiera
de las soluciones de terceros o caractersticas nativas, sin requerir una modifica
cin significativa. Incluso si una aplicacin escrita en un lenguaje como Visual Bas
ic o PowerBuilder no es capaz de acceder a otras aplicaciones a travs de la red,
puede ser modificado para hacerlo. Tampoco es necesario para cada programa que i
ncluya una solicitud para ser modificado. Slo los programas que proporcionan impo
rtantes servicios de negocio reutilizables deben ser identificados y modificados
al servicio Web-enable. Las opciones de migracin como plataforma de base de dato
s de migraciones y replataformado aplicaciones desarrolladas sobre plataformas h
eredadas son muy populares porque son ms fciles de ejecutar y darse cuenta de los
beneficios de tales migraciones rpidamente. Por otro lado, las opciones de migrac
in que impliquen una reescritura completa/rearchitecture de una aplicacin o el des
arrollo de una nueva pieza de software tienen menos probabilidades de ser elegid
a debido a los costos y el tiempo involucrado en la ejecucin de dichos proyectos.
ltimamente, han surgido nuevas tecnologas de bases de datos destinadas a proporcio
nar transparencia a las aplicaciones. Estas tecnologas bsicamente le permiten capt
urar llamadas a la base de datos emitidos por una aplicacin y luego traducirlas a
l instante para ejecutarlos contra la base de datos de destino. El objetivo de e
ste enfoque es reducir significativamente la aplicacin cambia como resultado de l
as migraciones de base de datos. Sin embargo, las organizaciones necesitan una p
rueba exhaustiva de estas tecnologas para el rendimiento y la precisin de las inst
rucciones SQL convertido antes de desplegarlos en entornos de misin crtica.
Algunos proveedores de bases de datos estn haciendo grandes demandas que, mediant
e estas tecnologas, las migraciones de base de datos se puede llevar a cabo en po
cas semanas. Sin embargo, a partir de la experiencia de los autores, prueba solo
requiere un esfuerzo considerable. Estas tecnologas emergentes, definitivamente
tienen un papel en la reduccin del esfuerzo global de migracin en grandes proyecto
s de migracin mediante la reduccin de los cambios en la aplicacin debido a migracio
nes de bases de datos.
Diseo y la metodologa de
migracin, independientemente de la opcin elegida para su aplicacin, una metodologa d
e migracin de sonido y diseo debe estar en su lugar antes de embarcarse en un proy
ecto de esta ndole.

Diseo y metodologa 47
Figura 3.1
Cascada metodologa de desarrollo de software
metodologas de desarrollo de software tradicional como cascada constan en las dif
erentes fases del proceso de recopilacin de requisitos, diseo, implementacin, prueb
as y mantenimiento, como se ilustra en la Figura 3.1.
La metodologa en cascada puede ser aplicado a los proyectos de migracin, pero a ve
ces la fase de recopilacin de requisitos es reemplazado con una fase de evaluacin.
Por ejemplo, para las Migraciones, con plena participacin de reescribir o transf
ormacin significativa para las aplicaciones existentes, la fase de recopilacin de
requisitos es aplicable. En los proyectos en los que slo las plataformas de base
de datos estn siendo consideradas para la migracin, no hay necesidad de reunir los
requisitos de negocio de nuevo, ya que las aplicaciones existentes ya tienen to
das las reglas de negocio y los requisitos de cuidado. As, en lugar de la recopil
acin de requisitos, la fase de evaluacin se utiliza para comprender el entorno exi
stente y determinar la mejor manera de migrar a un nuevo entorno. A diferencia d
e la metodologa en cascada, fases de un ciclo de vida de migracin puede llevarse a

cabo en paralelo (por ejemplo, unidad/pruebas funcionales de los componentes de

aplicaciones y bases de datos como y cuando se migran).
Asimismo, las pruebas de rendimiento de algunos componentes puede realizarse ant
es de la aplicacin o la migracin de la base de datos est completa.
Migracin de una base de datos a otra plataforma requiere algunas modificaciones a
las aplicaciones existentes, debido a las diferencias tcnicas entre las distinta
s bases de datos. La figura 3.2 ilustra un ciclo de vida tpico de la migracin.
Echemos una mirada en profundidad a cada fase del ciclo de vida de un proyecto d
e migracin.
Evaluacin de
la fase de evaluacin es similar a la fase de recopilacin de requisitos de la casca
da Mtodo para el desarrollo de software. En lugar de reunir los requisitos comerc
iales

48 Captulo 3 Metodologa y Diseo

Grfico 3.2
una migracin tpica del ciclo de vida del proyecto
desde una perspectiva de desarrollo de software, sin embargo, debe recopilar inf
ormacin per- tencin a la gestin de proyectos (que se encargar de gestionar el proyec
to, y cmo), el coste potencial de la migracin, la migracin enfoques, herramientas a
utilizar, y as sucesivamente. En esta fase, un inventario detallado de la carter
a de aplicaciones es creada para evaluar el impacto de la migracin de la platafor
ma de base de datos sobre el ecosistema de TI, incluyendo otras aplicaciones, In
tegration Services, Reporting, y los procesos de backup y recuperacin.
Para realizar una evaluacin a fondo, los siguientes temas son de inters en esta fa
se:
Controladores para las Migraciones (retos, requisitos) es muy importante para en
tender los impulsores de un esfuerzo de migracin. Por ejemplo, si el cliente de l
icencias de tecnologas anteriores estn a punto de caducar, su necesidad de migrar
a una nueva plataforma es urgente. La expiracin de apoyo oficial y la extensin del
apoyo de una plataforma de base de datos existente puede ser muy caro para los
clientes, de modo que deben migrar rpidamente, pero no es necesario transformar s
us aplicaciones, por lo que preferira que muy pocos cambios en sus aplicaciones c
omo resultado de la migracin.
Inventario del entorno actual creando un inventario detallado de la actual carte
ra de aplicaciones realmente ayuda en condiciones de comprender el alcance de un
esfuerzo de migracin. Esto incluye recopilar informacin sobre el nmero de programa
s, secuencias de comandos y las interfaces externas implicadas. Tambin incluye in
formacin de configuracin de hardware y software, incluyendo versiones de sistema o
perativo, base de datos de versiones, las caractersticas/funcionalidades en uso,
e informacin similar.

Diseo y metodologa 49
Herramientas/Opciones de migracin no es raro para probar diferentes tecnologas y h
erramientas de migracin para evaluar su eficacia y precisin. Un alto nivel de auto
- macin junto con precisin en la migracin puede resultar en menos tiempo en la migr
acin y las pruebas. Muchos clientes efectan pequeas pruebas de concepto para tratar
los proyectos de migracin de diferentes opciones, tales como emulacin wrapper o t
ecnologas, que permiten a las aplicaciones comunicarse con una base de datos dife
rente sin requerir cambios en el cdigo de la aplicacin. Esto puede reducir el esfu
erzo de migracin global en los casos en que la aplicacin es simple y no tiene requ
isitos de rendimiento ms exigentes.

Advertencia
elegir siempre una herramienta de migracin o el proveedor que ha sido probada y n
o pretende apoyar la migracin de cualquier lenguaje de programacin o una base de d
atos sobre la marcha. En casi todos los casos, cuando los proveedores gastan una
cantidad considerable de tiempo, mejorar sus herramientas en lugar de per- form
ando las migraciones, algunas modificaciones a las herramientas es esencial para
abordar casos fringe de lenguaje de programacin o una base de datos Uso de funci
ones que no se pueden convertir automticamente.
Establecer criterios de xito verificable para estas herramientas de migracin y/o p
roveedores, de modo que las posibilidades de fracaso son reducidos durante la ej
ecucin del proyecto de migracin.
proveedor de servicios de migracin de las empresas suelen evaluar al menos un par
de proveedores de servicios de migracin si no tienen habilidades de migracin y pe
rsonal en casa.
En muchos casos, los proveedores de servicios de migracin de utilizar sus propias
herramientas para realizar una evaluacin detallada y migracin.
La migracin estimacin de esfuerzo Este es generalmente proporcionado por el provee
dor de servicios de migracin o proveedor de bases de datos y es la ms comn de las e
mpresas solicitar informacin al considerar un proyecto de migracin. Hemos discutid
o cmo estimar el esfuerzo de migracin en detalle en el Captulo 2. Como hemos sealado
, la estimacin depende de factores tales como el tamao de la aplicacin y la base de
datos, componentes y factores de la complejidad de la base de datos, entre otro
s.
Requisitos de capacitacin necesidades de capacitacin para el personal de TI existe
nte en la nueva plataforma de base de datos necesitan ser evaluados para asegura
r que pueden apoyar el nuevo entorno y puede participar eficazmente en el proces
o de migracin, si es necesario.
Por lo tanto, es importante identificar programas adecuados de capacitacin para e
l personal de TI basados en sus roles en la organizacin. La mayora de programas co
munes de formacin recomendado para administradores de bases de datos y desarrolla
dores que son nuevos a la base de datos Oracle son:
Introduccin a la base de datos Oracle SQL, PL/SQL de Oracle Desarrollo de aplicac
iones Administracin de Base de datos Oracle Oracle Database Performance Tuning de
la
transferencia de conocimientos tambin puede tener lugar desde el equipo del proye
cto de migracin a la administracin y a los equipos de desarrollo que ser responsabl
e de mantener el nuevo sistema en el futuro.

50 Captulo 3 Metodologa y diseo

que las necesidades de recursos de la base de datos de destino de los requisitos
para la implementacin de la nueva base de datos medio ambiente tambin necesita se
r evaluada. Esta evaluacin debera incluir funciones y caractersticas de la base de
datos crticos, as como un software adicional que puede ser necesaria para apoyar e
l proceso de migracin y mantener la migracin despus de que se haya desplegado. Esto
s recursos normalmente incluyen hardware, almacenamiento y software de Oracle, i
ncluyendo Oracle Database y Oracle SQL Developer y, opcionalmente, Oracle Golden
Gate. Para la virtualizacin en un entorno de nube, el software Oracle VM pueden t
ambin ser utilizados.
necesidades de recursos para el proyecto de migracin recursos como el hardware y
software necesarios para realizar las tareas de migracin tambin necesitan ser iden
tificados. Las organizaciones deben adquirir nuevo hardware y software para apoy
ar el proyecto de migracin, o pueden provisionar estos recursos desde un proveedo
r de servicios en nube (Infraestructura como servicio (IaaS) y Plataforma como s
ervicio (PaaS).
Tiempo suficiente se debe asignar para esta fase para tener una completa y media
- ingful evaluacin del proceso de migracin. No es raro ver a grandes organizacione

s de TI con decenas de bases de datos para migrar el gasto de ocho a 12 semanas

por formando una evaluacin completa. Al realizar las evaluaciones en profundidad
para ayudar en los proyectos de migracin, los integradores de sistema que utiliza
n una variedad de herramientas que capturan cantidades de informacin exhaustiva d
e los sistemas de origen; esta informacin les ayuda a analizar las dependencias e
ntre los distintos componentes de una aplicacin y la base de datos, as como la com
plejidad del esfuerzo de migracin. Estas herramientas analizan cada programa de a
plicacin y cada lnea de cdigo en estos programas para pintar una imagen detallada.
La informacin siguiente le ayuda a un integrador de sistemas evaluar el impacto d
e la migracin de la base de datos en las aplicaciones de una empresa:
Programas de interactuar directamente con la base de datos, esto ayuda a los int
egradores de sistemas para identificar el nmero de programas que pueden requerir
cambios a instrucciones SQL o cambios en las API especficas de la base de datos.
Programas u otras aplicaciones que ejecutan operaciones directamente esta ayuda
a los integradores de sistemas para identificar los programas que pueden verse a
fectados si hay algn cambio en el comportamiento transaccional de la base de dato
s de destino (Oracle), tales como:
Los programas que tengan control de transacciones explcitas declaraciones en ella
s (por ejemplo,
Commit y Rollback). Normalmente, estos programas mantienen el control sobre la t
rans- accin inician.
Programas que invocar un procedimiento almacenado para iniciar una transaccin, pe
ro no tienen control sobre la transaccin. En este caso, el procedimiento almacena
do mantiene control sobre una transaccin.
Programas de esa cuestin explcita del lenguaje de manipulacin de datos (DML) (por e
jemplo, INSERT/UPDATE/DELETE), pero no controlan la transaccin completa. En mucho
s casos, un programa de maestra inicia estos programas para ejecutar acciones tra
ns- base de datos y devolver los resultados.
programas o scripts que descargar datos desde o cargar datos en la base de datos
de origen estos programas tendrn que ser eventualmente modificado para incluir l
a

metodologa y 51
cambios de diseo como el uso de la base de datos Oracle-utilidades especficas, com
andos y parmetros asociados, as como los cambios a cualquier SQL incrustado.
El nmero de secuencias de comandos de administracin de la base de datos de gestin o
de la identificacin de dichos scripts el integrador del sistema ayuda a estimar
el esfuerzo involucrado en la migracin de estos scripts por cualquiera de ellos o
reescritura de eliminarlos completamente para utilizar herramientas especficas d
e Oracle como Oracle Enterprise Manager (OEM) para las tareas de administracin ru
tinarias y las tareas de supervisin.
El tipo y nmero de interfaces externas todas estas interfaces necesitan ser anali
zadas ms a fondo para estimar el esfuerzo de migracin.
Es mejor para capturar tanta informacin como sea posible en la etapa de evaluacin
y analizarla para frustrar cualquier desafos tcnicos que puedan surgir durante la
migracin. Esto tambin tiene la ventaja de construir una amplia documentacin en el l
argo plazo.
Nota de
la fase de evaluacin tiende a consistir en un ejercicio intenso durante el cual l
as decisiones cruciales que afectan el proyecto de migracin estn hechas. Las organ
izaciones a veces pasan meses en lugar de semanas de finalizar su eleccin de estr
ategia de migracin, herramientas, y el proveedor de servicios. Muchos proveedores
de servicio ofrecen evaluacin en profundidad como un servicio pagado para realiz
ar un inventario del entorno actual y la presentacin de informes sobre las interd
ependencias entre diferentes aplicaciones, anlisis de impacto, y de la caractersti
ca/funcionalidad de uso. Durante la fase de evaluacin, es bastante comn que las or

gani- zaciones para llevar a cabo proyectos piloto para demostrar que las elecci
ones que se han hecho van a ayudar a la organizacin a alcanzar su meta.
Anlisis y Diseo de
la fase de anlisis y diseo usualmente consiste en la determinacin de los detalles d
e implementacin sobre el destino de la base de datos (Oracle). Debido a las difer
encias en la aplicacin de los tipos de datos, funciones y privilegios de segurida
d, gestin de transacciones y cdigo SQL, es importante desarrollar un plan que apro
vecha las caractersticas apropiadas y funcin- alities en la base de datos de Oracl
e. Tambin se deber tener cuidado para asegurar que las caractersticas seleccionadas
no se traducen en un aumento en la aplicacin de cambios de cdigo o una disminucin
en la calidad de los datos en trminos de truncamiento de datos elementos tales co
mo dgitos o milisegundos de datos timestamp. Los siguientes son los temas ms impor
tantes que necesitan ser abordados durante esta fase:
diseo del esquema de base de datos es muy importante considerar cmo asignar el ori
gen de esquema de base de datos de Oracle como esto puede afectar las aplicacion
es e instrucciones SQL incrustado dentro de ella. Bases de datos difieren en cmo
sus esquemas de base de datos, los usuarios y los objetos estn organizados. Mucha
s bases de datos admiten mltiples bases de datos bajo un motor de base de datos (
que rigen los procesos). Debajo de cada base de datos, los objetos pueden ser or
ganizados en trminos de los esquemas y los usuarios. Por otra parte, Oracle slo ad
mite una base de datos por cada instancia (o motor) y permite la creacin de esque
mas mltiples dentro de una base de datos. Esta diferencia en el diseo del esquema
de la base de datos entre Oracle y

52 Captulo 3 Metodologa de diseo y

otras bases de datos puede resultar en una colisin de objetos en el esquema de la
base de datos de destino como otras bases de datos permiten que los objetos con
el mismo nombre pero con diferentes estructuras de existir con diferentes bases
de datos. Como resultado, los nuevos esquemas que pueden necesitar ser creada e
n Oracle y las modificaciones adecuadas pueden necesitar que se llevarn a cabo en
las aplicaciones para reflejar el nuevo diseo en el esquema de la base de datos
Oracle.
Convencin de nomenclatura de objetos de base de datos tres importantes cuestiones
que normalmente surgen durante las migraciones de base de datos a la base de da
tos de Oracle con respecto a la convencin de nomenclatura de objetos de base de d
atos:
Uso de palabras reservadas bases de datos difieren considerablemente en lo que e
llos consideran las palabras reservadas (es decir, palabras que no pueden utiliz
arse como nombres de objetos o nombres de columnas en tablas de la base de datos
). Esto es porque las bases de datos utilizan estas palabras internamente en su
software de procesamiento de datos. Durante la migracin, es posible que algunas t
ablas de la base de datos y sus nombres de columna podra ejecutarse en esta restr
iccin en la base de datos de destino (Oracle). Muchas de las herramientas de migr
acin, incluyendo Oracle SQL Developer, proporcionar informacin sobre dicha posibil
idad. Estas herramientas tambin pueden convertir los nombres de objetos, utilizan
do un determinado convenio, a un nombre aceptable en Oracle.
Las restricciones de longitud de nombre de objeto Oracle tambin impone una restri
ccin adicional de 30 caracteres en trminos de la longitud de los nombres de objeto
s de base de datos. Algunas bases de datos, como Microsoft SQL Server, permiten
nombres de objetos de hasta 128 caracteres de longitud. As, durante la migracin de
una base de datos de Oracle, los nombres de objetos que violen esta restriccin d
ebe ser tratado. Oracle SQL Developer Tool puede identificar esos casos y genera
r un informe que puede ayudar a los desarrolladores a mantener un seguimiento de
las zonas donde este problema tendrn repercusin en la aplicacin.
El uso de caracteres especiales en los nombres de objeto el uso de caracteres es
peciales como # como primer carcter para nombres de objetos en una base de datos

de Oracle no est permitido; esto no es un problema en otras bases de datos. Como

resultado, estos objetos tienen que ser cambiados de nombre en la base de datos
de Oracle durante la conversin, lo que puede provocar cambios en las aplicaciones
que acceden a esos objetos.
Asignacin de tipo de datos todas las bases de datos son compatibles con una varie
dad de tipos de datos para manejar numrico, carcter, objeto de gran tamao, XML y da
tos de marca de tiempo. Tipos de datos disponible para la manipulacin numrica, carc
ter, y son en su mayora de datos timestamp estndar, pero difieren significativamen
te en trminos de lmites de longitud y precisin de datos permitidos. Los problemas ms
comunes encontrados durante la migracin de la base de datos de Oracle son:
La falta de un tipo de datos Booleano o tipo de datos BIT La base de datos de Or
acle no tiene soporte para tipos de datos booleanos y tipos de datos de bit. As,
mientras que la migracin a Oracle, estos tipos de datos se deben convertir a un s
olo dgito numrico o un tipo de datos de un solo carcter.
La falta de tipos de datos patentadas, como TIMESTAMP en Sybase algunas bases de
datos permiten la creacin de columnas en tablas especiales (p. ej., TIMESTAMP) q
ue las actualizaciones de la base de datos y cuando un registro de la tabla se a
ccede. La base de datos de Oracle no admite cualquiera de esos tipos de datos si
milar a lo que la base de datos Sybase ofrece en la forma de su tipo de datos TI
MESTAMP.

Diseo y metodologa 53
Comportamiento de bloqueo la mayora de bases de datos relacionales requieren bloq
ueo temporal de las filas de las tablas cuando un usuario accede a las filas com
o resultado de la ejecucin de la consulta de la base de datos (por ejemplo, selec
cionar las declaraciones). Debido a este comportamiento, estas bases de datos pu
eden sufrir peridicamente de las extensiones de bloqueo cuando est bajo carga pesa
da. Sin embargo, Oracle no requieren bloqueo de filas cuando simplemente leyendo
las filas. En lugar de ello, admite true el bloqueo a nivel de fila, y proporci
ona una vista coherente de lectura de datos. A lo largo de las mismas lneas, otra
s bases de datos tambin permiten la lectura de datos no confirmados (alias lectur
as sucias). Esta funcin normalmente se lleva a cabo con la ayuda de un nivel de a
islamiento en la base de datos, que se utiliza tradicionalmente para la lectura
de datos de tablas sin bloquearlos. Oracle no admite esta funcin. Por lo tanto, l
as aplicaciones que utilizan esta caracterstica necesita ser evaluado cuidadosame
nte para implementar una solucin eficiente en Oracle.
Uso de COMMIT/ROLLBACK en desencadenadores Oracle no permitir el uso de cualquie
r trans- accin sentencias de control como COMMIT/ROLLBACK en Desencadenadores. Al
gunas bases de datos, tales como Sybase, permiten un control parcial (commit o r
ollback) de instrucciones SQL que tambin se ejecutan en un desencadenador. Como t
al, la migracin de una base de datos que admite este comportamiento a la base de
datos Oracle requiere cambios en el cdigo de trigger.
SQL Developer convierte automticamente estas declaraciones a trans- acciones autno
mas donde corresponda, pero esto tambin puede tener un impacto sobre el conjunto
de la trans- accin flujo de la aplicacin y, por lo tanto, se deben tomar las medid
as adecuadas para solucionar el problema.
El uso de cadenas de longitud cero (cadenas vacas) a diferencia de la mayora de ba
ses de datos Oracle, apoyan el concepto de cadenas vacas que tienen una longitud
de cero, pero no se considera
nulo (es decir, desconocida). Por otra parte, Oracle no admite cadenas de longit
ud cero. En Oracle, si una columna no tiene ningn valor, se considera que tiene u
n valor nulo. As, cuando la migracin de aplicaciones a Oracle desde otra base de d
atos, es necesario convertir cualquier predicados que evaluar la columna de una
tabla en una cadena de longitud cero para una comparacin con aNULL. En Oracle, ha
y una diferencia entre comparar una columna con un valor nulo y una cadena vaca y
cmo el motor de base de datos resuelve dicha comparacin. Por ejemplo, la siguient

e consulta no evaluarn toTRUE en Oracle y no devolver ninguna fila, incluso si hay

una fila en la
tabla EMP donde theMGR columna no tiene ningn valor (es decir, una cadena de long
itud cero). Observe el uso del predicado que involucra una cadena de longitud ce
ro.
Seleccione FROMEMP WHEREmgr = '';
sin embargo, la siguiente instruccin SQL evaluar a condicin aTRUE en Oracle y devue
lven filas. Observe el predicado que impliquen una evaluacin para theNULL
valor.
Seleccione FROMEMP WHEREMGR es nulo;
Casos de insensibilidad esta caracterstica en una base de datos permite que los d
atos se recuperan, independientemente de si los criterios de bsqueda que coincida
n con los datos de la base de datos (por ejemplo, los datos de la base de datos
puede estar en maysculas y los criterios de bsqueda pueden estar en minsculas o en
maysculas y minsculas en letras). Obviamente, esta caracterstica se implementa para
mejorar la experiencia del usuario. Bases de datos difieren en trminos de cmo se
facilitan

54 Captulo 3 Metodologa y
esta caracterstica de diseo en una base de datos. Microsoft SQL Server permite la
activacin de la sensibilidad a maysculas y minsculas estableciendo el parmetro inter
calar en el nivel de base de datos o en el nivel de columna de una tabla. Cuando
se establece este parmetro en el nivel de base de datos, todas las tablas apoyo
case-insensitive bsquedas en ellos. En Oracle, esto puede lograrse de tres manera
s.
1. Configurar los parmetros relacionados con la ordenacin y evaluaciones computaci
onales en el nivel de instancia (en el archivo de configuracin spfile.ora). Los d
os parmetros que controlan este comportamiento de Oracle son:
NLS_sort=BINARY_CI (Valor predeterminado: binario)
NLS_COMP=lingstico (Valor predeterminado: ANSI)
2. Para activar esta caracterstica de Oracle en el nivel de sesin, los dos parmetro
s mencionados en el nivel de instancia de configuracin (es decir, andNLS theNLS_s
ort_
parmetros Comp) puede establecerse en el nivel de sesin emitiendo los comandos sig
uientes en la base de datos Oracle usando una herramienta como SQL*Plus o alguna
otra herramienta de desarrollo de bases de datos:
alter session set NLS_SORT = 'BINARY_ci'; alter session set NLS_COMP = "lingstico"
;
Nota
Para ejecutar estos comandos el usuario de la base de datos necesita sesiones th
eALTER privilegio.
3. En el nivel de consultas SQL, esta caracterstica puede ser activada mediante l
a adicin de clusulas apropiadas en la instruccin SQL. Por ejemplo:
de scott.emp donde NLSSORT (''ENAME'','nls_sort=' 'BINARY_CI") =(NLSSORT('Miller
','nls_sort=''BINARY_ci''')) Seleccione
Sugerencia
Para garantizar un rendimiento ptimo de case-insensitive consultas que impliquen
tablas con grandes volmenes de datos, es recomendable que los ndices tambin crearse
en las columnas utilizadas para estas consultas, mediante clusula theNLS_Sort co
mo se ilustra en la opcin 3 (es decir, la habilitacin al nivel de consulta). Se pu
ede crear un ndice como sigue:
ENAME CREATEINDEX_IDX EN SCOTT.EMP (NLSSORT (''ENAME'','nls_sort=''BINARY_ci''')
);
tambin es posible utilizar la funcin UPPER() o el NLS_UPPER() en las instrucciones
SQL para convertir los datos obtenidos a partir de tablas, as como los identific
adores de entrada en

maysculas. Como se discuti en la opcin 3, esto requerir la creacin de un ndice funcion

al de las columnas utilizadas para case-insensitive bsquedas y modificar las inst
rucciones SQL para incorporar estas funciones. Puede haber otros problemas de di
seo especfico para la base de datos de origen en trminos de cmo una determinada cara
cterstica o funcionalidad ha sido explotada para facilitar un requisito especfico
de negocios. Una cuidadosa consideracin y resolucin a la

metodologa y el diseo 55
estas cuestiones de diseo es esencial para conjurar cualquier obstculos potenciale
s durante la migracin y los esfuerzos posteriores a la migracin.
Migracin
La cantidad de tiempo que se tarda en completar la migracin real de objetos y dat
os de una base de datos es relativamente menor que la cantidad de tiempo que tar
da en completar una migracin general desde la evaluacin hasta la implementacin de p
roduccin. Las migraciones de una base de datos relacional a otro son comparativam
ente ms fcil que las migraciones de un no- base de datos relacional para una base
de datos relacional, porque la organizacin de objetos en una base de datos relaci
onal es bastante similar en comparacin con los que no son de bases de datos relac
ionales, como las bases de datos de red y jerrquico. Todos los principales provee
dores de bases de datos relacionales ofrecen herramientas que tambin proporcionan
slidas funciones de migracin de manera automatizada. Independientemente del nivel
de automatizacin y factor de xito de cualquier herramienta de migracin, sin embarg
o, a veces es necesaria la intervencin manual durante la migracin desde una base d
e datos a otra. La migracin de la base de datos tareas pueden dividirse en las si
guientes categoras:
el esquema de base de datos de migracin de datos migracin programa almacenado de l
a base de datos de migracin migracin de aplicaciones Administracin de la base de da
tos de secuencias de comandos
de migracin migracin todas las tareas enumeradas, la tarea de migracin de aplicacio
nes requiere el mayor esfuerzo manual, aunque las nuevas herramientas y tecnologa
s estn siendo desarrolladas para facilitar esta tarea. Trataremos de esquema de b
ase de datos y tareas de migracin de datos migracin en ms detalle en el Captulo 5, y
vamos a discutir la migracin de aplicaciones en detalle en el Captulo 8.
En este captulo nos centraremos en las mejores prcticas para la ejecucin de estas t
areas.
Esquema de la base de datos de
esquema de la base de datos de migracin migracin migracin consiste esencialmente en
tablas, ndices y vistas de una base de datos. Las bases de datos relacionales so
n similares en trminos de cmo los datos se organizan en tablas e ndices, pero son d
iferentes en trminos de extensiones adicionales a estas tablas e ndices que estn di
seados para mejorar el rendimiento y facilitar el desa- rrollo. La mayora de herra
mientas de migracin puede convertir el esquema de la base de datos relativamente
rpidamente y con precisin. Los esquemas de base de datos especfico del destino pued
e ser generada a partir de las herramientas de modelado como Erwin. Estas son la
s cosas ms importantes a considerar durante el esquema de la base de datos de mig
racin:
Asegurar la integridad del esquema es necesario asegurarse de que todos los obje
tos de la base de datos de origen se han migrado a la base de datos de destino.
Es muy comn tener varios esquemas y bases de datos en apoyo de una aplicacin.
Tener dependencias circulares entre varios esquemas y bases de datos puede gener
ar errores durante la creacin del esquema de la base de datos de destino, ya que
algunas de estas dependencias no puede existir cuando un esquema en particular s
e va a migrar. Tras

56 Captulo 3 Metodologa de diseo y

creacin de todos los esquemas en Oracle, todos los objetos que estn marcados como
no vlidos que necesitan ser recompilados y verificado para asegurarse de que se h
an migrado correctamente.
tablas con funciones del sistema como valor predeterminado de clusulas sobre colu
mnas muchas bases de datos son compatibles con las funciones del sistema como el
valor predeterminado de clusulas sobre las columnas de la tabla. En casi todos l
os casos, estas funciones del sistema no existe en la base de datos de Oracle. C
omo resultado, algunas tablas no puede ser creado en Oracle, haciendo otros obje
tos dependientes no vlido. Se recomienda analizar el registro resultante de la ta
rea de creacin de esquema y aislar y corregir tales errores.
La utilizacin de ndices agrupados ndices agrupados en bases de datos como Sybase pe
rmiten el almacenamiento de datos en una manera ordenada fsicamente para que coin
cida con el orden lgico (index). A medida que se agreguen datos, se clasifican y
se almacenan en el orden definido por el ndice agrupado.
Esto ayuda a reducir el tiempo que se tarda en devolver los datos ordenados y pa
ra recuperar datos por co-Ubicar el ndice as como los datos reales en el mismo obj
eto. La base de datos de Oracle proporciona una funcionalidad similar con ndice d
e tablas (IOTs organizada). En IOTs, las columnas de clave principal y la clave
no se almacenan datos en el mismo objeto.
Esto ayuda a los usuarios a evitar tener que buscar datos en tablas por separado
, despus de bsquedas de ndice, al ejecutar una consulta en Oracle.
Creacin de usuarios de la base de datos y la funcin de la base de datos apropiada
asignacin de roles y privilegios de los objetos deben ser asignados a los usuario
s. A nivel de objeto y de esquema privi- leges pueden agruparse en roles y asign
an a los usuarios segn sea necesario. Crear roles y otorgarles a los usuarios pue
de ayudar en la gestin de numerosos privilegios a nivel de objeto.
El cambio de nombres de objeto cualquier cambios en los nombres de objeto de bas
e de datos debido a restricciones en la base de datos, como se discuti en el "Anli
sis y Diseo" de este captulo, deben ser identificadas y compartidas con todos los
miembros del equipo para que puedan realizar los cambios adecuados en sus aplica
ciones u otros componentes de la base de datos.
Particionamiento de tablas de base de datos Oracle permite grandes tablas de div
idirse en segmentos ms pequeos para una facilidad de gestin y para el mejor desempeo
debido a la consulta de la base de datos del Optimizador de capacidad para poda
r las particiones durante la ejecucin de la consulta, resultando en una reduccin e
n el importe global de los datos escaneados. Basndonos en el volumen de datos, el
rendimiento y los requisitos de facilidad de administracin, algunas tablas puede
n ser elegidos para el particionado. Aunque muchas de las bases de datos relacio
nales mesa de apoyo parti- cionado, implementan esta caracterstica de forma difer
ente en trminos de los mtodos permitidos para el particionamiento, tales como la g
ama, hash, y compuestas de particionamiento. Herramientas de migracin generalment
e no migrar de particionamiento informacin relacionada al migrar la base de datos
de esquemas. Por lo tanto, es importante considerar una adecuada estrategia de
particin de esquema en Oracle tras la migracin y antes de la migracin de datos.
Migracin de datos
despus de la migracin, el esquema de la base de datos algunos datos representativo
s de la base de datos de origen se migran a la base de datos de destino para per
mitir las pruebas y asegurar que los scripts de migracin de datos o herramientas
elegidas para la tarea estn configurados correctamente. El enfoque ms comn para la
migracin de datos es, sin duda, el uso de secuencias de comandos que se ejecutan
las utilidades de base de datos para exportar datos de la base de datos de orige
n y destino de importar en la base de datos (Oracle), porque son fciles de usar y
son gratis.

Diseo y metodologa 57
independientemente de las herramientas y scripts que se utilizan para realizar l
a migracin de datos, migraciones de bases de datos muy grandes requieren un proce
so de planeacin. Cuando la migracin de bases de datos muy grandes (aquellos con al
menos unos pocos terabytes de datos) es importante tener derecho la estrategia
de migracin de datos, tiene las herramientas adecuadas, y, lo que es ms importante
, utilice las caractersticas de base de datos apropiado como particin y compresin.
Migracin de bases de datos de gran tamao est plagado de retos, entre ellos una estr
echa ventana de tiempo y la falta de recursos del sistema (por ejemplo, reas de a
lmacenamiento para archivos de datos). Las siguientes estrategias de carga y ext
raccin de datos puede optimizar la extraccin de datos, la transferencia y la carga
de procesos:
Paralelamente la extraccin de datos de la base de datos de origen Carga de datos
en la base de datos de destino en paralelo Utilizando procesos multiproceso para
la carga de datos ndice de evitacin de mantenimiento durante el proceso de carga
de datos Reduccin de operaciones de E/S y uso de zonas de ensayo a travs de canali
zaciones con nombre para la transferencia de datos entre bases de datos de orige
n y destino de
la migracin de datos tarea es menos tiempo que la migracin de la base de datos y p
ruebas de programas almacenados y migracin de aplicaciones. Las tareas de migracin
de datos se pueden clasificar en los siguientes tres modos:
Migracin de datos sin conexin, como el nombre implica, los datos en este modo es m
igrado en un modo desconectado o sin conexin (es decir, los datos de la base de d
atos de origen se extrae en archivos planos y luego se cargan en la base de dato
s de destino utilizando las herramientas nativas y scripts). Porque la extraccin
y de la carga de procesos estn desconectados uno del otro, los usuarios pueden ca
rgar datos cuando tienen algn tiempo de inactividad en la base de datos, o durant
e las horas no pico. Normalmente, esto se consigue utilizando las herramientas n
ativas y scripts suministrados por los proveedores de bases de datos (por ejempl
o, Oracle SQL*Loader desde Oracle, y Cargar/descargar utilidades proporcionadas
por la base de datos IBM DB2).
Migracin de datos migracin de datos online en este modo requiere la conexin a las b
ases de datos de origen y destino utilizando JDBC (Java Database Connectivity) u
Open Database Connectivity (ODBC) o base de datos de drivers, gateways, y luego
migrar entre ellos. Como el nombre sugiere, durante la migracin de datos, ambas
bases de datos tienen que estar disponibles para las conexiones y la conectivida
d de red entre los dos es obligatorio. Generalmente, este modo se utiliza para p
equeas bases de datos con cargas de trabajo que no son muy pesados. Desde la migr
acin de datos en este modo puede generar una carga adicional en el sistema de ori
gen (CPU, memoria, E/S de operaciones) y, por lo tanto, influye de apli- cacin de
l rendimiento, generalmente no es recomendado para grandes bases de datos o base
s de datos muy usada.
Captura de datos modificados (CDC) CDC implica el seguimiento de los cambios que
ocurren en la base de datos de origen y luego peridicamente replicando los cambi
os a la base de datos de destino. Este es un mtodo muy til para migrar bases de da
tos muy grandes con poco o ningn tiempo de inactividad disponibilidad. El CDC se
puede aplicar de dos maneras:
Mediante la minera de registro Esta es la tcnica ms utilizada para la implemen- tac
in de los CDC. La minera consiste en leer el registro online o archivado de los re
gistros de transacciones de bases de datos y extraer de ellos las transacciones
como son

58 Captulo 3 Metodologa y diseo

ejecutado. Despus de que los cambios son capturados desde la fuente, o bien son a
lmacenados en un archivo intermedio para ser transmitidos posteriormente a la ba

se de datos de destino, o inmediatamente transferido y aplicado a la base de dat

os de destino. Este mtodo es muy popular porque introduce menos sobrecarga en el
sistema de origen en trminos de impacto en el rendimiento de las bases de datos y
aplicaciones, y es fcil de configurar y utilizar.
Uso de desencadenadores con este mtodo, los desencadenadores son implementados en
la base de datos de origen para capturar los cambios y escribirlos en una tabla
provisional; los cambios se replicarn en la base de datos de destino. Crear nuev
os desencadenadores en tablas de la base de datos de origen es un proceso engorr
oso que est llena de desafos. Adems, este mtodo afecta significativamente el rendimi
ento del sistema de origen, y, como tal, no es el mtodo ms popular para la captura
de datos modificados.
Oracle ofrece una variedad de herramientas que soportan todas las tareas de migr
acin de datos hemos dis- deca groseras. Tambin ofrece ricas caractersticas y producto
s que pueden optimizar la carga, organizacin y recuperacin de datos de la base de
datos. El cuadro 3.1 ilustra diversos productos Oracle y tecnologas que pueden ut
ilizarse para tareas de migracin de datos, segn corresponda.
Captulo 4 ahonde en cada uno de los productos mencionados en la tabla. En grandes
proyectos de migracin, una combinacin de los productos mencionados en el cuadro 3
.1 puede ser aprovechada.
Base de datos de migracin de programa almacenado
la tarea de migrar la base de datos incluye la migracin de los programas almacena
dos Procedimientos almacenados, desencadenadores y opiniones que, en muchas base
s de datos relacionales, se utilizan para implementar la lgica de negocio crticos.
En las bases de datos como Microsoft SQL Server y Sybase, procedimientos almace
nados y desencadenadores son ampliamente usados por los desarrolladores para adm
itir funciones simples (por ejemplo, las operaciones CRUD permite crear, leer, a
ctualizar y eliminar).
Sin embargo, usar procedimientos almacenados exclusivamente para operaciones CRU
D puede resultar en la
Tabla 3.1 Las ofertas de Oracle para diversas tareas de migracin de datos
Mtodo de migracin de datos
migracin de datos sin conexin ofertas de Oracle Oracle SQL*Loader Utility, Oracle
tabla externa de funciones de base de datos Oracle SQL Developer y Oracle Data I
ntegrator pueden generar los scripts para realizar la extraccin de datos sin cone
xin y carga.
Migracin de datos online Oracle SQL Developer, Oracle Data Integrator, Oracle Dat
abase gateways cambi la captura de datos Oracle GoldenGate y Oracle Data Integrat
or (para DB2/ (utiliza log minera) 400, Oracle) cambi la captura de datos Oracle D
ata Integrator (para la mayora de las bases de datos) (Utilizacin de disparadores)

metodologa y diseo 59
inflexibilidad porque el tipo de operacin contra una tabla est limitado por la fun
cionalidad implementada en el procedimiento almacenado.
Las principales tareas asociadas con la migracin de programas almacenados son:
limpieza y optimizacin del cdigo Oracle SQL Developer y otras herramientas de migr
acin migracin de apoyo de programas almacenados muy bien. Sin embargo, es recomend
ado que pruebe estos convierten los procedimientos almacenados y disparadores pa
ra la precisin y eficiencia del cdigo convertido. Los desarrolladores pueden aplic
ar un simple requisito de negocio de muchas maneras, haciendo ms difcil para herra
mientas para optimizar todas estas tcnicas de codificacin en el cdigo convertido. L
os procedimientos almacenados y funciones con cientos de lneas de cdigo o ms debe s
er verificado y probado para la eficiencia en trminos de uso de funciones de base
de datos optimizada, as como prcticas de codificacin.
Tratamiento de errores en procedimientos almacenados y disparadores para aplicac
iones que dependen en gran medida de los procedimientos almacenados y desencaden
adores, es muy comn ver a anidar llamadas a procedimientos almacenados. Migracion

es automatizadas pueden no ser capaces de manejar el control de errores para ani

dar la invocacin del procedimiento almacenado. Por lo tanto, es necesario prestar
especial atencin a la gestin de errores, especialmente para las invocaciones a pr
ocedimientos almacenados anidados.
Uso de tablas temporales extensamente Algunos programadores de bases de datos ut
ilizar tablas temporales extensamente para simplificar las consultas y evitar es
cribir una consulta compleja que involucra varias tablas. Las primeras versiones
de algunas bases de datos tambin haba restricciones en el nmero de tablas que podra
n unirse en una consulta de manera eficiente. Por lo tanto, migrar procedimiento
s almacenados con un montn de tablas temporales amerita una mirada ms cercana para
que puedan ser evitados y puede resultar en el cdigo simplificado que aprovecha
las caractersticas nativas de una base de datos de Oracle. Normalmente, las herra
mientas de migracin mantener un uno-a-una asignacin de tablas temporales durante l
a migracin de una base de datos a otra. Pero importante de los procedimientos alm
acenados que se ejecuta muy a menudo y tienen requisitos de rendimiento exigente
debe ser examinada cuidadosamente para elimi- nate tablas temporales innecesari
os en el nuevo entorno.
Las funciones de conversin de procedimientos almacenados en la base de datos de O
racle no admite la devolucin de los resultados a los llamantes utilizando el verb
o en procedimientos almacenados.
Este verbo slo est permitida en Oracle funciones almacenadas y no en procedimiento
s almacenados.
Sin embargo, es muy comn encontrar Sybase y procedimientos almacenados de Microso
ft SQL Server utilizando el parmetro de salida as como el verbo de retorno para pa
sar valores y datos de la persona que llama. Convertir estos procedimientos alma
cenados en funciones en Oracle tambin resultados en una firma llamada diferente (
es decir, la sintaxis para ejecutar un procedi- miento almacenado versus la ejec
ucin de una funcin almacenada es diferente porque funciones almacenadas en Oracle
debe devolver un valor).
Determinar el impacto de los procedimientos almacenados devolver conjuntos de re
sultados en aplicaciones Java (JDBC) la base de datos Oracle devuelve el resulta
do al llamador programas conjuntos a travs de variables definidas explcitamente en
procedimientos almacenados. Sin embargo, otras bases de datos devuelven varios
conjuntos de resultados de manera implcita, sin tener que declarar variables para
hacerlo. Esto se traduce en cambios adicionales a los programas Java al migrar
a

60 Captulo 3 Diseo y la metodologa de

Oracle, tales como la declaracin de variables adicionales, enlace y acceso explcit
o de estas variables para los datos del conjunto de resultados. Trataremos este
tema con ms detalle en el Captulo 7.
Migracin de aplicaciones de
migracin o portabilidad de aplicaciones puede ser el resultado de cualquiera de m
igrar una aplicacin de un entorno a otro debido a una reescritura completa, o sim
plemente desde una plataforma de base de datos subyacente que se va a migrar a u
na nueva plataforma, como Oracle. Normalmente, el desarrollo de la aplicacin se d
ivide en dos categoras:
Desarrollo de aplicaciones personalizadas en esta categora, las aplicaciones se d
esarrollan generalmente en casa, las organizaciones de TI, para apoyar las funci
ones de negocio.
Estas aplicaciones casi siempre intentamos aprovechar todas las caractersticas na
tivas de la plataforma de base de datos, as como otros sistemas TI en la organiza
cin, para impulsar el mximo rendimiento y una mejor integracin. Como resultado, las
aplicaciones tienden a ser muy dependientes de la plataforma de base de datos e
n la que inicialmente fueron desple- gado. Como consecuencia, cualquier cambio e
n la plataforma de base de datos puede resultar en cambios en las aplicaciones.

Caractersticas y funcionalidades aprovechada por estas aplicaciones tambin depende

n del conjunto de habilidades del programador. Los desarrolladores tratan de uti
lizar las caractersticas se sientan ms cmodos. Una vez que una aplicacin se conviert
e en obsoletos debido a la falta de los conocimientos necesarios para mantener s
us caractersticas, o debido a la aplicacin volviendo demasiado quebradizos para aad
ir nuevas funciones, la aplicacin se migra a un nuevo entorno.
Desarrollo de aplicaciones genricas (o aplicaciones empaquetadas) Normalmente, es
ta categora se aplica a los proveedores de software independientes (ISV). Los ISV
desarrollar software de aplicacin genrica que abastece a una industria en particu
lar o de un mercado vertical. Tambin tienden a desarrollar aplicaciones que no de
penden en gran medida de la base de datos. De hecho, los principales ISV ofrecen
versiones de aplicaciones basadas en una plataforma de base de datos determinad
o. La migracin de una aplicacin empaquetada en una sola base de datos a otro impli
ca la instalacin y configuracin de la nueva versin de la aplicacin empaquetada e imp
ortar los datos y todas las personalizaciones de la aplicacin original.
Esto no es una tarea trivial, porque pruebas exhaustivas que se debe hacer despus
de la migracin. A partir de tiempo al tiempo, los proveedores de software indepe
ndientes estn obligados a aadir soporte para nuevas bases de datos para su softwar
e de aplicacin debido a la demanda de los clientes. Tambin estn bajo presin para man
tener una sola o pocas codebases como sea posible para reducir el esfuerzo que s
upone gestionar varios codebases, cada uno de los cuales atiende a una base de d
atos diferente, porque esto significa que si se tienen que implementar una nueva
caracterstica, tendrn que modificar toda la aplicacin codebases de manera similar
y garantizar la coherencia entre ellos.
Desde una perspectiva de migracin, aplicaciones personalizadas siempre estn migrad
os a nuevas plataformas de base de datos completamente, porque no hay ninguna ne
cesidad de apoyo tanto a las viejas y nuevas plataformas de base de datos en el
largo plazo. Estas aplicaciones pueden ser cambiados para aprovechar plenamente
las ventajas de la nueva plataforma de base de datos. Pero los ISV necesidad de
apoyar a todas las plataformas de base de datos existente, incluso a medida que
aada soporte para bases de datos nuevas. As, para el

diseo y la metodologa de 61 de
ellos, se convierte en un esfuerzo de portabilidad porque son simplemente agrega
r ms cdigo a una aplicacin existente, de modo que tambin funcionar con la nueva base
de datos. Los ISV intentar reducir el software de aplicacin codebase mediante prct
icas de codificacin condicional como ramas condicionales a una parte de cdigo dist
inta dependiendo de la plataforma de base de datos en el que se implementa. Muy
grande de ERP (enterprise resource planning) software paquetes suelen tener code
bases separada para cada base de datos.
Como ya hemos mencionado, cuando debatamos sobre la fase de la evaluacin de la mig
racin, la comprensin de los efectos de la migracin sobre las aplicaciones de la pla
taforma de base de datos es muy importante. Aplicaciones dependen de la platafor
ma de base de datos de muchas maneras:
informacin de conexin especfica de la base de datos todas las bases de datos requie
re cierta informacin para establecer una conexin con l. En el caso de cambios en la
s bases de datos, esta informacin tiene que ser actualizado en las aplicaciones q
ue se conectan a una base de datos especfica. Si cada uno de los programas en una
aplicacin se conecta directamente a la base de datos, en lugar de depender de un
a capa de acceso a la base de datos central, de lo contrario esta tarea trivial
se convierte en un desafo. Esta tarea se puede automatizar mediante el uso de sec
uencias de comandos del sistema operativo para buscar y reemplazar cadenas de co
nexin adecuada en programas de aplicacin.
El uso de parmetros especficos de la base de datos de controladores ODBC/JDBC para
la base de datos de proveedores tienen diferentes parmetros para admitir diferen
tes requisitos, tales como el control de la transaccin, la fecha/timestamp format

os, y as sucesivamente. El controlador JDBC de Oracle, de forma predeterminada, s

e activa la confirmacin automtica en una conexin. Esto podra crear problemas, especi
almente cuando se llama a un procedimiento almacenado en la base de datos de Ora
cle, que aprovecha las tablas temporales globales. Habiendo establecido theAUTOC
OMMIT por defecto, los datos de las tablas temporales se eliminan despus de cualq
uier instruccin de manipulacin de datos (INSERT,
DELETE orUPDATE). Para evitar este escenario,la confirmacin automtica para una con
exin JDBC debe ser explcitamente desactivado. Por ejemplo:
Conn.setAutoCommit(false);
el uso de bases de datos especficas instrucciones SQL con la base de datos de ins
trucciones SQL especficas con extensiones patentadas requiere cambios cuando la b
ase de datos los cambios de plataforma. Es un gran reto para identificar cmo much
os programas de aplicacin necesitan ser cambiados debido a su uso de instruccione
s SQL que no se ajustan a la American National Standards Institute (ANSI) SQL es
tndares o que no son compatibles con la base de datos de Oracle. En la fase de ev
aluacin, hay un gran nfasis en la identificacin de esos programas y de su base de d
atos inter- acciones en general (es decir, llamar a procedimientos almacenados,
resultado el procesamiento, el uso de SQL incrustadas, etc.).
invocar procedimientos almacenados de la base de datos y funciones que devuelven
conjuntos de resultados aplicaciones utilizando OLEDB/ODBC Drivers generalmente
no necesitan ser modificados cuando se migran a la base de datos Oracle. Sin em
bargo, a partir de la ltima versin de Oracle Database 11g R2 (11.2.0.1), las aplic
aciones Java utilizando el controlador JDBC de Oracle invocar procedimientos alm
acenados devolver conjuntos de resultados de la base de datos necesita ser modif
icado para dar cabida a los requisitos especficos de Oracle en trminos de

62 Captulo 3 Metodologa y diseo

incluyendo variables bind para conjuntos de resultados, el procesamiento de vari
os conjuntos de resultados, y una funcionalidad similar. Esperamos que estos cam
bios no sern necesarios en futuras versiones de la base de datos Oracle.
API para la manipulacin de objetos grandes, hay diferencias en la API de JDBC se
utiliza para manipular objetos grandes en Oracle en comparacin con bases de datos
como Informix.
Administracin de la base de datos de migracin de script
es comn utilizar scripts para automatizar las tareas de administracin de bases de
datos generales.
Los administradores de bases de datos el amor para desarrollar sus propios scrip
ts para administrar bases de datos.
Sin embargo, el uso de scripts para administrar las bases de datos pueden compli
car las cosas porque cuando guionistas dejar una organizacin, los nuevos administ
radores no tienen pleno conocimiento de cmo usar los scripts de manera efectiva.
Los scripts que se utilizan para supervisar el rendimiento, y tareas de administ
racin de bases de datos tales como usuario de mantenimiento- nance, objeto de man
tenimiento, y el mantenimiento de la base de datos, no es necesario migrar a Ora
cle debido a la disponibilidad de los OEM, que pueden administrar y controlar ba
ses de datos, servidores de aplicaciones y el almacenamiento desde una consola c
entral. Los scripts que se utilizan para extraer o cargar datos como parte de lo
s procesos por lotes ejecutados desde los planificadores de tareas pueden necesi
tar ser migrado a hacer uso de utilidades de Oracle (por ejemplo, SQL*Loader, Bo
mba de datos, etc.) para realizar funciones similares. Oracle proporciona un ric
o conjunto de herramientas para gestionar estos processesdamong ellos Oracle Dat
a Integrator (ODI) y Oracle Warehouse Builder (OWB)dwhich no necesitan mucha cod
ificacin. Sin embargo, los scripts aprovechando las utilidades de base de datos n
ativo para carga/descarga de datos necesitan ser portado a usar Oracle Database
utilities en su lugar.
Pruebas

Pruebas de esfuerzo involucrados en la aplicacin y la base de datos despus de la m

igracin suele ser el mayor contribuyente para el esfuerzo de migracin. Las pruebas
en un proyecto de migracin generalmente incluye tareas tales como la verificacin
de datos, pruebas de lgica empresarial migrado en procedimientos almacenados, fun
ciones y desencadenadores, las pruebas de interaccin de la aplicacin con las nueva
s plataformas de base de datos, y prueba de los scripts de mantenimiento de base
de datos. Algunas de estas tareas se pueden realizar fcilmente con la ayuda de h
erramientas automatizadas o relativamente simple de secuencias de comandos. Pero
algunas tareas, tales como la prueba de los objetos de la base de datos con la
lgica de negocios, puede ser engorroso debido a la falta de herramientas de prueb
as automatizadas. Adems, las secuencias de comandos que estn actualmente en uso en
el entorno fuente necesitan ser adaptados al nuevo ambiente primero, y tambin ne
cesitan ser probados.
Echemos un vistazo a las diferentes herramientas y estrategias que se utilizan p
ara cada una de estas tareas:
La forma ms sencilla de verificacin de datos para garantizar que los datos migrado
s desde una base de datos de Oracle es exacta es vigilar de cerca el proceso de
migracin de datos y asegurarse de que no se presentan errores durante el proceso.
Incluso si las herramientas de migracin no informar de errores, cuestiones tales
como el truncamiento de los valores decimales y la

metodologa y el diseo de
caracteres de 63 campos de datos puede resultar debido al inapropiado el tamao de
las columnas de la base de datos de destino. Migracin de datos Unicode tambin nec
esita atencin. GoldenGate Veridata de Oracle puede ser utilizado para realizar co
mparaciones lado a lado de los datos entre dos bases de datos; sin embargo, admi
te slo una pocas bases de datos (SQL Server, Oracle, Teradata, HP y HP Enscribe S
QL/MP). Ms informacin acerca de Oracle GoldenGate Veridata www.oracle.com/us/produ
cts/middleware/data-integration/059246 est disponible en .html. Generalmente, los
integradores de sistemas tienen sus propios conjuntos de herramientas que puede
n ayudar con
el proceso de verificacin de datos.
Prueba de los procedimientos almacenados y funciones de base de datos generalmen
te estos objetos son probados en la unidad mientras se migran para precisin sintct
ico y semntico.
Sin embargo, despus de la migracin de una base de datos entera, es necesario proba
r la inter- las dependencias entre los diferentes objetos de la base de datos. O
racle SQL Developer proporciona funciones para la unidad-prueba de un procedimie
nto almacenado y/o funcin. Sin embargo, a veces es muy difcil llegar a todas las p
osibles combinaciones de valores de parmetro que procedimientos almacenados o fun
ciones pueden aceptar. Por lo tanto, despus de todos los casos de prueba adecuada
mente documentada y escrita puede ayudar significativamente en las pruebas de es
fuerzo.
Pruebas de aplicacin en la mayora de las organizaciones, las pruebas de aplicacion
es personalizadas desarrolladas in-house es realizado por los usuarios que traba
jan en su camino a travs de las interfaces de usuario basadas en forma manual doc
umentado casos de prueba. Los ISV, por otro lado, suelen tener prueba automatiza
da suites disponibles para probar aplicaciones completas. Herramientas de prueba
tales como Oracle Application Testing Suite (avena) puede ser usada para prueba
s de carga y funcionales de las aplicaciones para la escalabilidad y el rendimie
nto, ya que puede ayudar en la construccin de casos de prueba desde cero, especia
lmente para aplicaciones Web. La avena puede grabar todas las interacciones que
tienen lugar a travs de las aplicaciones Web y reproducirlos para probar el modo
en que la aplicacin interacta con la nueva base de datos.
Mantenimiento de la base de datos pruebas de script es muy importante probar los
scripts asociados con las tareas de backup y recuperacin de bases de datos. La m

ayora de las tareas de backup y recuperacin pueden automatizarse utilizando OEM y

scripts y comandos utilizados por el OEM para realizar estas tareas tambin pueden
ser reutilizados. Las pruebas de estos scripts es un proceso manual que debe ll
evarse a cabo en un entorno aislado. La base de datos Oracle tambin ofrece mtodos
alternativos para realizar copias de seguridad de bases de datos, tales como el
uso de copias de seguridad basadas en disco para realizar automticamente copias d
e seguridad incrementales y las operaciones de recuperacin.
Si un integrador de sistemas es elegido para realizar la migracin, el ensayo gene
ralmente se convierte en una parte de la oferta de servicio porque requiere un e
sfuerzo considerable.
Migracin de aplicaciones de optimizacin de una base de datos a otra base de datos
que a veces se traduce en un rendimiento deficiente. Esto ocurre porque estas ap
licaciones son altamente optimizado para un determinado sistema de base de datos
durante largos perodos de tiempo. OEM puede utilizarse para ayudar a resolver su
s problemas de rendimiento despus de la migracin. Es muy comn que las organizacione
s

64 Captulo 3 Metodologa y diseo

para dejar al menos dos a tres meses para la prueba de rendimiento despus de la m
igracin de las aplicaciones de misin crtica. Algunos problemas de rendimiento tambin
puede ser capturado durante la fase de pruebas de integracin y funcionales. Pero
algunos problemas puedan surgir slo bajo ciertas cantidades de carga en el siste
ma. Por lo tanto, es esencial para probar el rendimiento de la nueva plataforma
completamente para identificar posibles cuellos de botella en el sistema y resol
verlos antes de que la nueva plataforma se lanza en la produccin. Pueden surgir p
roblemas de rendimiento debido a alguna de las siguientes razones:
Bases de datos de recursos insuficientes del sistema difieren en sus necesidades
de recursos del sistema, como memoria, CPU y E/S porque han sido architected de
forma diferente. Algunas de las bases de datos utilizan procesos multiproceso,
mientras que Oracle est basado en el proceso en la mayora de plataformas, excepto
Microsoft Windows. Oracle utiliza las operacio- nales de las estructuras de base
de datos tales como deshacer segmentos que requieren operaciones de E/S adicion
ales que otras bases de datos no tienen. Por lo tanto, si el sistema en el que s
e implementa la base de datos de Oracle no se ajusta correctamente, puede ocasio
nar un rendimiento deficiente.
Mala planes de ejecucin de consultas SQL para optimizar las consultas, el optimiz
ador de consultas de SQL de Oracle depende de estadsticas para las tablas y los nd
ices de la base de datos durante el curso normal de la operacin de base de datos.
Sin embargo, si estas estadsticas son obsoletos debido a la masiva de datos los
cambios realizados en un corto periodo de tiempo, o estn ausentes por alguna razn,
las sentencias SQL no funcionar bien. Supervisa de forma proactiva el rendimient
o de OEM de sentencias SQL y base de datos de alerta ser adminis- trators de cues
tiones. Tambin ejecuta los trabajos para recopilar estadsticas de objetos de base
de datos periodi- camente para evitar estos problemas. Sin embargo, es posible q
ue durante la migracin, algunas instrucciones SQL complejas que fueron convertida
s a Oracle requieren ndices adicionales.
subestimar la carga de trabajo de la poblacin de usuarios concurrentes o subestim
ar la carga mxima de trabajo o la poblacin de usuarios concurrentes pueden resulta
r en menores de dimensionamiento del sistema utilizado para la base de datos de
Oracle. Esto tambin puede resultar en la falta de asignacin de memoria para el mot
or de base de datos Oracle en la forma de una pequea rea global compartida (SGA).
Tener insuficientes estructuras de bases de datos Oracle para obtener un rendimi
ento ptimo, es necesario que el tamao de la base de datos de Oracle estructuras ta
les como los espacios de tablas temporales y el segmento de UNDO tablespace (ali
as ROLLBACK SEGMENTS) debidamente, puesto que la base de datos Oracle automticame

nte asigna espacio en ellos segn sea necesario. Si son de talla baja, el rendimie
nto ser deficiente debido a frecuentes asignaciones en estos espacios de tablas,
resultando en un aumento de espera por la base de datos.
Muchos de estos problemas se identifican proactivamente por OEM, incluyendo reco
mendaciones para abordarlos. Despus de la migracin de la base de datos preliminar
y se realizan pruebas de rendimiento, Oracle Real Application Testing (RAT) pued
e ser utilizado para probar el impacto de diferentes escenarios de optimizacin (p
. ej., el uso de nuevos ndices, el efecto de compartimentacin, compresin y cifrado,
etc.), en el nuevo entorno de Oracle. RAT permite la captura y reproduccin de la
carga de trabajo en una base de datos de Oracle, y es mucho ms fcil de instalar y
configurar que otras herramientas en el mercado.

Diseo y la metodologa de
implementacin de 65 aos
muchas de las tareas a ser ejecutadas en la fase de despliegue, conseguir su ent
rada desde la fase de evaluacin y de la fase de anlisis y diseo. Durante estas fase
s, la arquitectura del sistema de destino y todos los componentes de software ne
cesarios para ser utilizados en el nuevo sistema son evaluados. Sobre la base de
l resultado de estas fases, los nuevos sistemas de software y hardware son adqui
ridos. Trabajar en esta fase puede comenzar temprano en el proyecto de migracin,
ya que muchas organizaciones tienen que seguir ciertas prcticas comerciales relat
ivas a la adquisicin de nuevo hardware y software.
Porque esta fase puede implicar la adquisicin de nuevo hardware, adems de instalar
el software de bases de datos Oracle en muchos casos, medidas adicionales tiene
n que ser tomados para configurar los recursos del sistema segn los requisitos de
implementacin de base de datos Oracle, como la configuracin de almacenamiento com
partido y configuracin de inter- redes conectadas entre los nodos de servidor de
base de datos que ser parte de una base de datos Oracle RAC. Tareas comunes ejecu
tados en la fase de implementacin se incluyen las siguientes:
Configuracin de hardware Esta tarea incluye la configuracin de servidores de bases
de datos, la asignacin de almacenamiento y la configuracin de la red. Configuracin
del servidor tambin puede implicar tareas relativas a la configuracin de un clster
para apoyar la base de datos Oracle RAC. Adems, la tarea de configuracin de hardw
are consiste en configurar los sistemas, redes y almacenamiento en el sitio de r
ecuperacin ante desastres. Se debe tener cuidado cuando el dimensionamiento del h
ardware y almacenamiento basado en el perfil de la carga de trabajo de la aplica
cin y la base de datos. Polticas y procedimientos deben ser desarrollados para la
implementacin de bases de datos Oracle en un entorno de nube privada para que las
instancias de bases de datos de Oracle puede ser abastecido como y cuando se ne
cesitan, y para consolidar las bases de datos de Oracle en Oracle Exadata databa
se machine plataforma.
Instalacin y configuracin del Software esta tarea se compone principalmente de ins
talar y configurar el software de Oracle, y la instalacin del esquema de base de
datos Oracle migrados en los sistemas implementados en el entorno de produccin pa
ra apoyar las aplicaciones. Despus de que el esquema de la base de datos se ha es
tablecido la seguridad de la base de datos, funciones y privilegios que debern as
ignarse a los usuarios de la aplicacin, junto con el acceso a los servidores fsico
s.
La carga inicial de datos despus de crear los esquemas de la base de datos en el
entorno de produccin, la siguiente tarea consiste en cargar los datos ms actuales
de la base de datos de origen. En los casos en que la base de datos de produccin
de origen no puede ser afectado con la extraccin de datos, el ms reciente de resta
urar las copias de seguridad en un servidor diferente y los ltimos datos se extra
en de la copia de seguridad. A continuacin, se cargan los datos en la nueva base
de datos de Oracle utilizando herramientas y scripts que fueron escogidos para l
a tarea durante la fase de anlisis y diseo. Tambin es esencial para garantizar que

se crean los ndices deseados en todas las tablas de la base de datos y que las lti
mas estadsticas de tabla y de ndice se recogen antes de la base de datos est listo
para los usuarios.
Prueba de los scripts de copia de seguridad y recuperacin y procesos es muy impor
tante probar todos los scripts y procesos para las operaciones de copia de segur
idad y restauracin de bases de datos. En muchos casos, los administradores utiliz
an una plantilla estndar para generar nuevos scripts para la

66 Captulo 3 Metodologa y disear

nuevas bases de datos. Sin embargo, estos scripts que necesitan ser probados par
a asegurarse de que funcionar como se espera cuando realmente importa; si no func
iona como se espera, recuperacin de la base de datos puede estar en peligro. OEM:
permite la configuracin de las tareas de backup y recuperacin de una manera autom
atizada que puede ayudar a evitar cualquier error asociado con secuencias de com
andos para realizar estas tareas manualmente.
Captura de cambios (de origen) y el proceso de conversin de bases de datos que no
pueden permitirse el tiempo de inactividad y tienen que estar disponibles 24/7,
es esencial que los cambios que tuvieron lugar durante el proceso de carga de d
atos inicial o durante la fase de conversin debe ser capturado y aplicado a la nu
eva base de datos para evitar que se pierdan las transacciones que afectan la in
tegridad de los datos en el nuevo entorno. Oracle GoldenGate pueden desempear un
papel crucial en esta tarea de capturar los cambios en la base de datos de orige
n y replicarlas en la base de datos de Oracle despus de la carga inicial de datos
la tarea se ha completado. Puede continuar para capturar los cambios realizados
en la base de datos de origen, mientras que la operacin de carga de datos est en
curso en la base de datos Oracle. Los siguientes pasos son necesarios en este pr
oceso:
1. Configurar el proceso de captura de datos modificados en la base de datos de
origen.
2. Extraer los datos de la base de datos de origen.
3. Cargar los datos en la base de datos de destino (Oracle).
4. Aplicar el cambio de datos capturados de la base de datos de origen a Oracle.
5. Abra la base de datos de Oracle para uso comercial.
Post-Production apoyo
, es una prctica comn para apoyar un entorno de base de datos recin implementada co
n personal que estuvieron involucrados en el proceso de migracin para solucionar
cualquier problema que pueda surgir inmediatamente despus de que el nuevo entorno
se viven. Los siguientes problemas pueden surgir durante este tiempo:
Problemas relacionados con la falta de familiaridad con el nuevo entorno.
Problemas de rendimiento con las sentencias SQL.
Aplicaciones no funcionan como es de esperar (falta la funcionalidad o comportam
iento incorrecto). Esto puede suceder si algunos componentes de la aplicacin no s
e migraron correctamente al nuevo entorno y no fueron probados.
Problemas con la representacin de datos en las aplicaciones (formato de Fecha/Hor
a, mscara, etc.).
El tiempo requerido para los administradores de bases de datos y desarrolladores
se familiaricen plenamente con el nuevo entorno, incluyendo los procedimientos
para administrar las tareas rutinarias.
Servicios de migracin de
la gestin de un gran proyecto de migracin requiere una cuidadosa planificacin, recu
rsos suficientes, y ciertas habilidades. Muchos de los integradores de sistemas
que se han especializado en prcticas se centraron en migraciones, y tienen su pro
pia metodologa, herramientas y mejores prcticas.

Resumen 67
para las organizaciones de TI que estn planeando migrar muchas bases de datos com
o parte de un movimiento estratgico para consolidar las plataformas de base de da
tos, tiene sentido contratar a un integrador de sistemas para ejecutar el proyec
to, porque un integrador de sistemas puede aportar experiencia de migracin indust
rializados a la tabla. Tambin es posible que los integradores de sistemas pueden
simplemente aumentar su personal de TI temporalmente para permitirle realizar mi
graciones por su propia cuenta. Los ISV, por otro lado, puede trasladar sus apli
caciones en sus propios porque, para ellos, es una cuestin de aplicacin de base de
datos nueva funcionalidad en las aplicaciones existentes, que tienen que soport
ar las otras bases de datos.
Migracin de plataformas de base de datos de los paquetes de aplicaciones comprada
s a proveedores de software independientes (ISV), e instalar componentes de soft
ware adicionales de la aplicacin, tales como la capa de acceso a la base de datos
o, en algunos casos, las nuevas versiones de los paquetes de aplicaciones certi
ficadas para ejecutarse en una base de datos de Oracle, puede ser necesario. En
tales casos, es mejor si el ISV o un integrador de sistemas establecidos con una
prctica dedicada centrado en estas aplicaciones es contratado para llevar a cabo
la migracin de la plataforma de base de datos. El proveedor de la aplicacin puede
tener un diferente para cada base de datos codebase que necesita ser instalado
primero. Como tal, la migracin de una base de datos a otra sin cambiar la apli- c
acin codebase no funcionar en estos casos, y puede poner en peligro la capacidad d
el ISV para apoyar la aplicacin. Por ejemplo, la migracin de un sistema de gestin d
e recursos humanos de PeopleSoft (HRMS) aplicacin desplegada contra una base de d
atos IBM DB2 para una aplicacin PeopleSoft HRMS desplegada contra una base de dat
os de Oracle implica los siguientes pasos:
1. Instale el software de PeopleSoft HRMS y un esquema de base de datos de Oracl
e.
2. Migrar todas las personalizaciones del software PeopleSoft HRMS de IBM DB2 a
la base de datos de Oracle.
3. Migrar todos los datos de DB2 de IBM a Oracle.
4. Prueba el nuevo entorno.
Migracin de la base de datos esquema asociado con una aplicacin empaquetada direct
amente a Oracle mediante herramientas de migracin no est soportado en la mayora de
los casos por los proveedores de aplicaciones empaquetadas. Muchos de los integr
adores de sistemas tener prcticas dedicados a las migraciones y actualizaciones d
e un paquete de aplicacin particular. Aprovechando ese sistema integra- tores pue
den garantizar una perfecta migracin al nuevo entorno.
Resumen La
migracin de proyectos de cualquier tamao requiere una cuidadosa planificacin. Evalu
ar su actual portafolio de aplicaciones puede ayudar a una organizacin a comprend
er los desafos, la complejidad y el nivel de esfuerzo requerido para han migrado
a sus bases de datos Oracle. Muchas herramientas facilitar las migraciones de ap
licaciones y bases de datos. Estas herramientas difieren en el nivel de automati
zacin proporcionan en migraciones y en la exactitud de las declaraciones SQL migr
ados. Realizar pruebas de concepto con estas herramientas para comprender mejor
sus capacidades ser beneficiosa a largo plazo para grandes proyectos de migracin.
Las migraciones de base de datos tambin tiene un impacto en las aplicaciones que
dependen de ellos.

68 Captulo 3 Metodologa y Diseo

en cuestiones relacionadas con las migraciones se varan en complejidad y naturale
za dentro de las organizaciones, dependiendo de caractersticas/funciones de uso.
Algunas organizaciones establecer directivas para desarrollar aplicaciones con e

l objetivo de ser la base de datos-agnstico. En tales casos, el impacto de los ca

mbios en las bases de datos sern mnimos, ya que habra evitado la aplicacin de las ca
ractersticas propietarias de una base de datos. No hay sustituto para las pruebas
integrales del emigrado/portado aplicacin junto con la nueva plataforma de base
de datos.
En este captulo, analizamos diversos enfoques, herramientas de migracin, y el cicl
o de vida de migracin en profundidad. Tambin analizamos las opciones de servicio d
e migracin para diferentes organizaciones (por ejemplo, proveedores de software i
ndependientes (ISV), las organizaciones de TI, etc.). El objetivo fue informar a
los lectores sobre posibles opciones en las herramientas de migracin, y diversos
problemas de diseo que deben ser considerados. El siguiente captulo proporcionar u
n panorama general de las tecnologas y herramientas de migracin junto con sus fort
alezas y debilidades.