Prácticas recomendadas para la administración de réplica

Después de configurar la réplica, es importante conocer cómo administrar una topología de réplica. En este tema se proporciona una guía básica de prácticas recomendadas en varias áreas con vínculos a más información de cada área. Además de seguir la guía de prácticas recomendadas que se presenta en este tema, puede leer el tema de preguntas más frecuentes para familiarizarse con preguntas y problemas comunes: Preguntas más frecuentes para administradores de réplica.

Es útil dividir la guía de prácticas recomendadas en dos áreas:

  • La siguiente información cubre las prácticas recomendadas que se deben implementar para todas las topologías de réplica:
    • Desarrollar y probar una estrategia de copia de seguridad y restauración
    • Generar secuencias de comandos de la topología de réplica
    • Crear umbrales y alertas
    • Supervisar la topología de réplica
    • Establecer líneas de base de rendimiento y optimizar la réplica si es necesario
  • La siguiente información cubre las prácticas recomendadas que deben tenerse en cuenta pero que pueden no ser necesarias para su topología:
    • Validar los datos periódicamente
    • Ajustar los parámetros de agentes mediante perfiles
    • Ajustar los períodos de retención de publicación y distribución
    • Conocer cómo cambiar las propiedades de artículos y publicaciones si cambian los requisitos de la aplicación
    • Conocer cómo realizar cambios de esquema si cambian los requisitos de la aplicación

Desarrollar y probar una estrategia de copia de seguridad y restauración

Se debe hacer una copia de seguridad de todas las bases de datos regularmente, y se debe comprobar periódicamente la posibilidad de restaurar dichas copias de seguridad; esto es igualmente aplicable a las bases de datos replicadas. Debe realizarse una copia de seguridad de las siguientes bases de datos regularmente.

  • Base de datos de publicaciones
  • Base de datos de distribución
  • Bases de datos de suscripciones
  • Base de datos msdb y base de datos master en el publicador, distribuidor y todos los suscriptores

Las bases de datos replicadas requieren una atención especial en relación con la copia de seguridad y restauración de los datos. Para obtener más información, vea Realizar copias de seguridad de bases de datos de réplica y restaurarlas.

Generar secuencias de comandos de la topología de réplica

Se deben crear secuencias de comandos de todos los componentes de réplica como parte de un plan de recuperación de desastres, y también se pueden utilizar secuencias de comandos para automatizar tareas repetitivas. Una secuencia de comandos contiene los procedimientos almacenados del sistema Transact-SQL necesarios para implementar los componentes de réplica incluidos en las secuencias de comandos, tales como una publicación o suscripción. Las secuencias de comandos 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 la secuencia de comandos mediante SQL Server Management Studio o sqlcmd. Las secuencias de comandos se pueden almacenar con los archivos de copia de seguridad para utilizarlas en el caso de que se deba volver a configurar una topología de réplica. Para obtener más información, vea Cómo generar secuencias de comandos de objetos de réplica (SQL Server Management Studio).

Se debe volver a crear la secuencia de comandos de un componente si se realiza cualquier cambio en las propiedades. Si utiliza procedimientos almacenados personalizados con la réplica transaccional, se debe guardar una copia de cada procedimiento en las secuencias de comandos, se debe actualizar la copia si cambia el procedimiento (los procedimientos se actualizan normalmente debido a cambios en el esquema o los requisitos de la aplicación). Para obtener más información acerca de los procedimientos personalizados, vea Especificar cómo se propagan los cambios para los artículos transaccionales.

Establecer líneas de base de rendimiento y optimizar la réplica si es necesario

Antes de configurar la réplica, se recomienda que se familiarice con los factores que afectan al rendimiento de la réplica:

  • Hardware de servidor y 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áneas
  • Parámetros de agente
  • Mantenimiento

Para obtener más información acerca de cómo afectan estos factores a cada tipo de réplica, vea:

Después de configurar la réplica, se recomienda desarrollar una línea de base de rendimiento que le permita determinar cómo se comporta la réplica con una carga de trabajo que sea habitual para sus aplicaciones y topología. Utilice el Monitor de réplica y el Monitor de sistema para determinar los valores típicos de las cinco dimensiones siguientes del rendimiento de la réplica:

  • Latencia: la cantidad de tiempo que se tarda en propagar un cambio de datos entre nodos en una topología de réplica.
  • Rendimiento: la cantidad de actividad de réplica (medida en comandos suministrados durante un período de tiempo) que un sistema puede mantener en el tiempo.
  • Simultaneidad: el número de procesos de réplica que pueden operar simultáneamente en un sistema.
  • Duración de sincronización: el tiempo que tarda en finalizar una sincronización determinada
  • Utilización de recursos: recursos de hardware y de red utilizados como resultado del procesamiento de réplica.

La latencia y el rendimiento son las más relevantes para la réplica transaccional, porque los sistemas basados en la réplica transaccional requieren generalmente latencia baja y alto rendimiento. La simultaneidad y la duración de sincronización son las más relevantes para la réplica de mezcla, porque los sistemas basados en la réplica 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 que haya establecido números de línea de base, establezca umbrales en el Monitor de réplica. Para obtener más información, vea Establecer umbrales y advertencias en el Monitor de réplica y Usar alertas para los eventos de agente de réplica. Si se encuentra con un problema de rendimiento, se recomienda leer las sugerencias de los temas para mejorar el rendimiento enumerados anteriormente y aplicar cambios en áreas que afecten a los problemas que ha encontrado.

Crear umbrales y alertas

El Monitor de réplica le permite establecer un número de umbrales relacionados con el estado y el rendimiento. Se recomienda establecer los umbrales apropiados para su topología; si se alcanza un umbral, se mostrará una advertencia y, opcionalmente, se puede enviar una alerta a una cuenta de correo electrónico, un localizador u otro dispositivo. Para obtener más información, vea Establecer umbrales y advertencias en el Monitor de réplica.

Además de las alertas que se pueden asociar con los umbrales de supervisión, la réplica ofrece un número de alertas predefinidas que responden a las acciones del agente de réplica. Un administrador puede utilizar estas alertas para mantenerse informado sobre el estado de la topología de réplica. Se recomienda leer el tema en el que se describen las alertas y utilizar aquellas que se adapten a las necesidades de administración (también es posible crear alertas adicionales si es necesario). Para obtener más información, vea Usar alertas para los eventos de agente de réplica.

Supervisar la topología de réplica

Después de aplicar la topología de réplica y configurar los umbrales y alertas, se recomienda supervisar la réplica regularmente. La supervisión de una topología de réplica es un aspecto importante de implementación de la réplica. Como la actividad de réplica es distribuida, es fundamental realizar un seguimiento de la actividad y el estado en todos los equipos que participan en la réplica. Para supervisar la réplica se pueden utilizar las siguientes herramientas:

Validar los datos periódicamente

La réplica no requiere validación, pero se recomienda ejecutar la validación periódicamente en la réplica transaccional y la réplica de mezcla. La validación le permite comprobar que los datos del suscriptor coinciden con los datos del publicador. Una validación satisfactoria indica que en ese momento se han replicado todos los cambios del publicador en el suscriptor (y del suscriptor en el publicador si el suscriptor admite actualizaciones) y que las dos bases de datos están sincronizadas.

Se recomienda realizar la validación de acuerdo con la programación de copia de seguridad de la base de datos de publicaciones. Por ejemplo, si se realiza una copia de seguridad completa de la base de datos de publicaciones una vez a la semana, se podría ejecutar la validación una vez a la semana tras finalizar la copia de seguridad. Para obtener más información, vea Validar los datos replicados.

Utilizar perfiles para cambiar los parámetros de agentes si es necesario

Los perfiles de agente proporcionan un método cómodo para establecer los parámetros de los agentes de réplica. También se pueden especificar los parámetros en la línea de comandos del agente, pero normalmente es más apropiado utilizar un perfil de agente predefinido o crear un perfil nuevo si necesita cambiar el valor de un parámetro. Por ejemplo, si está utilizando la réplica de mezcla y un suscriptor pasa de una conexión de banda ancha a una conexión telefónica, considere la posibilidad de utilizar el perfil slow link para el Agente de mezcla; este perfil utiliza un conjunto de parámetros que se ajustan mejor al vínculo de comunicaciones más lento. Para obtener más información, vea Perfiles del Agente de réplica.

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

La réplica transacccional y la réplica de mezcla utilizan 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 que se debe sincronizar una suscripción. Se recomienda utilizar la configuración predeterminada inicialmente, pero supervisar la topología para determinar si la configuración necesita ajustes. Por ejemplo, en el caso de la réplica de mezcla, el período de retención de publicación (que es de 14 días de manera predeterminada) determina cuánto tiempo se almacenan los metadatos en las tablas del sistema. Si las suscripciones se sincronizan siempre en un plazo de cinco días, considere el ajuste de la configuración a un número inferior, que reducirá los metadatos y posiblemente proporcionará un mejor rendimiento. Para obtener más información, vea Desactivación y caducidad de las suscripciones.

Conocer cómo modificar las 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 propiedades de la publicación y los artículos. Tras crear una publicación se pueden realizar la mayoría de los cambios, pero en algunos casos es necesario generar una nueva instantánea para una publicación y/o reinicializar las suscripciones a la publicación. Para obtener más información, vea Cambiar las propiedades de la publicación y de los artículos y Agregar y quitar artículos de publicaciones existentes.

Conocer cómo realizar cambios de esquema si cambian los requisitos de la aplicación

En muchos casos, son necesarios cambios de esquema después de que una aplicación esté en producción. En una topología de réplica, a menudo se deben propagar estos cambios a todos los suscriptores. La réplica admite una amplia gama de cambios de esquema en objetos publicados. Cuando se realiza cualquiera de los siguientes cambios de esquema en el objeto publicado apropiado en un publicador de Microsoft SQL Server, dicho cambio se propaga de manera predeterminada a todos los suscriptores de SQL Server:

  • ALTER TABLE
  • ALTER VIEW
  • ALTER PROCEDURE
  • ALTER FUNCTION
  • ALTER TRIGGER

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

Vea también

Otros recursos

Administrar la réplica

Ayuda e información

Obtener ayuda sobre SQL Server 2005