Replicación de una base de datos en Microsoft SQL Server 2000 (página 2)

5.- Configuramos el servicio de
SQL Server
para que se inicie automáticamente ya que esos servicios son
en segundo plano

6.- El sistema nos
indicara la ruta por la cual va a estar compartida la
publicación, podemos cambiarla si el caso fuera
así, nosotros la hemos dejado la ruta por
defecto.

7.- Luego nos pide seleccionar la base de datos
de la cual se va a compartir las tablas o la
información

8.- Seleccionamos el tipo de publicación que
queremos configurar. SQL nos da
tres opciones

A).- Snapshot Publication (publicación de
Instantáneas), esta opción replica la base de
datos cada
cierto tiempo tomando
una foto a la base de datos y enviando a los
suscriptores

B) .- Transaccional Publication (Publicación
Transaccional) , Esta publicación mantiene los datos
actualizados cuando detecta una actualización o un
cambio en el
publicador, y los manda a los suscriptores. Las actualizaciones
de los suscriptores se hacen más rápidas a la del
publicador ya que mantienen la atomicidad de los
datos.

C).- Merge Publication (Publicación de Mezcla),
esta opción permite actualizar los datos de los
suscriptores a la base de datos y no tiene un tiempo fijo de
actualización.

Seleccionamos la segunda opción ya que es la que
mejor se adapta a nuestra base de datos y nuestro tipo de
réplica.

9.- Seleccionamos los tipos de suscriptores a los cuales
se les van a replicar, esta ventana define el tipo de motor de base de
datos de los suscriptores. Seleccionamos SQL server
2000

10.- Especificamos las tablas que se van a publicar, se
puede filtrar los datos, y en general es lo que queremos que se
replique

11.- Damos un nombre a nuestra publicación para
que los suscriptores la vean

12.- Seleccionamos si queremos hacer filtros para
proteger la integridad y la seguridad de los
datos.

13.- Elegimos si filtramos los datos de manera vertical
u horizontal, le damos ambas

14.- Seleccionamos las tablas que queremos publicar y
los campos (desmarcamos si no queremos replicar
alguna)

15.- Seleccionamos las filas que queremos
publicar

16.- Seleccionamos si deseamos tener suscriptores
anónimos, esto no afecta la seguridad de la base de
datos

17.- Configuramos la primera réplica obligatoria,
el tiempo la fecha y hora en la cual queremos hacer

18.- Seleccionamos la fecha y hora al cual el archivo replica
de nuevos suscriptores queremos que se actualice.

19.- El sistema se encarga de crear la
publicación

CONFIGURACIÓN DEL SUSCRIPTOR

1.- Ya que se tiene configurado la base de datos en el
servidor
publicador, procedemos a crear una suscripción con nuestro
servidor para replicar la base

2.- El asistente se encarga de buscar las publicaciones
que existan en nuestra red

3.- Seleccionamos el servidor y la publicación
que se encuentre compartida

4.- Elegimos una base de datos de destino, siempre es
mejor crear una nueva ya que la publicación creara el
esquema para dicha base

5.- El sistema nos preguntara si deseamos replicar la
base al momento de iniciar la suscripción, lo más
común es que si, y por efecto del proyecto la
seleccionamos

6.- Usamos la ruta por defecto donde se encuentran los
archivos de
replica
7.- Configuramos la frecuencia de actualización con que
los datos van a ser replicados, SQL nos da 3 opciones:

a).- Continuamente

b).-Programando un día y una hora
especifica

c).- Por petición mediante el Manager de SQL o el
Actualizador de

Windows

La más lógica
seria continuamente ya que son datos que se requieren
siempre

8.- Configuramos para que el asistente inicie el
servicio del agente de actualización

9.- Seleccionamos para que Windows inicie
automáticamente el servicio al iniciar también el
sistema operativo

Si todo esta correcto el sistema configurara el agente e
inmediatamente podremos ver la base de datos con las tablas
listas y publicadas en nuestro servidor

CONCLUSIONES:

El método de
réplica es algo estrictamente necesario hoy en día
ya que casi todas las aplicaciones son cliente servidor,
y últimamente ya hasta se está dejando de lado el
cliente servidor y las aplicaciones son multicapa y multinodo en
ambientes totalmente conectados y distribuidos. Lo que hace
necesario que los datos estén siempre en la terminal, y no
solo haya una base de datos centralizada, sino distribuida y con
un servidor de back up, algo muy utilizado en la banca de todo el
mundo.

El estudio del que es parte este documento es la
creación de una réplica de una base de datos de un
hotel en un ambiente
cliente servidor, en el cual la base de datos del Servidor
ALEXANDRA es el publicador y el servidor CARLITOS es el
suscriptor, esta versión de SQL no da una buena respuesta
de réplica en la vida real, ya que se manejan datos mucho
más grandes y pesados que los de un hotel, y
también en internet se pueden encontrar
muchas quejas sobre este motor de base de datos. Es por este
motivo que el tipo de publicación escogida fue la
TRANSACCIONAL, ya que como su nombre mismo lo indica es para
transacciones.

En la versión 2005 de SQL se encuentra mejor
definido las replicas, y con el lanzamiento de el Exchange Server
2008 de Microsoft en
el que ya viene todo incluido se dice que será mucho mejor
que las anteriores versiones de los server de Microsoft y los
motores de base
de datos de la misma empresa.

En el desarrollo de
este proyecto quisimos constatar la velocidad de
respuesta de datos con el tipo de publicación MERGE o de
Mezcla pero no pudo ser porque hay un error en el que el servidor
suscriptor no encuentra los datos de este tipo de
publicación.

RECOMENDACIONES:

Para próximos proyectos en
motores de base de datos sería conveniente ver como se
migra de un motor SQL Server 2000 a un SQL 2005, o en el mejor de
los casos probar las nuevas versiones de motores de base de datos
del 2008 que presenta Microsoft para que los alumnos no queden
desactualizados.

BIBLIOGRAFÍA:

Integrantes:

Carlos Sanchez Zambrano

Alexandra Solís

Universidad Técnica de Ambato

Facultad de Ingeniería en Sistemas

Base de Datos Distribuidas