Actualizar bases de datos replicadas

  • Artículo

Actualizado: 17 de julio de 2006

SQL Server 2005 admite la actualización de bases de datos replicadas desde versiones anteriores de SQL Server; no es necesario detener la actividad en otros nodos mientras se actualiza un nodo. Asegúrese de cumplir las reglas relativas a la versión admitida en una topología:

  • SQL Server versión 7.0 Service Pack 4 (SP4) es la versión mínima necesaria para participar en una topología de réplica con SQL Server 2005. Si utiliza SQL Server 2000, será necesario el Service Pack 3 (SP3) o versiones posteriores.
  • Un distribuidor puede ser de cualquier versión siempre que ésta sea mayor o igual que la versión del publicador (en muchos casos el distribuidor es la misma instancia que el publicador).
  • Un publicador puede ser de cualquier versión siempre que ésta sea menor o igual que la versión del distribuidor.
  • La versión del suscriptor depende del tipo de publicación:
    • Un suscriptor de sólo lectura de una publicación transaccional puede ser de cualquiera de las dos versiones del publicador. Por ejemplo: un publicador de SQL Server versión 7.0 en ejecución puede tener suscriptores de SQL Server 2005; un publicador de SQL Server 2005 puede tener suscriptores de SQL Server versión 7.0.
    • Un suscriptor actualizable de una publicación transaccional de SQL Server 2005 puede ser de cualquier versión igual o superior al SP3 de SQL Server 2000.
    • Un suscriptor de una publicación de mezcla puede ser de cualquier versión menor o igual que la versión del publicador.

[!NOTA] Este tema se encuentra disponible en la documentación de la Ayuda del programa de instalación y en los Libros en pantalla de SQL Server 2005. Los vínculos con temas que aparecen en negrita en la documentación de la Ayuda del programa de instalación hacen referencia a temas que sólo se encuentran disponibles en los Libros en pantalla.

Actualizar a Standard Edition, Workgroup Edition o Express Edition

Antes de actualizar de una edición de SQL Server 2005 a otra, compruebe que las funciones que actualmente utiliza son compatibles con la edición a la que desea actualizar. Para obtener más información, vea la sección "Características de réplica de SQL Server 2005" en el tema Características compatibles con las ediciones de SQL Server 2005.

Nuevo modelo de seguridad del agente de réplica

En versiones anteriores de SQL Server, los agentes se ejecutaban, de manera predeterminada, en el contexto de la cuenta de servicio del Agente SQL Server. SQL Server 2005 permite el control exhaustivo de cada cuenta en la que los agentes de réplica se ejecuten y realicen conexiones integradas de Windows en bases de datos y demás recursos; se puede especificar una cuenta diferente para cada agente. Para obtener más información, vea Consideraciones de seguridad para la réplica y Modelo de seguridad del Agente de réplica.

El nuevo modelo de seguridad tiene las siguientes implicaciones al actualizar y ejecutar más de una versión de SQL Server en una topología:

  • Las secuencias de comandos de réplica creadas en SQL Server 2000 o SQL Server 7.0 deben actualizarse para SQL Server 2005 y aprovechar así las mejoras de seguridad. Para obtener más información, vea How to: Upgrade Replication Scripts (Replication Transact-SQL Programming).

  • Un distribuidor o suscriptor actualizado de una versión anterior de SQL Server a SQL Server 2005 sigue ejecutándose en la cuenta del Agente SQL Server y es probable que tenga más privilegios de los que necesita. Después de actualizar se recomienda especificar cuentas independientes para los agentes con los mínimos privilegios correctos. Para especificar cuentas independientes:

    1. Incluya la publicación y las suscripciones en la secuencia de comandos.
    2. Realice cambios en las secuencias de comandos. Para obtener más información, vea How to: Upgrade Replication Scripts (Replication Transact-SQL Programming).
    3. Elimine la publicación y las suscripciones. Para obtener más información, vea Publicar datos y objetos de base de datos y Suscribirse a publicaciones.
    4. Vuelva a crearlas utilizando las secuencias de comandos modificados.
      Para obtener más información sobre los privilegios necesarios para los agentes, vea Modelo de seguridad del Agente de réplica; para obtener información sobre cómo administrar inicios de sesión y contraseñas, vea Administrar inicios de sesión y contraseñas en la réplica. Las nuevas configuraciones de réplica creadas después de una actualización necesitan configuración específica de cuentas en cada agente de réplica.

    [!NOTA] Los agentes configurados para utilizar la autenticación de SQL Server en conexiones de base de datos local se cambian para que utilicen la autenticación de Windows. Las conexiones locales son aquellas realizadas por un agente en una instancia de SQL Server que se ejecuta en el mismo equipo que el agente. Por ejemplo, el Agente de mezcla de una suscripción de extracción se ejecuta en el suscriptor, por lo tanto las conexiones que realice en el suscriptor serán conexiones locales.

  • Los participantes de una topología de réplica que ejecute versiones anteriores de SQL Server conservarán el modelo anterior de seguridad de réplica sin cambios. Por ejemplo:

    • Una suscripción de extracción de un suscriptor que ejecute SQL Server 2000 o SQL Server versión 7.0 no utiliza el nuevo modelo de seguridad porque el Agente de mezcla o el Agente de distribución se crearon en el suscriptor.
    • Una suscripción de inserción de un distribuidor que ejecute SQL Server 2005 en un suscriptor que ejecute SQL Server 2000 o SQL Server versión 7.0 utiliza el nuevo modelo de seguridad porque el Agente de mezcla o el Agente de distribución se crearon en el distribuidor.
    • Un publicador que ejecute SQL Server 2000 o SQL Server versión 7.0 con un distribuidor que ejecute SQL Server 2005 no utiliza el nuevo modelo de seguridad (para el Agente de instantáneas, el Agente de registro del LOG o el Agente de lectura de cola) porque los agentes se crearon en el contexto de la base de datos de publicación.

Ejecutar agentes después de actualizar para réplica de mezcla

Después de la actualización, ejecute el Agente de instantáneas de cada publicación de mezcla y el Agente de mezcla de cada suscripción para actualizar los metadatos de la réplica. No tiene que aplicar la nueva instantánea porque no es necesaria para reinicializar las suscripciones. Los metadatos de suscripción se actualizan la primera vez que el Agente de mezcla se ejecuta tras la actualización. Esto significa que la base de datos de suscripciones puede permanecer en línea y activa durante la actualización del publicador.

La réplica de mezcla almacena metadatos de publicación y suscripción en un determinado número de tablas del sistema en las bases de datos de publicación y suscripción. La ejecución del Agente de instantáneas actualiza los metadatos de publicación y la ejecución del Agente de mezcla actualiza los metadatos de suscripción. Sólo es necesaria para generar una instantánea de publicación. Si una publicación de mezcla utiliza filtros con parámetros, cada partición también tendrá una instantánea. No es necesario actualizar estas instantáneas con particiones. (En SQL Server 2000, los filtros con parámetros se denominaban filtros dinámicos y las instantáneas con particiones se denominaban instantáneas dinámicas).

Ejecute los agentes desde Microsoft SQL Server Management Studio, el Monitor de réplica o la línea de comandos. Para obtener más información sobre la ejecución del Agente de instantáneas, vea los siguientes temas:

Para obtener más información sobre la ejecución del Agente de mezcla, vea los siguientes temas:

Después de actualizar SQL Server en una topología que utiliza la réplica de mezcla, cambie el nivel de compatibilidad de publicación de todas las publicaciones si desea utilizar nuevas características. Para obtener más información, vea Usar varias versiones de SQL Server en una topología de réplica.

Sincronización Web para réplica de mezcla

La opción de sincronización Web para réplica de mezcla necesita que Escucha de réplica de SQL Server (replisapi.dll) se copie en el directorio virtual del servidor de Servicios de Internet Information Server (IIS) utilizado para sincronización. Cuando se configura la sincronización Web, se copia el archivo en el directorio virtual mediante el Asistente para configurar la sincronización Web. Si se actualizan los componentes de SQL Server instalados en el servidor IIS, debe copiarse manualmente replisapi.dll del directorio COM al directorio virtual en el servidor IIS. Para obtener más información sobre cómo configurar la sincronización Web, vea Configurar la sincronización Web.

Restaurar una base de datos replicada a partir de una versión anterior

Para garantizar que la configuración de réplica se conserva al restaurar una copia de seguridad de una base de datos replicada a partir de una versión anterior: restaure en un servidor y una base de datos con los mismos nombres que el servidor y la base de datos donde se realizó la copia de seguridad.

Vea también

Conceptos

Compatibilidad con versiones anteriores de réplica
Usar varias versiones de SQL Server en una topología de réplica

Otros recursos

Administrar la réplica
Mejoras en la réplica
Actualizaciones de versión y edición

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios

Versión Historial

17 de julio de 2006
Contenido modificado:
  • Se ha agregado información sobre el hecho de que las bases de datos de suscripciones pueden permanecer en línea y activas durante las actualizaciones del publicador.