UNIVERSIDAD REGIONAL AUTONOMA DE LOS ANDES

EXTENSIN SANTO DOMINGO

FACULTAD SISTEMAS MERCANTILES
CARRERA SISTEMAS

MODULO SISTEMAS DE DATOS DISTRIBUIDOS

TEMA: REPLICACIN EN SQL SERVER 2008

AUTOR: DARLIN BOHORQUEZ

TUTOR: ING. JAVIER ULLOA

FECHA: 16/08/2015

PERIODO OCTUBRE MARZO 2015

1. INTRODUCCIN
La replicacin de datos permite que ciertos datos de la base de datos sean
almacenados en ms de un sitio, y su principal utilidad es que permite aumentar la
disponibilidad de los datos y mejora el funcionamiento de las consultas globales a la
base de datos.

La replicacin en SQL Server consiste, en el transporte de datos entre dos o ms

instancias de servidores. Para ello SQL Server brinda un conjunto de soluciones que
permite copiar, distribuir y posiblemente modificar datos de toda la organizacin. Se
incluyen, adems, varios mtodos y opciones para el diseo, implementacin,
supervisin y administracin de la replicacin, que le ofrecen la funcionalidad y
flexibilidad

necesarias

para

distribuir

datos

mantener

su

coherencia.

En la replicacin se utiliza una metfora de la industria de la publicacin para

representar los componentes y procesos de una topologa de replicacin. De esta
forma el modelo se compone, bsicamente, de los siguientes elementos: publicador,
distribuidor, suscriptores, publicaciones, artculos y suscripciones.

2. OBJETIVOS
2.1.

GENERAL

Conocer en forma bsica como funciona la plataforma SQL server 2008

para la replicacin de base de datos
2.2.

ESPECIFICOS

Conocer el manejo de los tipos de replicaciones que existen en SQL server

2008

3.

DESARROLLO

3.1. REPLICACION EN SQL SERVER

La replicacin de datos consiste en el transporte de datos entre dos o ms
servidores, permitiendo que ciertos datos de la base de datos estn almacenados en
ms de un sitio, y as aumentar la disponibilidad de los datos y mejorar el
rendimiento de las consultas globales. El modelo de replicacin est formado por:
publicador, distribuidor, suscriptor, publicacin, artculo y suscripcin; y varios
agentes responsabilizados de copiar los datos entre el publicador y el suscriptor. A
los tipos bsicos de replicacin (de instantneas, transaccional y de mezcla), se le
incorporan opciones para ajustarse an ms a los requerimientos del usuario.

3.1.1. COMPONENTES DEL MODELO DE REPLICACION

La replicacin de datos es un asunto exclusivamente entre servidores de datos, en

nuestro caso hablamos de servidores SQL Server. Los servidores SQL Server
pueden desempear uno o varios de los siguientes roles: publicador, distribuidor o
suscriptor.

Para representar los componentes y procesos de una topologa de replicacin se

utilizan metforas de la industria de la publicacin. El modelo se compone de los
siguientes objetos: el publicador, el distribuidor, el suscriptor, la publicacin, el
artculo y la suscripcin; as como de varios agentes, que son los procesos
responsabilizados de copiar los datos entre el publicador y el suscriptor. Estos
agentes son: agente de instantneas, agente de distribucin, agente del lector del
registro, agente del lector de cola y agente de mezcla.

El publicador es un servidor que pone los datos a disposicin de otros servidores

para poder replicarlos. El distribuidor es un servidor que aloja la base de datos de
distribucin y almacena los datos histricos, transacciones y metadatos. Los
suscriptores reciben los datos replicados.

3.1.2. TIPOS DE REPLICACION

Los tipos bsicos de replicacin son:
replicacin de instantneas
replicacin transaccional
replicacin de mezcla

Para ajustarse an ms a los requerimientos de los usuarios se incorporan opciones

como son la actualizacin inmediata en el suscriptor, la actualizacin en cola y la
transformacin de datos replicados.
3.1.3. REPLICACION DE INSTANTANEAS
En la replicacin de instantneas los datos se copian tal y como aparecen
exactamente en un momento determinado. Por consiguiente, no requiere un control
continuo de los cambios. Las publicaciones de instantneas se suelen replicar con
menos frecuencia que otros tipos de publicaciones. Puede llevar ms tiempo
propagar las modificaciones de datos a los suscriptores. Se recomienda utilizar:
cuando la mayora de los datos no cambian con frecuencia; se replican pequeas
cantidades de datos; los sitios con frecuencia estn desconectados y es aceptable
un periodo de latencia largo (la cantidad de tiempo que transcurre entre la
actualizacin de los datos en un sitio y en otro). En ocasiones se hace necesario
utilizarla cuando estn involucrados algunos tipos de datos (text, ntext, e imagen)
cuyas modificaciones no se registran en el registro de transacciones y por tanto no
se pueden replicar utilizando la metodologa de replicacin transaccional.
3.1.4. REPLICACION TRANSACCIONAL
En este caso se propaga una instantnea inicial de datos a los suscriptores, y
despus, cuando se efectan las modificaciones en el publicador, las transacciones
individuales se propagan a los suscriptores. SQL Server 2000 almacena las
transacciones que afectan a los objetos replicados y propaga esos cambios a los
suscriptores de forma continua o a intervalos programados. Al finalizar la
propagacin de los cambios, todos los suscriptores tendrn los mismos valores que
el publicador. Suele utilizarse cuando: se desea que las modificaciones de datos se
propaguen a los suscriptores, normalmente pocos segundos despus de producirse;
4

se necesita que las transacciones sean atmicas, que se apliquen todas o ninguna
al suscriptor; los suscriptores se conectan en su mayora al publicador; su aplicacin
no puede permitir un periodo de latencia largo para los suscriptores que reciban
cambios.

Es til en escenarios en los que los suscriptores pueden tratar a sus datos como de
slo lectura, pero necesitan cambios a los datos con una cantidad mnima de
latencia. Ejemplo: un sistema para el procesamiento y distribucin de pedidos. En
este tipo de escenario, podra tener varios publicadores recibiendo pedidos de
mercancas. Estos pedidos se replican entonces a un almacn central donde se
despachan los pedidos. El almacn puede tratar los datos como de slo lectura y
requiere nueva informacin en forma peridica.

3.1.5. REPLICACION DE MEZCLA

Permite que varios sitios funcionen en lnea o desconectados de manera autnoma,

y mezclar ms adelante las modificaciones de datos realizadas en un resultado
nico y uniforme. La instantnea inicial se aplica a los suscriptores; a continuacin
SQL Server 2000 hace un seguimiento de los cambios realizados en los datos
publicados en el publicador y en los suscriptores. Los datos se sincronizan entre los
servidores a una hora programada o a peticin. Las actualizaciones se realizan de
manera independiente, sin protocolo de confirmacin, en ms de un servidor, as el
publicador o ms de un suscriptor pueden haber actualizado los mismos datos. Por
lo tanto, pueden producirse conflictos al mezclar las modificaciones de datos.

Cuando se produce un conflicto, el Agente de mezcla invoca una resolucin para

determinar qu datos se aceptarn y se propagarn a otros sitios. Es til cuando:
varios suscriptores necesitan actualizar datos en diferentes ocasiones y propagar los
cambios al publicador y a otros suscriptores; los suscriptores necesitan recibir datos,
realizar cambios sin conexin y sincronizar ms adelante los cambios con el
publicador y otros suscriptores; el requisito de periodo de latencia de la aplicacin es
largo o corto; la autonoma del sitio es un factor crucial.

4.

FACTORES PARA ELEGIR EL METODO DE REPLICACION

5

En la eleccin de un mtodo adecuado para la distribucin de los datos en una

organizacin influyen varios factores. Los cuales podemos agruparlos en dos
grupos: factores relacionados con los requerimientos de la aplicacin y factores
relacionados con el entorno de red.

Dentro de los factores relacionados con los requerimientos de la aplicacin, los

fundamentales son:

Autonoma
Consistencia
transaccional
Latencia

La autonoma de un sitio da la medida de cuanto puede operar el sitio desconectado

de la base de datos publicadora. La consistencia transaccional de un sitio viene
dado por la necesidad de ejecutar o no inmediatamente todas las transacciones que
se han ejecutado en el servidor, o si es suficiente con respetar el orden de las
mismas. La latencia de un sitio se refiere al momento en que se deben de
sincronizar las copias de los datos. Necesitan los datos estar el 100% en
sincrona? O si es admisible determinada latencia de qu tamao es aceptable el
rezago?

Entre los factores relacionados con el entorno de red estn la velocidad de

transmisin de datos de la red, deben considerarse preguntas como Cmo luce la
red? Es rpida? Debe analizarse adems la confiabilidad de la red y responder
preguntas como Cun confiable es la red? Por otra parte en el caso que los
servidores SQL no permanezcan todos los das encendidos, como pudiera suceder
en algunas organizaciones, deben considerarse los horarios de disponibilidad de
cada servidor.

5.

BIBLIOGRAFIA
6

5.1.

DIGITAL

a) http://wiki.monagas.udo.edu.ve/index.php/Metodolog%C3%ADas_para_el_de
sarrollo_de_software
b) http://procesosdesoftware.wikispaces.com/METODOLOGIAS+PARA+DESAR
ROLLO+DE+SOFTWARE