AA5 EV2 Plan de Migracion de Datos San Antonio Del SENA

Emilce Gutiérrez Ardila – Aprendiz SENA
Virley Sánchez Córdoba – Aprendiz SENA

Luis Francisco Sierra Ropero – Aprendiz SENA
Ficha: 881791 - GESTION Y SEGURIDAD DE BASES DE DATOS
AA5-EV2- PLAN DE MIGRACIÓN DE DATOS PARA SAN ANTONIO DEL SENA
PRESENTADO POR:
EMILCE GUTIERREZ ARDILA

CC 1102348155
VIRLEY SANCHEZ CORDOBA

CC 83228896
LUIS FRANCISCO SIERRA ROPERO

CC 97611607
Presentado a:
Ingeniera CANDELARIA VICTORIA SUAREZ BELEÑO
Instructora SENA
SERVICIO NACIONAL DE APRENDIZAJE – SENA

ESPECIALIZACIÓN TECNOLÓGICA EN GESTION Y SEGURIDAD DE BASES DE
DATOS
CENTRO NACIONAL COLOMBO ALEMAN
Regional ATLÁNTICO / BARRANQUILLA
INTRODUCCIÓN
Al seleccionar una estrategia para la migración de información, lo que primero se realiza es

un análisis detallado, teniendo en cuenta las los requerimientos del sistema como de los
tipos de datos, especialmente en lo concerniente a mantener la integración de la
funcionalidad de los datos, como también las expectativas de los usuarios respecto al
historial de la información, la facilidad de operación y de consulta, la viabilidad técnica, las
restricciones y la efectiva migración de la información al nuevo SMBD.
La estrategia tecnológica escogida para el desarrollo de la migración es la implementación

de ambientes separados de diseño y ejecución
AA5-EV1- PLAN DE MIGRACIÓN DE DATOS PARA SAN ANTONIO DEL SENA
Se hace uso de la herramienta ESF database migration toolkit, en su versión 10.0.12, con un
uso trial.
Se abre el programa ESF DATABASE MIGRATION TOOLKIT
Se presiona el botón (Next), siguiente.

Se introducen los datos del SMBD origen, en nuestro caso PostgreSQL, y se presiona el
botón (Next) siguiente.
Se introducen los datos del SMBD destino, en nuestro caso SQL Server, y se presiona el
botón (Next) siguiente.
Se seleccionan cada una de las tablas, teniendo en cuenta el origen y el destino, como se
puede observar en la imagen anterior. Se presiona el botón (Next) siguiente.
Se guarda el trabajo el cual guarda como las instrucciones de la migración.

Después de guardado presionamos el botón (Sumit)

Y se empieza a hacer la migración de la información, no sin antes informarnos que estamos

trabajando con una versión TRIAL, como se puede observar en la imagen anterior.
Como se puede observar en la imagen se realizar correctamente todo la migración.

El programa al ser una versión de prueba se pudo observar que en cada tabla de la
migración agrego una nueva columna al final de cada tabla de nuestra base de datos, lo cual
no representa ningún problema y se procede a eliminar por medio del siguiente script.
USE BDSanAntonioSena;
ALTER TABLE dbo.ssalud_eps DROP COLUMN TRIAL541;
GO
ALTER TABLE dbo.ssalud_estadoeps DROP COLUMN TRIAL541;
GO
ALTER TABLE dbo.ssalud_estadopersona DROP COLUMN TRIAL541;
GO
ALTER TABLE dbo.ssalud_historialpersona DROP COLUMN TRIAL545;
GO
ALTER TABLE dbo.ssalud_persona DROP COLUMN TRIAL545;
GO
ALTER TABLE dbo.ssalud_servicioeps DROP COLUMN TRIAL545;
GO
ALTER TABLE dbo.ssalud_tipoafiliado DROP COLUMN TRIAL541;
GO
ALTER TABLE dbo.ssalud_tipoidentificacion DROP COLUMN TRIAL545;
GO
ALTER TABLE dbo.ssalud_tiposervicio DROP COLUMN TRIAL545;
Previamente antes de iniciar la migración se había creado la base de datos en el SMBD

SQL Server, los cuales se pueden observar a continuación el script.
USE [master]
GO
/****** Object: Database [BD_Unad] Script Date: 16/09/2019 21:01:32 ******/
IF NOT EXISTS (SELECT * FROM SYSDATABASES WHERE (name = 'BDSanAntonioSena'))
CREATE DATABASE [BDSanAntonioSena]
CONTAINMENT = NONE
ON PRIMARY
( NAME = N'BDSanAntonioSena', FILENAME = N'D:\BD\Sql
Server\Sena\BDSanAntonioSena.mdf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH
= 65536KB )
LOG ON
( NAME = N'BDSanAntonioSena_log', FILENAME = N'D:\BD\Sql
Server\Sena\BDSanAntonioSena_log.ldf' , SIZE = 8192KB , MAXSIZE = 2048GB ,
FILEGROWTH = 65536KB )
GO
ALTER DATABASE [BDSanAntonioSena] SET COMPATIBILITY_LEVEL = 140
GO
USE BDSanAntonioSena;
IF NOT EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME='dbo.ssalud_tipoidentificacion'
AND XTYPE='U')
CREATE TABLE dbo.ssalud_tipoidentificacion
(idtipoidentificacion INT IDENTITY (1, 1) PRIMARY KEY NOT NULL,
abreviatura text NOT NULL,
descripcion text NULL);
GO
IF NOT EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME='ssalud_tipoafiliado' AND
XTYPE='U')
CREATE TABLE dbo.ssalud_tipoafiliado(
idTipoAfiliado INT IDENTITY (1, 1) PRIMARY KEY NOT NULL,
descripcion text NOT NULL);
GO
IF NOT EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME='ssalud_estadopersona' AND
XTYPE='U')
CREATE TABLE dbo.ssalud_estadopersona(
idEstadoPersona INT IDENTITY (1, 1) PRIMARY KEY NOT NULL,
GO
IF NOT EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME='ssalud_estadoeps' AND XTYPE='U')
CREATE TABLE dbo.ssalud_estadoeps(
idEstadoEPS INT IDENTITY (1, 1) PRIMARY KEY NOT NULL,
GO
IF NOT EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME='ssalud_tiposervicio' AND
XTYPE='U')
CREATE TABLE dbo.ssalud_tiposervicio(
idTipoServicio INT IDENTITY (1, 1) PRIMARY KEY NOT NULL,
GO
IF NOT EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME='ssalud_persona' AND XTYPE='U')
CREATE TABLE dbo.ssalud_persona(
idPersona numeric NOT NULL PRIMARY KEY,
tipoidentificacion INT NOT NULL,
nombre text NOT NULL,
apellido text NOT NULL,
fechaNacimiento date NOT NULL,
sexo char NOT NULL,
CONSTRAINT fk_tipoidentificacion FOREIGN KEY (tipoidentificacion) REFERENCES
ssalud_tipoidentificacion (idtipoidentificacion));
GO
IF NOT EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME='ssalud_eps' AND XTYPE='U')
CREATE TABLE dbo.ssalud_eps(
ideps INT IDENTITY (1, 1) PRIMARY KEY NOT NULL,
nombre text NOT NULL,
estadoeps INT NOT NULL,
CONSTRAINT fk_estadoeps FOREIGN KEY (estadoeps)
REFERENCES ssalud_estadoeps (idestadoeps));
GO
IF NOT EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME='ssalud_historialpersona' AND
XTYPE='U')
CREATE TABLE dbo.ssalud_historialpersona(
idhistorialpersona INT IDENTITY (1, 1) PRIMARY KEY NOT NULL,
idpersona numeric NOT NULL,
fechaingreso date NOT NULL,
fecharetiro date NULL,
estadopersona char NOT NULL,
ideps INT NOT NULL,
tipoafiliado INT NOT NULL,
tiposervicio INT NOT NULL,
CONSTRAINT fk_personas FOREIGN KEY (idpersona) REFERENCES ssalud_persona(idpersona),
CONSTRAINT fk_eps FOREIGN KEY (ideps) REFERENCES ssalud_eps(ideps),
CONSTRAINT fk_tipoafiliado FOREIGN KEY (tipoafiliado) REFERENCES
ssalud_tipoafiliado(idtipoafiliado),
CONSTRAINT fk_tiposervicio FOREIGN KEY (tiposervicio) REFERENCES
ssalud_tiposervicio(idtiposervicio));
GO
IF NOT EXISTS (SELECT * FROM SYSOBJECTS WHERE NAME='ssalud_servicioeps' AND
XTYPE='U')
CREATE TABLE dbo.ssalud_servicioeps(
ideps INT NOT NULL,
idtiposervicio INT NOT NULL,
estado text NOT NULL,
valor integer NOT NULL,
detalle text NULL,
CONSTRAINT pk_servicioseps PRIMARY KEY (ideps, idtiposervicio),
CONSTRAINT fk_ideps FOREIGN KEY (ideps) REFERENCES ssalud_eps(ideps),
CONSTRAINT fk_idtiposervicio FOREIGN KEY (idtiposervicio) REFERENCES
ssalud_tiposervicio(idtiposervicio));

AA5 EV2 Plan de Migracion de Datos San Antonio Del SENA

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

AA5 EV2 Plan de Migracion de Datos San Antonio Del SENA

Transféré par

Droits d'auteur :

Formats disponibles

Emilce Gutiérrez Ardila – Aprendiz SENA

Virley Sánchez Córdoba – Aprendiz SENA

AA5-EV2- PLAN DE MIGRACIÓN DE DATOS PARA SAN ANTONIO DEL SENA

EMILCE GUTIERREZ ARDILA

VIRLEY SANCHEZ CORDOBA

LUIS FRANCISCO SIERRA ROPERO

SERVICIO NACIONAL DE APRENDIZAJE – SENA

Al seleccionar una estrategia para la migración de información, lo que primero se realiza es

La estrategia tecnológica escogida para el desarrollo de la migración es la implementación

AA5-EV1- PLAN DE MIGRACIÓN DE DATOS PARA SAN ANTONIO DEL SENA

Se abre el programa ESF DATABASE MIGRATION TOOLKIT

Se presiona el botón (Next), siguiente.

Se guarda el trabajo el cual guarda como las instrucciones de la migración.

Después de guardado presionamos el botón (Sumit)

Y se empieza a hacer la migración de la información, no sin antes informarnos que estamos

Como se puede observar en la imagen se realizar correctamente todo la migración.

Previamente antes de iniciar la migración se había creado la base de datos en el SMBD

Vous aimerez peut-être aussi