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