AP4-AA7-EV3-BLOG REPLICACIÓN DE BASE DE DATOS

PRESENTADO POR:

GALO JOSE MUÑOS MARTINEZ.

ELMER MICOLTA VALENCIA.

TURORA VOCERA:
ING. ANGELICA MARIA OTALVARO MARIN

SERVICIO NACIONAL DE APRENDIZAJE SENA

ESPECIALIZACIÓN TECNOLOGICA EN
GESTIÓN Y SEGURIDAD DE BASES DE DATOS
COLOMBIA 2019
DESARROLLO
Replicación y creación de reflejo de la base de datos (SQL Server)

La creación de reflejo de la base de datos se puede usar conjuntamente con la

replicación para mejorar la disponibilidad para la base de datos de publicación. La
creación de reflejo de la base de datos incluye la creación de dos copias de una
sola base de datos que suelen residir en diferentes equipos. En cada momento, solo
una copia de la base de datos está disponible para los clientes. Esta copia se
conoce como la base de datos principal. Las actualizaciones realizadas por los
clientes en la base de datos de la entidad de seguridad se aplican a la otra copia de
la base de datos, conocida como la base de datos reflejada. La creación de reflejo
incluye la aplicación a la base de datos reflejada del registro de transacciones con
todas las inserciones, actualizaciones o eliminaciones efectuadas en la base de
datos de la entidad de seguridad.

La conmutación por error de replicación en un reflejo se admite totalmente para las

bases de datos de publicación, con compatibilidad limitada con las bases de datos
de suscripciones. La creación de reflejo de la base de datos no se admite para la
base de datos de distribución. Para obtener información sobre la recuperación de
una base de datos de distribución o una base de datos de suscripciones sin
necesidad de volver configurar la replicación, vea Back Up and Restore Replicated
Databases (Realizar copias de seguridad y restaurar bases de datos replicadas).

Nota

Después de una conmutación por error, la entidad reflejada se convierte en la

entidad de seguridad. En este tema, los términos "entidad de seguridad" y "reflejada"
siempre hacen referencia a las entidades de seguridad y reflejada originales.

Requisitos y consideraciones para el uso de la replicación con la

creación de reflejo de la base de datos

Se deben tener en cuenta los siguientes requisitos y consideraciones al utilizar la

replicación con la creación de reflejo de la base de datos:

Las entidades de seguridad y reflejada deben compartir un

distribuidor. Se recomienda que éste sea un distribuidor remoto, ya que
proporciona mayor tolerancia a errores si se produce una conmutación
por error imprevista en el publicador.
 La replicación admite la creación de reflejo de la base de datos de
publicación en la replicación de mezcla y en la replicación transaccional
con suscriptores de solo lectura o suscriptores de actualización en
cola. No se admiten suscriptores de actualización inmediata,
publicadores de Oracle, publicadores en una topología punto a punto ni
republicación.

Los metadatos y los objetos que existen fuera de la base de datos,

incluidos inicios de sesión, trabajos, servidores vinculados, etc., no se
copian en la entidad reflejada. Si se requieren los metadatos y los
objetos en la entidad reflejada, se deben copiar manualmente. Para
obtener más información, vea Administración de inicios de sesión y
trabajos tras la conmutación de roles (SQL Server).

Configurar la replicación con la creación de reflejo de la base de

datos

La configuración de la replicación y la creación de reflejo de la base de datos implica

cinco pasos. Cada paso se describe en detalle en la siguiente sección.

1. Configurar el publicador
2. Configurar la creación de reflejo de la base de datos.
3. Configurar la entidad reflejada de manera que utilice el mismo distribuidor que
la entidad de seguridad
4. Configurar los agentes de replicación para la conmutación por error
5. Agregue las entidades de seguridad y reflejada al Monitor de replicación.

El orden de los pasos 1 y 2 se puede invertir.

Para configurar la creación de reflejo de la base de datos para una base de

datos de publicación

1. Configure el publicador
a. Se recomienda el uso de un distribuidor remoto. Para obtener
más información sobre cómo configurar la distribución,
vea Configure Distribution (Configurar la distribución).

b. Se puede habilitar una base de datos para publicaciones

transaccionales y de instantáneas y/o para publicaciones de
 combinación. Para las bases de datos reflejadas que incluirán
más de un tipo de publicación, se debe habilitar la base de
datos para ambos tipos en el mismo nodo
mediante sp_replicationdboption. Por ejemplo, puede ejecutar
el siguiente procedimiento almacenado en la entidad de
seguridad:

exec sp_replicationdboption @dbname='<PublicationDatabase>',

@optname='publish', @value=true;
exec sp_replicationdboption @dbname='<PublicationDatabase>',
@optname='mergepublish', @value=true;

2. Configurar la creación de reflejo de la base de datos. Para obtener más

información, vea Establecer una sesión de creación de reflejo de la base de
datos mediante la autenticación de Windows (SQL Server Management
Studio) y Configurar la creación de reflejo de la base de datos (SQL Server).
3. Configurar la distribución para la entidad reflejada. Indique el nombre de la
entidad reflejada como el publicador y especifique el mismo distribuidor y
la misma carpeta de instantáneas que se utilizan en la entidad de
seguridad. Por ejemplo, si está configurando la replicación con
procedimientos almacenados, ejecute sp_adddistpublisher en el
distribuidor y, después, ejecute sp_adddistributor en la entidad
reflejada. Para sp_adddistpublisher:
 Establezca el valor del parámetro @publisher en el nombre de red de la
entidad reflejada.
 Establezca el valor del parámetro @working_directory en la carpeta de
instantáneas que se usa en la entidad de seguridad.
4. Especifique el nombre de la entidad reflejada para el parámetro de agente -
PublisherFailoverPartner. Este parámetro es necesario para que los
siguientes agentes identifiquen la entidad reflejada después de una
conmutación por error:

 Agente de instantáneas (para todas las publicaciones)

 Agente de registro del LOG (para todas las publicaciones transaccionales)
 Agente de lectura de cola (para las publicaciones transaccionales que admiten
suscripciones de actualización en cola)
 Agente de mezcla (para suscripciones de mezcla)
 SQL Server Escucha de replicación (replisapi.dll: para suscripciones de mezcla
sincronizadas mediante sincronización web)
 Control ActiveX de mezcla de SQL (para suscripciones de mezcla sincronizadas
con el control)
El Agente de distribución y el Control ActiveX de distribución de SQL no tienen este
parámetro porque no se conectan al publicador.

La replicación se proporciona en los siguientes niveles:

Replicación básica: las réplicas de tablas se gestionan para accesos de sólo
lectura. Para modificaciones, se deberá acceder a los datos del sitio primario.

Replicación avanzada (simétrica): amplían las capacidades básicas de sólo-

lectura de la replicación, permitiendo que las aplicaciones hagan actualizaciones a
las réplicas de las tablas, a través de un sistema replicado de la base de datos. Con
la replicación avanzada, los datos pueden proveer lectura y acceso a
actualizaciones a los datos de las tablas.

Modelo de replicación
El modelo de Replicación que usa SQL es el de “Publicador – Suscriptor”. Este
modelo consiste en Publicadores, Suscriptores y Distribuidores; las publicaciones y
los artículos, y las suscripciones por tirón o empuje. Además incorpora agentes de
administración como Agente de Instantánea, Agente Lector de Registro, Agente de
Distribución, y Agente de Mezcla. Todos los agentes pueden funcionar debajo del
agente del servidor del SQL y se pueden administrar completamente por el
Administrador del Servidor de SQL.
Escenarios típicos de la replicación

En una solución de replicación pudiera ser necesario utilizar varias publicaciones en

una combinación de metodologías y opciones. En la replicación los datos o
transacciones fluyen del publicador al suscriptor pasando por el distribuidor.
Por lo tanto en su configuración mínima una topología de replicación se compone
de al menos dos o tres servidores SQL Server que desempeñan los tres roles
mencionados.
Variando la ubicación del servidor distribuidor podríamos contar con las siguientes
variantes:
1. El rol de distribuidor desempeñado por el publicador (Fig. 1.1).
2. El rol de distribuidor desempeñado por el suscriptor (Fig. 1.2)
3. Un servidor de distribución, independiente del publicador y del suscriptor (Fig.
1.3)

Fig.1 Publicador-Distribuidor Fig.2 Distribuidor-Suscriptor Fig. 3 Distribuidor

independiente
 Bibliografía.

https://docs.microsoft.com/es-es/sql/database-engine/database-
mirroring/database-mirroring-and-replication-sql-server?view=sql-server-ver15

https://www.monografias.com/trabajos15/replicacion-datos/replicacion-datos.shtml