Procedimientos recomendados para la administración de replicación

Después de configurar la replicación, es importante comprender cómo administrar una topología de replicación. En este tema se proporcionan instrucciones básicas de procedimientos recomendados en una serie de áreas con vínculos a más información para cada área. Además de seguir las instrucciones de procedimientos recomendados que se presentan en este tema, considere la posibilidad de leer el tema de preguntas más frecuentes para familiarizarse con preguntas y problemas comunes: Preguntas más frecuentes para administradores de replicación.

Resulta útil dividir las instrucciones de procedimientos recomendados en dos áreas:

• En la siguiente información se tratan los procedimientos recomendados que se deben implementar para todas las topologías de replicación:

  • Desarrolle y pruebe una estrategia de copia de seguridad y restauración.

  • Escribe la topología de replicación.

  • Cree umbrales y alertas.

  • Supervise la topología de replicación.

  • Establezca líneas base de rendimiento y ajuste la replicación si es necesario.

• En la siguiente información se tratan los procedimientos recomendados que se deben tener en cuenta, pero es posible que no sea necesario para la topología:

  • Valide los datos periódicamente.

  • Ajuste los parámetros del agente mediante perfiles.

  • Ajuste los períodos de retención de publicación y distribución.

  • Obtenga información sobre cómo cambiar las propiedades de artículo y publicación si cambian los requisitos de la aplicación.

  • Obtenga información sobre cómo realizar cambios en el esquema si cambian los requisitos de la aplicación.

Desarrollo y prueba de una estrategia de copia de seguridad y restauración

Todas las bases de datos deben realizar copias de seguridad periódicamente y la capacidad de restaurar esas copias de seguridad se debe probar periódicamente; las bases de datos replicadas no son diferentes. Se debe realizar una copia de seguridad periódica de las siguientes bases de datos:

• Base de datos de publicaciones

• Base de datos de distribución

• Bases de datos de suscripción

• base de datos msdb y base de datos master en el Publicador, Distribuidor y todos los Suscriptores

Las bases de datos replicadas requieren especial atención con respecto a la copia de seguridad y restauración de datos. Para obtener más información, consulte Copia de seguridad y restauración de bases de datos replicadas.

Escribir el guion de la topología de replicación

Todos los componentes de replicación de una topología deben especificarse mediante scripts como parte de un plan de recuperación ante desastres, y estos scripts también se pueden utilizar para automatizar tareas repetitivas. Un script contiene los procedimientos almacenados del sistema Transact-SQL necesarios para implementar los componentes de replicación basados en guiones, como una publicación o una suscripción. Los scripts se pueden crear en un asistente (como el Asistente para nueva publicación) o en Microsoft SQL Server Management Studio después de crear un componente. Puede ver, modificar y ejecutar el script mediante SQL Server Management Studio o sqlcmd. Los scripts se pueden almacenar con archivos de copia de seguridad que se usarán en caso de que se deba volver a configurar una topología de replicación. Para más información, consulte Scripting de replicación.

Se debe volver a escribir un componente si se realizan cambios en las propiedades. Si usa procedimientos almacenados personalizados con replicación transaccional, se debe almacenar una copia de cada procedimiento con los scripts; La copia debe actualizarse si el procedimiento cambia (los procedimientos normalmente se actualizan debido a cambios de esquema o a cambios en los requisitos de la aplicación). Para obtener más información sobre los procedimientos personalizados, vea Especificar cómo se propagan los cambios para artículos transaccionales.

Establecer líneas base de rendimiento y optimizar la replicación si es necesario

Antes de configurar la replicación, se recomienda familiarizarse con los factores que afectan al rendimiento de la replicación:

• Servidor y hardware de red

• Diseño de la base de datos

• Configuración del distribuidor

• Diseño y opciones de publicación

• Diseño y uso de filtros

• Opciones de suscripción

• Opciones de instantánea

• Parámetros del agente

• Mantenimiento

Una vez configurada la replicación, se recomienda desarrollar una línea base de rendimiento, que le permitirá determinar cómo se comporta la replicación con una carga de trabajo típica para las aplicaciones y la topología. Use el Monitor de replicación y el Monitor del sistema para determinar los números típicos de las cinco dimensiones siguientes del rendimiento de la replicación:

• Latencia: la cantidad de tiempo que tarda un cambio de datos en propagarse entre los nodos de una topología de replicación.

• Rendimiento: la cantidad de actividad de replicación (medida en comandos entregados durante un período de tiempo) que un sistema puede mantener con el tiempo.

• Simultaneidad: el número de procesos de replicación que pueden funcionar en un sistema simultáneamente.

• Duración de la sincronización: cuánto tiempo tarda una sincronización determinada en completarse.

• Consumo de recursos: recursos de hardware y red usados como resultado del procesamiento de replicación.

La latencia y el rendimiento son más relevantes para la replicación transaccional, ya que los sistemas basados en la replicación transaccional generalmente requieren baja latencia y alto rendimiento. La simultaneidad y la duración de la sincronización son más relevantes para la replicación de mezcla, ya que los sistemas basados en la replicación de mezcla suelen tener un gran número de suscriptores y un publicador puede tener un número significativo de sincronizaciones simultáneas con estos suscriptores.

Después de establecer los números de línea base, establezca umbrales en el Monitor de replicación. Para obtener más información, vea Establecer umbrales y advertencias en el Monitor de replicación y Usar alertas para eventos del agente de replicación. Si se produce un problema de rendimiento, se recomienda leer las sugerencias de los temas de mejora del rendimiento enumerados anteriormente y aplicar cambios en áreas que afecten a los problemas que encuentre.

Creación de umbrales y alertas

El Monitor de replicación permite establecer una serie de umbrales relacionados con el estado y el rendimiento. Se recomienda establecer los umbrales adecuados para la topología; Si se alcanza un umbral, se muestra una advertencia y, opcionalmente, se puede enviar una alerta a una cuenta de correo electrónico, un buscapersonas u otro dispositivo. Para obtener más información, vea Establecer umbrales y advertencias en el Monitor de replicación.

Además de las alertas que se pueden asociar a umbrales de supervisión, la replicación proporciona una serie de alertas predefinidas que responden a las acciones del agente de replicación. Un administrador puede usar estas alertas para mantenerse informado sobre el estado de la topología de replicación. Se recomienda leer el tema que describe las alertas y usar cualquiera que se ajuste a sus necesidades de administración (también es posible crear alertas adicionales si es necesario). Para obtener más información, consulte Uso de alertas para eventos del Agente de replicación.

Supervisión de la topología de replicación

Una vez configurada la topología de replicación y se hayan configurado umbrales y alertas, se recomienda supervisar periódicamente la replicación. La supervisión de una topología de replicación es un aspecto importante de la implementación de la replicación. Dado que la actividad de replicación se distribuye, es esencial realizar un seguimiento de la actividad y el estado en todos los equipos implicados en la replicación. Las siguientes herramientas se pueden usar para supervisar la replicación:

• El Monitor de replicación es la herramienta más importante para supervisar la replicación, lo que le permite supervisar el estado general de una topología de replicación. Para obtener más información, consulte Supervisión de la replicación.

• Transact-SQL y Replication Management Objects (RMO) proporcionan interfaces para supervisar la replicación. Para obtener más información, consulte Supervisión de la replicación.

• El Monitor del sistema también puede ser útil para supervisar el rendimiento de la replicación. Para obtener más información, consulte Supervisión de la replicación con monitor del sistema.

Validar datos periódicamente

La replicación no requiere la validación, pero se recomienda ejecutar la validación periódicamente para la replicación transaccional y la replicación de mezcla. La validación permite comprobar que los datos del suscriptor coinciden con los datos del publicador. La validación correcta indica que, en ese momento, todos los cambios del publicador se han replicado en el suscriptor (y desde el suscriptor al publicador si se admiten actualizaciones en el suscriptor) y que las dos bases de datos están sincronizadas.

Se recomienda que la validación se realice según la programación de copia de seguridad de la base de datos de publicación. Por ejemplo, si la base de datos de publicación tiene una copia de seguridad completa una vez por semana, la validación se podría ejecutar una vez por semana una vez completada la copia de seguridad. Para obtener más información, consulte Validar datos replicados.

Uso de perfiles de agente para cambiar los parámetros del agente si es necesario

Los perfiles de agente proporcionan un método práctico para establecer parámetros del agente de replicación. Los parámetros también se pueden especificar en la línea de comandos del agente, pero normalmente es más adecuado usar un perfil de agente predefinido o crear un perfil nuevo si necesita cambiar el valor de un parámetro. Por ejemplo, si usa la replicación de combinación y un suscriptor pasa de una conexión de banda ancha a una conexión de acceso telefónico, considere la posibilidad de usar el perfil de conexión lenta para el Agente de combinación; este perfil usa un conjunto de parámetros que son más adecuados para la conexión de comunicaciones más lenta. Para obtener más información, consulte Replication Agent Profiles.

Ajustar los períodos de retención de publicación y distribución si es necesario

La replicación transaccional y la replicación de mezcla usan períodos de retención para determinar, respectivamente, cuánto tiempo se almacenan las transacciones en la base de datos de distribución y la frecuencia con la que se debe sincronizar una suscripción. Se recomienda usar inicialmente la configuración predeterminada, pero para supervisar la topología para determinar si la configuración requiere ajuste. Por ejemplo, en el caso de la replicación por combinación, el período de retención de publicaciones, cuyo valor predeterminado es de 14 días, determina el tiempo durante el cual se almacenan los metadatos en las tablas del sistema. Si las suscripciones siempre se sincronizan en un plazo de cinco días, considere la posibilidad de ajustar la configuración a un número inferior, lo que reducirá los metadatos y, posiblemente, proporcionará un mejor rendimiento. Para obtener más información, consulte Expiración y desactivación de la suscripción.

Información sobre cómo modificar publicaciones si cambian los requisitos de la aplicación

Después de crear una publicación, puede ser necesario agregar o quitar artículos, o cambiar las propiedades de publicación y artículo. La mayoría de los cambios se permiten después de crear una publicación, pero en algunos casos, es necesario generar una nueva instantánea para una publicación o reinicializar suscripciones a la publicación. Para obtener más información, vea Cambiar propiedades de publicación y artículo y Agregar artículos a y quitar artículos de publicaciones existentes.

Descripción de cómo realizar cambios en el esquema si cambian los requisitos de la aplicación

En muchos casos, se requieren cambios de esquema después de que una aplicación esté en producción. En una topología de replicación, estos cambios a menudo deben propagarse a todos los suscriptores. La replicación admite una amplia gama de cambios de esquema en los objetos publicados. Al realizar cualquiera de los siguientes cambios de esquema en el objeto publicado adecuado en un publicador de Microsoft SQL Server, ese cambio se propaga de forma predeterminada a todos los suscriptores de SQL Server:

• ALTER TABLE

• ALTER VIEW

• ALTER PROCEDURE

• ALTER FUNCTION

• ALTER TRIGGER

Para más información, vea Realizar cambios de esquema en bases de datos de publicaciones.

Véase también

Preguntas más frecuentes para administradores de replicación