Facultad de Ingenieria y Ciencias Aplicadas

Facultad de Ingenieria y Ciencias Aplicadas.
Sistemas de Información.
Universidad Central del Ecuador
Base de datos y de la Información.

Titulo:
Replicación Transaccional Sql server.
Integrantes:
Elizalde Caisa Nataly Johana
Maisincho Palaguaray Christian Andres.

Curso: SI4 – 001
Fecha: 30 /08/2022
Base de datos y de la información
Contenido
Introducción.................................................................................................................................3
Resumen......................................................................................................................................4
El Problema..................................................................................................................................5
Planteamiento..........................................................................................................................5
Formulación.............................................................................................................................5
Objetivos......................................................................................................................................6
Objetivo General......................................................................................................................6
Objetivo Específico...................................................................................................................6
Justificación..................................................................................................................................7
Marco Teórico..............................................................................................................................8
Modelo de Replicación SQL......................................................................................................8
Tipos de Publicación.............................................................................................................9
¿Cómo funciona la replicación transaccional?.......................................................................10
Conjunto de datos Inicial........................................................................................................11
Agente de distribución...........................................................................................................11
TIPOS DE REPLICACION...........................................................................................................11
Replicación de instantáneas...............................................................................................12
Replicación Transaccional..................................................................................................13
Replicación de mezcla........................................................................................................14
¿Qué factores se deben considerar para elegir el método de replicación correcto?.............15
Configuración de replicación transaccional entre dos servidores conectados completamente.
...............................................................................................................................................17
Prerrequisitos.....................................................................................................................17
Configuración del publicador para la replicación transaccional.............................................17
Crear publicaciones y definir artículos................................................................................17
Creación de una suscripción a la publicación transaccional...................................................23
Creación de la suscripción..................................................................................................23
Establecer permisos de la base de datos del suscriptor.........................................................27
Estado de la Sincronizacion....................................................................................................28
Medir la latencia de la replica................................................................................................29
Conclusiones..............................................................................................................................31
Recomendaciones......................................................................................................................32
Bibliografía.................................................................................................................................33
2
Introducción.
La finalidad de este proyecto se trata de comprender un poco mas esta
herramienta llamada SQL Server, aunque consta de un sinfín de características para el
manejo y creación de bases de datos, en esta ocasión hablaremos sobre “La replicación
de datos”; esta permite que ciertos datos de una base de datos sean almacenados en mas
de un sitio, siendo su principal utilidad aumentar la disponibilidad de los datos y la
mejora del funcionamiento de las consultas globales a la bases de datos.
La replicación transaccional en Sql server consiste en el transporte de los datos entre
dos o mas servidores. Para esto nuestro programa SQL server nos brinda un conjunto de
soluciones los cuales permiten copiar, distribuir y la modificación de datos de toda la
organización. En esta se incluyen varios métodos y opciones para su diseño,
implementación, supervisión y su respectiva administración de la replicación, esta nos
ofrece la funcionalidad y flexibilidad necesaria para distribuir los datos y mantener la

coherencia.
En la industria de la publicidad el servicio de “Replicación” es utilizada para representar
los componentes y procesos de una topología de replicación. Ya que de esta forma el
modelo se compone básicamente por los elementos:
 Publicador.
 Distribuidor.
 Suscriptores.
 Publicaciones
 Artículos
 Suscripciones.
3
Resumen
La replicación de datos en SQL se trata de el transporte de datos entre dos o mas
servidores, permitiendo que ciertos datos de la base de datos estén almacenados en
varios sitios, y así aumentar la disponibilidad de datos lo cual conlleva a una mejora en
el rendimiento de las consultas globales. Este modelo de replica como ya se menciono
esta formado por:
 Publicador.
 Distribuidor.
 Suscriptores.
 Publicaciones
 Artículos
 Suscripciones.
Además de varios agentes responsables de transferir los datos entre el publicador y el
suscriptor. A los tipos básicos de replicación:
 Instantáneas.
 Transaccional
 Mezcla
A estos se los incorpora las opciones para ajustarse a un mas a los requerimientos de los
usuarios.
4
El Problema.
Planteamiento.
El desarrollo de nuevas tecnologías ha traído consigo grandes beneficios para las
pequeñas, medianas y grandes empresas alrededor del mundo, al permitir automatizar
los procesos que hace varias décadas solo se lo realizaba de forma manual. Sin
embargo, aun con la tecnología y el mundo actual requiere que la información no sea
retenida en un solo lugar, se necesita de una información dinámica y segura. En la
actualidad las bases de datos se encuentran en cualquier lugar y se ha vuelto en un regla
que mide nuestros deseos. Para que se encuentre en cualquier lugar necesitamos las
herramientas correctas para replicar estas transacciones.
Formulación.
Una vez conocido las limitaciones debemos dar soluciones a las mismas;
entonces, ¿Para que sirve el Servicio de replica transaccional SQL server?
5
Objetivos.
Objetivo General.
Comprender el funcionamiento y ejecución del servicio de “Replica
Transaccional SQL server” mediante la investigación de varios documentos e incluso el
internet con el fin de aprender a usar este valioso servicio el cual nos va a permitir
dinamizar nuestras bases de datos para su ejecución en cualquier lugar donde la
necesitemos.
Objetivo Específico.
 Investigar como funciona la replica Transaccional SQL server, sus alcances y
limitaciones para su uso optimo en diversas situaciones.
 Realizar la instalación de los complementos necesarios para el eficaz
rendimiento del programa.

 Solucionar los problemas que aparezcan a lo largo de nuestra interacción con
esta herramienta para exponer su uso y aplicar recomendaciones a partir de su
uso.
6
Justificación.
En la actualidad, existen varias herramientas de software que han sido
desarrolladas a lo largo de los años, con la finalidad, de facilitar y mejorar procesos que
al realizarse de forma manual requerían de recursos valiosos, los mismo que podían ser
utilizados en otras aplicaciones, para ser aprovechados de mejor manera. Las bases de
datos son sistemas que permiten a las manejar, controlar y, sobre todo, tomar decisiones
sobre diversas actividades que se pueda efectuar en la empresa, principalmente aquellas
que tienen que ver con los ámbitos financieros y comerciales de una empresa.
7
Marco Teórico
Modelo de Replicación SQL.
La replicación de datos es un asunto exclusivamente entre servidores de datos, en
nuestro caso hablamos de servidore SQL. Dichos servidores pueden desempeñar uno o
varios de los siguientes roles:
 Publicador
 Distribuidor o suscriptor.
El publicador es un servicio que pone los datos a disposición de otros servidores para
poder replicarlos. El distribuidor es un servidor que aloja la base de datos de
distribución y almacena los datos históricos, transacciones y metadatos. Los suscriptores

reciben datos replicados.
Una publicación es un conjunto de artículos donde mas adelante explicaremos la
definición de “artículos” para este contexto, tomados de una base de datos. Esta
agrupación de varios artículos facilita especificar un conjunto de datos relacionados
lógicamente y los objetos de bases de datos que desea replicar conjuntamente. Ahora
para este contexto un “articulo” de una publicación puede ser una tabla de datos la cual
puede contar con todas las filas o algunas (filtrado horizontal) y simultáneamente contar
de todas las columnas o algunas (filtrado vertical), un procedimiento almacenado, una
definición de vista, la ejecución de un procedimiento almacenado, una vista indizada o
una función definida por el usuario.
8
Ahora una suscripción es una petición de copia de datos o de objetos de bases de datos
para replicar. Una suscripción define que publicación se recibirá, donde y cuandos. Las
suscripciones pueden ser de inserción o de extracción, una publicación puede admitir
una combinación de suscripciones de inserción y extracción. El publicador o el
suscriptor solicitan la sincronización o distribución de datos de una suscripción.
El publicador puede disponer de una o mas publicaciones, de las cuales los suscriptores
se suscriben a las publicaciones que necesitan, nunca a artículos individuales de una
publicación. El publicador, además detecta que datos han cambiado durante la
replicación transaccional y mantiene información segura de todas las publicaciones del
sitio.
La función del distribuidor varia según la metodología de replicación implementada. En
ocasiones se configura como distribuidor el mismo publicador y se lo denomina
distribuidor local: en el resto de los casos el distribuidor será remoto, pudiendo coincidir
en algún caso de un suscriptor.
Los suscriptores además de obtener sus suscripciones, en dependencia del tipo y
opciones de replicación elegida, puede devolver datos modificados al publicador.
Además puede tener sus propias publicaciones.
9
Tipos de Publicación.
¿Cómo funciona la replicación transaccional?
La replicación transaccional se implementa con el Agente de instantáneas, el Agente de

registro del LOG y el Agente de distribución de SQL Server . El Agente de instantáneas
prepara archivos de instantáneas que contienen esquemas y datos de las tablas y objetos
de base de datos publicados, almacena los archivos en la carpeta de instantáneas y
registra los trabajos de sincronización en la base de datos de distribución del
distribuidor.
El Agente de registro del LOG supervisa el registro de transacciones de cada base de
datos configurada para la replicación transaccional y copia las transacciones marcadas
para ser replicadas desde el registro de transacciones a la base de datos de distribución,
que actúa como una cola de almacenamiento y reenvío confiable. El Agente de
distribución copia los archivos de instantáneas iniciales de la carpeta de instantáneas y
10
las transacciones almacenadas en las tablas de la base de datos de distribución a los
suscriptores.
Conjunto de datos Inicial.
Antes de que un suscriptor de replicación transaccional pueda recibir los cambios
incrementales desde un publicador, debe contener tablas con el mismo esquema y los
mismos datos que las tablas del publicador. El conjunto de datos inicial es normalmente
una instantánea que se crea con el Agente de instantáneas y se distribuye y aplica a
través del Agente de distribución. También se puede suministrar el conjunto de datos
inicial mediante una copia de seguridad u otro medio, como SQL Server Integration
Services.
Cuando se distribuyen y se aplican instantáneas a los suscriptores, solo se ven afectados
los suscriptores que estén esperando instantáneas iniciales. Otros suscriptores de esa
publicación (aquellos que ya se han inicializado) no se ven afectados.
11
Agente de distribución.
El Agente de distribución se ejecuta en el distribuidor para las suscripciones de
inserción y en el suscriptor para las suscripciones de extracción. El Agente mueve las
transacciones desde la base de datos de distribución al suscriptor. Si se ha marcado una
suscripción para validarla, el Agente de distribución comprueba también si los datos en
el publicador y en el suscriptor coinciden.
TIPOS DE REPLICACION.
Los tipos básicos de replicación son:
 Replicación de instantáneas,
 Replicación transaccional.
 Replicación de mezcla.
Para ajustarse aun mas a los requerimientos de los usuarios se incorporan opciones
como son las actualización inmediata en el suscriptor, la actualización en cola y la
transformación de datos replicados.
 Replicación de instantáneas.
En la replicación de instantáneas 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 instantáneas se suelen replicar con menos frecuencia que
otros tipos de publicaciones. Puede llevar más tiempo propagar las modificaciones de
datos a los suscriptores. Se recomienda utilizar: cuando la mayoría de los datos no
cambian con frecuencia; se replican pequeñas cantidades de datos; los sitios con
12
frecuencia están desconectados y es aceptable un periodo de latencia largo (la cantidad
detiempo que transcurre entre la actualización de los datos en un sitio y en otro).
En ocasiones se hace necesario utilizarla cuando están 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 metodología de replicación
transaccional.
Los servidores OLAP son candidatos a la replicación de instantáneas. Las consultas ad-
hoc que aplican los administradores de sistemas de información son generalmente de
solo lectura y los datos con antiguedad de horas o días no afectan sus consultas. Por
ejemplo un departamento desea hacer una investigación sobre demografía de los
artículos vendidos hace dos meses. La
información de la semana pasada no afectará sus consultas; además el departamento no
está planeando hacer cambio en los datos, solo necesita el almacén de datos. Hay que
destacar además que cuando están involucrados algunos tipos de datos (text, ntext, e
imagen) cuyas modificaciones no se registran en el registro de transacciones y por lo
tanto es necesario transportar estos datos del publicador al suscriptor para lo cual es
necesario utilizar la replicación de instantáneas, al menos como una solución parcial.
Con la opción de actualización inmediata en el suscriptor se permite a los suscriptores
actualizar datos solamente si el publicador los va a aceptar inmediatamente. Si el
publicador los acepta, se propagan a otros suscriptores. El suscriptor debe estar
conectado de forma estable y continua al publicador para poder realizar cambios en el
suscriptor. Esta opción es útil en escenarios en los que tienen lugar unas cuantas
modificaciones ocasionales en los servidores suscriptor.
13
 Replicación Transaccional.
En este caso se propaga una instantánea inicial de datos a los suscriptores, y después,
cuando se efectúan 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 propagación de los cambios, todos los
suscriptores tendrán los mismos valores que el publicador. Suele utilizarse cuando: se
desea que las modificaciones de datos se propaguen a los suscriptores, normalmente
pocos segundos después de producirse; se necesita que las transacciones sean atómicas,
que se apliquen todas o ninguna al suscriptor; los suscriptores se conectan en su mayoría
al publicador; su aplicación 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 sólo
lectura, pero necesitan cambios a los datos con una cantidad mínima de latencia.
Ejemplo: un sistema para el procesamiento y distribución de pedidos. En este tipo de
escenario, podría tener varios publicadores recibiendo pedidos de mercancías. Estos
pedidos se replican entonces a un almacén central donde se despachan los pedidos. El
almacén puede tratar los datos como de sólo lectura y requiere nueva información en
forma periódica.
Con el uso de la opción de actualización inmediata en el suscriptor se pierde aún más la
autonomía de sitio, pero se reduce el tiempo en el cual los sitios actualizan sus copias de
los datos. Para hacer modificaciones en la base de datos del suscriptor éstas se realizan
(o intentan) también en la base de datos publicador en una confirmación de dos fases
(2PC) por lo que si su modificación se confirma indica que es válida y luego en cuestión
14
de minutos, o según la planificación hecha, estos cambios son duplicados a las demás
bases de datos suscriptoras.
 Replicación de mezcla.
Permite que varios sitios funcionen en línea o desconectados de manera autónoma, y
mezclar más adelante las modificaciones de datos realizadas en un resultado único y
uniforme. La instantánea inicial se aplica a los suscriptores; a continuación 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 petición. Las actualizaciones se realizan de manera independiente, sin
protocolo de confirmación, en más de un servidor, así el publicador o más 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 resolución para

determinar qué datos se aceptarán y se propagarán 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 conexión y sincronizar más adelante los cambios con el publicador y otros
suscriptores; el requisito de periodo de latencia de la aplicación es largo o corto; la
autonomía del sitio es un factor crucial.
Es útil en ambientes en los que cada sitio hace cambios solamente en sus datos pero que
necesitan tener la información de los otros sitios. Por ejemplo podría crearse una base
de datos que registre la historia delictiva de individuos. En cada municipio de Villa
Clara, se puede tener una copia de la base de datos de toda la provincia y no se requiere
estar conectado permanentemente a la base de datos de la instancia provincial.
15
¿Qué factores se deben considerar para elegir el método de replicación correcto?
En la elección de un método adecuado para la distribución de los datos en una
organización influyen varios factores. Los cuales podemos agruparlos en dos grupos:
factores relacionados con los requerimientos de la aplicación y factores relacionados
con el entorno de red.
Dentro de los factores relacionados con los requerimientos de la aplicación, los
fundamentales son:
 Autonomía.
 Consistencia Transaccional.
 Latencia.
La autonomía 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 sincronía? O si es admisible determinada latencia
¿de qué tamaño es aceptable el rezago”?
Entre los factores relacionados con el entorno de red están la velocidad de transmisión
de datos de la red, deben considerarse preguntas como ¿Cómo luce la red? ¿Es rápida?
Debe analizarse además la confiabilidad de la red y responder preguntas como ¿Cuán
confiable es la red? Por otra parte en el caso que los servidores SQL no permanezcan
todos los días encendidos, como pudiera suceder en algunas organizaciones, deben
considerarse los horarios de disponibilidad de cada servidor.
16
La consideración de estos factores sirve de guía en la configuración del ambiente de
replicación. Además debe considerar las siguientes preguntas:
 ¿Qué datos se van a publicar?
 ¿Reciben todos los suscriptores todos los datos o sólo subconjuntos de ellos?
 ¿Se deben particionar los datos por sitio?
 ¿Se debe permitir que los suscriptores envíen actualizaciones de los datos”? Y
en caso de permitirlas.
 ¿Cómo deben implementarse?
 ¿Quiénes pueden tener acceso a los datos?
 ¿Se encuentran estos usuarios en línea? ¿Se encuentran conectados mediante
enlaces caros?
Configuración de replicación transaccional entre dos servidores conectados
completamente.
Prerrequisitos.
Para completar este tutorial, necesita tener SQL Server, SQL Server Management
Studio (SSMS) y una base de datos:
 En el servidor del publicador (origen), instale:
17
o Cualquier edición de SQL Server, excepto SQL Server Express o SQL
Server Compact. Estas ediciones no pueden ser publicadores de
replicación.
o La base de datos de ejemplo. Con el objeto de mejorar la seguridad, las
bases de datos de ejemplo no se instalan de forma predeterminada.
 En el servidor del suscriptor (destino), instale cualquier edición de SQL Server,
excepto SQL Server Compact. SQL Server Compact no puede ser un suscriptor
de una replicación transaccional.
 Instale SQL Server Management Studio.
 Instale SQL Server 2017 Developer Edition.
 Descargue la base de datos.
Configuración del publicador para la replicación transaccional.

Crear publicaciones y definir artículos.
1. Conéctese al publicador en SQL Server Management Studio y, después,
expanda el nodo de servidor.
2. Haga clic con el botón derecho en Agente SQL Server y seleccione Iniciar. El
Agente SQL Server debe estar ejecutándose antes de crear la publicación. Si esto
no inicia el agente, deberá hacerlo manualmente desde el Administrador de
configuración de SQL Server.
3. Expanda la carpeta Replicación, haga clic con el botón derecho en la carpeta
Publicaciones locales y, después, seleccione Nueva publicación. Este paso
inicia el Asistente para nueva publicación:
18
4. En la página Base de datos de publicación , seleccione AdventureWorks2012
y, a continuación, seleccione Siguiente.
5. En la página Tipo de publicación, seleccione Publicación transaccional y,
después, seleccione Siguiente:

6. En la página Artículos, expanda el nodo Tablas y seleccione la casilla
Producto. A continuación, expanda Producto y desactive las casillas situadas
junto a ListPrice y StandardCost. Seleccione Siguiente.
19
7. En la página Filtrar filas de tabla, seleccione Agregar.
8. En el cuadro de diálogo Agregar filtro, seleccione la columna

SafetyStockLevel. Seleccione la flecha derecha para agregar la columna a la
cláusula WHERE de la instrucción de filtro en la consulta del filtro. Después,
escriba manualmente en el modificador de la cláusula WHERE lo siguiente:
20
9. Seleccione Aceptar y después Siguiente.
10. Active la casilla Crear una instantánea inmediatamente y mantenerla
disponible para inicializar suscripciones y seleccione Siguiente:

21
11. En la página Seguridad del agente, desactive la casilla Use the security
settings from the Snapshot Agent (Usar la configuración de seguridad del
Agente de instantáneas).
Seleccione Configuración de seguridad para el Agente de instantáneas. Escriba
<Publisher_Machine_Name>\repl_snapshot en el cuadro Cuenta de proceso ,
proporcione la contraseña de esta cuenta y, a continuación, seleccione Aceptar.
22
12. Repita el paso anterior para establecer <Publisher_Machine_Name>\
repl_logreader como cuenta de proceso para el Agente de registro del log.
Después, seleccione Aceptar.

13. En la página Complete the Wizard (Finalización del asistente), escriba
AdvWorksProductTrans en el cuadro Nombre de publicación y seleccione
Finalizar:
23
14. Una vez se haya creado la publicación, seleccione Cerrar para finalizar el
asistente.
Creación de una suscripción a la publicación transaccional.
Creación de la suscripción.
1. Conéctese al publicador en SQL Server Management Studio, expanda el nodo
del servidor y luego la carpeta Replicación.
2. En la carpeta Publicaciones locales, haga clic con el botón derecho en la
publicación AdvWorksProductTrans y, después, seleccione Nuevas
suscripciones. Se inicia el Asistente para nueva suscripción:
24
3. En la página Publicación, seleccione AdvWorksProductTrans y, después,
seleccione Siguiente:
25
4. En la página Ubicación del Agente de distribución, seleccione Ejecutar todos
los agentes en el distribuidor y luego seleccione Siguiente. Para más
información sobre las suscripciones de inserción y de extracción, vea Suscribirse
a publicaciones.
5. En la página Suscriptores, si no se muestra el nombre de la instancia del
suscriptor, seleccione Agregar suscriptor y, después, seleccione Agregar
suscriptor de SQL Server en la lista desplegable. Este paso abre el cuadro de
diálogo Conectar al servidor. Escriba el nombre de instancia del suscriptor y,
después, seleccione Conectar.
26
Después de agregar el suscriptor, active la casilla situada junto al nombre de
instancia del suscriptor. Después, seleccione Nueva base de datos en Base de
datos de suscripción.
6. Aparece el cuadro de diálogo Nueva base de datos. Escriba ProductReplica en

el cuadro Nombre de base de datos, seleccione Aceptar y, después, seleccione
Siguiente:
27
7. En la página Seguridad del Agente de distribución, haga clic en el botón de
puntos suspensivos (...). Escriba <Publisher_Machine_Name>\
repl_distribution en el cuadro Cuenta de proceso, escriba la contraseña de esta
cuenta, seleccione Aceptar y, a continuación, seleccione Siguiente.

8. Seleccione Finalizar para aceptar los valores predeterminados en las páginas
restantes y finalizar el asistente.
Establecer permisos de la base de datos del suscriptor.
1. Conéctese al suscriptor en SQL Server Management Studio. Expanda
Seguridad, haga clic con el botón derecho en Inicios de sesión y, después,
seleccione Nuevo inicio de sesión.
a. En la página General , en Nombre de inicio de sesión, seleccione Buscar y
agregue el inicio de sesión de <Subscriber_Machine_Name>\repl_distribution.
28
b. En la página Asignaciones de usuario, otorgue el inicio de sesión al miembro
db_owner para la base de datos ProductReplica.

2. Seleccione Aceptar para cerrar el cuadro de diálogo Nuevo inicio de sesión.
Estado de la Sincronizacion.
1. Conéctese al publicador en SQL Server Management Studio. Expanda el nodo
del servidor y luego la carpeta Replicación.
2. En la carpeta Publicaciones locales, expanda la publicación
AdvWorksProductTrans, haga clic con el botón derecho en la suscripción de
la base de datos ProductReplica y, después, seleccione Ver estado de
sincronización. Se muestra el estado de sincronización actual de la suscripción:
29
3. Si la suscripción no está visible en AdvWorksProductTrans, presione F5 para
actualizar la lista.
Medir la latencia de la replica.

En esta sección se emplean testigos de seguimiento para comprobar que los cambios se
replican en el suscriptor y para determinar la latencia. La latencia es el tiempo necesario
para que un cambio realizado en el publicador aparezca en el suscriptor.
1. Conéctese al publicador en SQL Server Management Studio. Expanda el nodo
del servidor, haga clic con el botón derecho en la carpeta Replicación y luego
seleccione Iniciar Monitor de replicación:
30
2. Expanda un grupo de publicador en el panel izquierdo, expanda la instancia del
publicador y, después, seleccione la publicación AdvWorksProductTrans.
a.Seleccione la pestaña Testigos de seguimiento.
b. Seleccione Insertar seguimiento.
c. Vea el tiempo transcurrido para el testigo de seguimiento en las
siguientes columnas: Publicador a distribuidor, Distribuidor a
suscriptory Latencia total. El valor Pendiente indica que el testigo no
ha alcanzado un punto especificado.
31
Conclusiones.
 La implementación de la técnica de replicación en un entorno de bases de datos
solventa algunas limitaciones importantes para empresas que requieren una alta
disponibilidad de datos e incluso cierta tolerancia a fallos,aunque adoptar un

esquema de replicación puede llegar a ser muy costoso por factores de
infraestructura, ancho de banda y el tipo de replicación que se implementa.
 Se aprendió sobre los componentes básicos que conforman la replicación en la
bases de datos, para este caso orientado a Microsoft SQL Server. Los objetos de
una base de datos de publicaciones que están marcados para la replicación se
denominan artículos. Los artículos se agrupan en publicaciones. Si se producen
cambios en esos artículos, los cambios se propagan al suscriptor, según lo
definido por una suscripción. Los datos fluye a través de la base de datos de
distribución, que reside en el Distribuidor.
32
Recomendaciones.
 Datos inconsistentes: La sincronización entre múltiples entornos distribuidos puede
darse en distintos lapsos de tiempo lo que puede provocar que los suscriptores no se
sincronicen de forma correcta lo que podría generar intervalos en los que los datos no
estén disponibles en los suscriptores durante minutos u horas, llegando a un extremo en
el que los datos no se sincronicen sin la intervención de los administradores de la base
de datos.
 Ancho de banda y Latencias: El servicio de conexión puede influir de forma negativa en
las réplicas, puesto una conexión muy deficiente o intermitente puede provocar que
genere dificultades en el proceso de replicación. La conexión debe tener el suficiente
ancho de banda para poder llevar a cabo la o las réplicas.

33
Bibliografía.
1. Fundamentos de Bases de Datos, Abraham Silberschatz, H. Korth, S.

Sudarshan, 5ta Edición. McGraw Hill.
2. GeeksforGeeks. (2019, 20 agosto). Data Replication in DBMS.

https://www.geeksforgeeks.org/data-replication-in-dbms/
3. Meine, S. (2013). Fundamentals of SQL Server 2012 replication (1st ed., pp.
35–73). Poulsbo, WA: Simple Talk Publishing.
4. Merge Replication — SQL Server. (2017, 14 marzo). Microsoft Docs.

https://docs.microsoft.com/en-us/sql/relational-databases/replication/merge/
merge-replication?view=sql-server-ver15
5. Naeem, T. (2021, 7 mayo). Replicación de datos: descripción general y

beneficios. Astera. https://www.astera.com/es/type/blog/data-replication/
6. Suscripciones actualizables (transaccional) — SQL Server. (2016, 21 julio).

Microsoft Docs.
https://docs.microsoft.com/es-es/sql/relational-databases/replication/
transactional/updatable-subscriptions-for-transactional-replication?view=sql-
server-ver15
7. Transactional Replication — SQL Server. (2017, 14 marzo). Microsoft Docs.

https://docs.microsoft.com/en-us/sql/relational-databases/replication/
transactional/transactional-replication?view=sql-server-ver15
34

Facultad de Ingenieria y Ciencias Aplicadas

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Facultad de Ingenieria y Ciencias Aplicadas

Cargado por

Copyright:

Formatos disponibles

Facultad de Ingenieria y Ciencias Aplicadas.

Universidad Central del Ecuador

Base de datos y de la Información.

Replicación Transaccional Sql server.

Elizalde Caisa Nataly Johana

Maisincho Palaguaray Christian Andres.

Curso: SI4 – 001

La finalidad de este proyecto se trata de comprender un poco mas esta

herramienta llamada SQL Server, aunque consta de un sinfín de características para el

de un sitio, siendo su principal utilidad aumentar la disponibilidad de los datos y la

mejora del funcionamiento de las consultas globales a la bases de datos.

La replicación transaccional en Sql server consiste en el transporte de los datos entre

soluciones los cuales permiten copiar, distribuir y la modificación de datos de toda la

organización. En esta se incluyen varios métodos y opciones para su diseño,

implementación, supervisión y su respectiva administración de la replicación, esta nos

ofrece la funcionalidad y flexibilidad necesaria para distribuir los datos y mantener la

En la industria de la publicidad el servicio de “Replicación” es utilizada para representar

los componentes y procesos de una topología de replicación. Ya que de esta forma el

modelo se compone básicamente por los elementos:

La replicación de datos en SQL se trata de el transporte de datos entre dos o mas

servidores, permitiendo que ciertos datos de la base de datos estén almacenados en

el rendimiento de las consultas globales. Este modelo de replica como ya se menciono

esta formado por:

Además de varios agentes responsables de transferir los datos entre el publicador y el

suscriptor. A los tipos básicos de replicación:

El desarrollo de nuevas tecnologías ha traído consigo grandes beneficios para las

pequeñas, medianas y grandes empresas alrededor del mundo, al permitir automatizar

retenida en un solo lugar, se necesita de una información dinámica y segura. En la

actualidad las bases de datos se encuentran en cualquier lugar y se ha vuelto en un regla

herramientas correctas para replicar estas transacciones.

entonces, ¿Para que sirve el Servicio de replica transaccional SQL server?

Comprender el funcionamiento y ejecución del servicio de “Replica

Transaccional SQL server” mediante la investigación de varios documentos e incluso el

dinamizar nuestras bases de datos para su ejecución en cualquier lugar donde la

 Investigar como funciona la replica Transaccional SQL server, sus alcances y

limitaciones para su uso optimo en diversas situaciones.

 Realizar la instalación de los complementos necesarios para el eficaz

rendimiento del programa.

 Solucionar los problemas que aparezcan a lo largo de nuestra interacción con

esta herramienta para exponer su uso y aplicar recomendaciones a partir de su

En la actualidad, existen varias herramientas de software que han sido

sobre diversas actividades que se pueda efectuar en la empresa, principalmente aquellas

Modelo de Replicación SQL.

La replicación de datos es un asunto exclusivamente entre servidores de datos, en

varios de los siguientes roles:

poder replicarlos. El distribuidor es un servidor que aloja la base de datos de

distribución y almacena los datos históricos, transacciones y metadatos. Los suscriptores

reciben datos replicados.

Una publicación es un conjunto de artículos donde mas adelante explicaremos la

agrupación de varios artículos facilita especificar un conjunto de datos relacionados

de todas las columnas o algunas (filtrado vertical), un procedimiento almacenado, una

definición de vista, la ejecución de un procedimiento almacenado, una vista indizada o

una función definida por el usuario.

suscripciones pueden ser de inserción o de extracción, una publicación puede admitir

una combinación de suscripciones de inserción y extracción. El publicador o el

suscriptor solicitan la sincronización o distribución de datos de una suscripción.

se suscriben a las publicaciones que necesitan, nunca a artículos individuales de una

publicación. El publicador, además detecta que datos han cambiado durante la

replicación transaccional y mantiene información segura de todas las publicaciones del

La función del distribuidor varia según la metodología de replicación implementada. En

ocasiones se configura como distribuidor el mismo publicador y se lo denomina

en algún caso de un suscriptor.

Los suscriptores además de obtener sus suscripciones, en dependencia del tipo y

opciones de replicación elegida, puede devolver datos modificados al publicador.