1

Ilustración 1. SMBD SQL Server 2008 R2 Origen - identificando la tabla Recreacion

Figure 1. SMBD Origen SQL Server 2008 R2 y Postre SQL 10Ilustración 2 en el Menú Windows

Ilustración 3.Iniciando pgAdmin Management Tools for PostgreSQL

 2

Ilustración 4. SMBD Destino PostgreSQL 10

1 Base de datos sobre la que se va a utilizar el proceso de

migración

- La base de datos seleccioné para migrar es la base de datos de Recreación

-

-
Ilustración 5.Base de datos seleccionada: Recreación
 3

(Piza)

Ilustración 6. Tablas relacionales de la Base de datos Recreación

Cada tabla tiene una llave primaria que es de tipo Identity (autoincrementable) en SQL Server
2008 R2, como se observa en la figura:

Ilustración 7. Estructura tabla Evento mostrando Primary Key y campo Identity

 4

Ilustración 8. Herramienta ESF Database MigrationToolkit para realizar la migración

Ilustración 9. Datos Suministrados de SMBD origen identificando la base de datos a migrar

 5

Ilustración 10. Datos Suministrados de SMBD Destino (PostgreSQL)

Ilustración 11. Seleccionamos las Tablas a las cuales realizaremos migración (todas)
 6

Ilustración 12. Se inicia Proceso de migración de los datos hacia PostgreSQL 10

Ilustración 13. Refrescamos en PostgreSQL para ver las tablas migradas

 7

Ilustración 14. Verificamos las tablas para la base de datos Recreación correctamente migradas
 8

Ilustración 15. Verificamos estructura de la tabla Evento ahora desde PostgreSQL

Ilustración 16. Estructura relacional tabal evento

 9

Ilustración 17. Estructura relacional tabal Institución

Ilustración 18. Estructura relacional tabal Institucion_Evento

Ilustración 19. Estructura relacional tabal Participante

 10

Ilustración 20. Estructura relacional tabal Participante_Evento

Ilustración 21. Tabla Evento Migrada

Ilustración 22. Tabla Institución_Evento Migrada hacia PostgreeSQL

 11

Ilustración 23. Tabla tipo Migrada hacia PostgreSQL

2 Conclusiones o Recomendaciones para la implementación

(PowerData, migración de dato)

2.1 Mejores prácticas en migración de datos

La conversión de una base de datos de MS SQL Server no es siempre fácil. Es, sin
embargo, siempre vale la pena. He visto que con PostgreSQL contaré con un producto muy
potente y flexible también, con el mejor soporte técnico en el mundo, los desarrolladores y
los usuarios reales del producto.

Las características de los RDBMS son implementadas diferentemente y en diferentes

niveles por los programadores. Algunas aplicaciones dependen grandemente de los
llamados middleware, o la lógica del negocio es manejada desde la aplicación cliente.

Otros tratan de poner la lógica de ser posible en la base de datos.

La migración será mucho más difícil si la aplicación está en el último grupo. Si bien es una
opción de diseño de sonido para poner la lógica en el servidor de base de datos, se requerirá
de programación en un proveedor específico Lenguaje de consulta estructurado (SQL)
como la extensión de Transact de Microsoft SQL (T-SQL). Éste es también el caso con
PostgreSQL. No hay manera fácil de migrar los procedimientos almacenados, disparadores
o reglas. En el lado positivo, PostgreSQL proporciona varias opciones de idioma, todos los
cuales son más gratos que el T-SQL.
 12

Todos los RDBMS ofrecen funciones integradas. Sin embargo, como las extensiones de
procedimiento para SQL, no son portables. Afortunadamente, existe un cierto
solapamiento, y la sintaxis simple hace que la migración es relativamente fácil.

La migración de datos tiene muchas implicaciones y ello puede hacer que termine
resultando un proceso complicado. Para completarlo con éxito, además de conocer sus
principales riesgos, es importante aplicar algunas mejores prácticas, como las
recomendadas:

 Adquirir una visión global: antes de migrar los datos al nuevo destino es importante
ganar en comprensión del mapeo y entender cómo se correlacionan los servidores
con el almacenamiento para poder volver a crear esas asignaciones en el nuevo
entorno y prevenir problemas relacionados con el reinicio tras la migración.
 Tomar medidas: recopilar métricas para tener claras cuáles serán las necesidades de
ancho de banda de la red es una tarea que debe programarse de forma previa al data
migration. Tomar medidas facilitará la labor de calcular cuánto ancho de banda
debe ser asignado a la migración y cuándo estará disponible.
 Reducir la presión sobre el proyecto: aunque es posible llevar a cabo una migración
de datos sin causar interrupciones o provocar la inactividad de determinadas
aplicaciones, no suele ser lo habitual. Para minimizar riesgos es conveniente planear
la iniciativa durante un periodo de inactividad, lejos de las horas de producción
habituales. De esta forma, además de rebajar la tensión asociada a la aparición de
latencias, se aumentan las posibilidades de lograr una mayor consistencia en los
datos.
 Mantenerse alerta en cuestiones de seguridad de la información: una migración de
datos es un momento de vulnerabilidad que debe mantenerse bajo control. Permisos,
aplicaciones, diferentes sistemas, distintos proveedores y configuraciones de
seguridad diversas forman un cóctel que puede terminar facilitando la aparición de
 13

una brecha de seguridad. Para evitarla hace falta ser cauteloso y elaborar una hoja
de ruta previa que ayude a garantizar la protección de los datos en todo momento.
 Prestar atención al software: los detalles son importantes y eso queda patente, por
ejemplo, en algo tan simple como los diferentes niveles de parche que pueden estar
aplicados al software en los entornos de origen y destino. Pasar por alto esa
circunstancia podría acarrear fallos en el servidor al completar el proyecto. Lo
mismo sucedería en los casos en que hubiese sido necesario desinstalar el software
antiguo y sustituirlo por el del nuevo proveedor, como ocurre en la migración de
datos entre matrices de almacenamiento; porque este procedimiento podría causar
inestabilidad si la desinstalación no se completa debidamente y alguno de los
componentes antiguos entrase en conflicto con otras aplicaciones.
 Minimizar la incertidumbre: a pesar de que la incertidumbre es un factor
inevitablemente asociado a cualquier tipo de proyecto, su presencia se reduce de
forma considerable cuando aumenta el conocimiento sobre la iniciativa. Tomarse el
tiempo necesario para informarse acerca de lo que implica la migración de datos y
la forma en que se abordará el proceso es la manera más efectiva de reducir riesgos
que pueden comprometer el tiempo de actividad de la aplicación, la fiabilidad o la
seguridad.

3 Claves para una migración exitosa

(TARAZONA)

Podemos hablar de una migración exitosa cuando reconocemos que se llevó en el

plazo que estaba planificado pero lo que más importa es que tiene la calidad
esperada, que cuenta con datos consistentes y que estos datos no están duplicados.
El éxito lo fundamentamos con la calidad y los atributos de la migración, la empresa
que decida plantear la migración para estrenar el nuevo sistema deberá:
 Emplear tecnologías de integración de bases de datos.

 Contar con personas que tengan experiencia en procesos de migración y en

este tipo de proyectos. (un excelente DBA)
 Utilizar metodologías que funcionen, pero sobretodo que hayan tenido éxito.
 14

Estos procesos no se hacen de un día para otro, debido a que tiene una importante
preparación, posee e involucra distintos roles dentro del proceso y sobretodo
involucra lo más importante de una empresa que es la base de datos, pero sobretodo
debemos tener y precisar unas condiciones de seguridad.

Dependiendo de los volúmenes de datos que vamos a migrar, del tiempo que se
disponga, del conocimiento del sistema, se podrán escoger los métodos que
anteriormente hablamos aclarando que no son todos los existentes los métodos son:

3.1 Métodos directos:

Donde las plataformas de origen y destino son las mismas, para esto se utilizan dos
métodos de actualización: Manual, Automatizado, Oracle Import Export, entre otros.

9.2 Métodos indirectos: se extrae los datos de una forma incremental a la vez que se
limitan las filas y las columnas migradas. Y tenemos también con la generación de un
archivo de full export
 15

4 Conclusiones

Esta es una decisión muy difícil y la cual no podemos tomar a la ligera como lo hemos visto
en todo el proceso esto con lleva a muchos riesgos es saber si funciona o no funciona si se
adapta o no se adapta a los requerimientos.

He comprendido las siguientes ventajas al realizar un proceso de migración, entre otras:

Integrar diferentes sistemas de legado o sistemas existentes con nuevos sistemas y nuevas
tecnologías, disminuir costos de mantenimiento y actualización de sistemas de bases de
datos, no cargar con los altos costos de pasar las bases de datos a los nuevos sistemas desde
cero, disminuir los costos de licencias, pero sobretodo y la más importante es la de
aprovechar el uso de nuevas tecnologías y nuevos sistemas para las bases de datos.

Y nombraré algunas desventajas que he detectado luego de realizar el presente trabajo:

La migración de base de datos puede ser un costo inoficioso y sobretodo muy costoso
debido a que debe comprar medios de almacenaje adicionales en cada migración que se
haga, las aplicaciones de usuario existentes deben continuar ejecutándose en el nuevo
tiempo de ejecución en el mismo nivel de función que tenían en el tiempo de ejecución
anterior, puede tratar la obsolencia del soporte mas no la tecnología en la que funcionan los
datos dejando esta como inútil y el tiempo debido a que la migración debe ser continua que
se debe realizar cada vez que la obsolencia de medios los alcance debido a que los datos
están almacenados en estos medios
 16

5 Bibliografía

DB Softs. (2004). ESF Kit de herramientas de migración de base de datos. Obtenido de

https://www.dbsofts.com/es/download/

litzy8a. (23 de abril de 2018). MIGRACION DE BASES DE DATOS. Recuperado el 13 de septiembre

de 2019, de https://www.youtube.com/watch?v=cEZ6M9WaBI4

Piza, G. (s.f.). Migracion de SQL Server a PostgrSQL. Recuperado el 15 de septiembre de 2019, de

https://www.youtube.com/watch?v=khtgmEraLtg

PowerData, migración de dato. (s.f.). Migración de datos: definición, desafíos y mejores prácticas
para afrontarla. Obtenido de https://www.powerdata.es/migracion-de-datos

TARAZONA, A. Y. (s.f.). Claves para una Migración exitosa. Obtenido de

https://repository.unilibre.edu.co/bitstream/handle/10901/11161/PAUTAS%20PARA%20
UNA%20CORRECTA%20MIGRACION%20DE%20BASES%20DE%20DATOS%20(1).pdf?seque
nce=1&isAllowed=y