Compartir a través de


Migrar una configuración de trasvase de registros de SQL Server 2000 a SQL Server 2005

No se puede actualizar directamente una configuración de trasvase de registros de SQL Server 2000 a SQL Server 2005. El Asistente para planes de mantenimiento de bases de datos, que estaba integrado en el trasvase de registros de SQL Server 2000, no se utiliza como parte de la configuración de trasvase de registros en SQL Server 2005. Como resultado, el trasvase de registros deja de funcionar al actualizar un servidor a SQL Server 2005.

Puede migar una configuración de trasvase de registros de SQL Server 2000 mientras mantiene la sincronización entre las bases de datos primaria y secundaria. En este tema se describen dos métodos para hacerlo:

  • La migración con conmutación por error permite mantener la disponibilidad de la base de datos mientras actualiza cada servidor de la configuración de trasvase de registros. Este procedimiento requiere que la configuración de trasvase de registros de SQL Server 2000 esté definida para permitir la conmutación por error.
  • La migración sin conmutación por error ofrece un procedimiento más sencillo que no requiere la conmutación por error del servidor secundario. Si sigue este procedimiento, la base de datos de trasvase de registros no está disponible mientras se actualiza el servidor primario a SQL Server 2005.

Cuando haya finalizado la migración de la configuración de trasvase de registros a SQL Server 2005, puede eliminar las tablas y los trabajos del Agente SQL Server que se crearon mediante el trasvase de registros de SQL Server 2000.

Restricciones

Una vez migrada a SQL Server 2005 una configuración de trasvase de registros de SQL Server 2000, las bases de datos secundarias no se pueden poner en modo de espera.

Migración con conmutación por error

Para mantener una disponibilidad elevada en la configuración de trasvase de registros de SQL Server 2000, puede usar las capacidades de conmutación por error disponibles con el trasvase de registros para mantener la base de datos en línea.

La migración con conmutación por error implica mantener la instancia del servidor primario en la versión original de SQL Server temporalmente, mientras se actualiza la instancia del servidor secundario. Actualizar una instancia del servidor sólo actualiza las bases de datos en línea. Las bases de datos sin conexión, como una base de datos secundaria del trasvase de registros, permanecen en la versión original de SQL Server. Mientras una base de datos permanezca sin conexión, las copias de seguridad de registros de la versión original de SQL Server pueden restaurarse. Por tanto, el trasvase de registros puede continuar restaurando copias de seguridad de registros desde la base de datos primaria a la base de datos secundaria hasta que una conmutación por error la ponga en línea como la nueva base de datos primaria.

Para completar correctamente este procedimiento, debe tener el trasvase de registros configurado en SQL Server 2000, y la configuración debe permitir la conmutación por error entre las bases de datos primaria y secundaria. Para una mayor claridad, este procedimiento hace referencia a la instancia del servidor primario del trasvase de registros de SQL Server 2000 como Servidor A y la instancia del servidor secundario del trasvase de registros de SQL Server 2000 como Servidor B.

  1. Actualice el Servidor B a SQL Server 2005. Al actualizar el Servidor B, la base de datos de trasvase de registros permanece como una base de datos de SQL Server 2000, ya que está sin conexión. Esta base de datos se actualiza en el siguiente paso.

    [!NOTA] En este punto, los usuarios pueden tener acceso a la base de datos primaria en el Servidor A.

  2. Lleve a cabo la conmutación por error del Servidor A al Servidor B aplicando todos los registros de transacciones necesarios de la base de datos primaria del Servidor A y haciendo una copia de seguridad de la base de datos primaria con NORECOVERY. Al poner en conexión la base de datos secundaria en el Servidor B, se actualiza automáticamente a una base de datos de SQL Server 2005. El proceso de actualización de la base de datos se registra por completo.

    [!NOTA] Una vez actualizada, la base de datos de trasvase de registros en el Servidor B está disponible para los usuarios. Sin embargo, hasta que el trasvase de registros de SQL Server 2005 esté configurado en el Servidor B, las copias de seguridad de registros de la base de datos del Servidor B no puede aplicarse a la base de datos del Servidor A.

  3. Actualice el Servidor A a SQL Server 2005. La base de datos de trasvase de registros permanece como una base de datos de SQL Server 2000, ya que está sin conexión.

  4. En el Servidor B, configure el trasvase de registros de SQL Server 2005 con el Servidor B como servidor primario y el Servidor A como servidor secundario. Al iniciar el trasvase de registros de transacciones al Servidor A, la base de datos de trasvase de registros del Servidor A se actualiza a una base de datos de SQL Server 2005 al aplicar la primera copia de seguridad de los registros.
    Al configurar el trasvase de registros del Servidor B, asegúrese de especificar la opción No, la base de datos secundaria está inicializada de la ficha Inicializar base de datos secundaria del cuadro de diálogo Configuración de base de datos secundaria. Para obtener más información, vea Cómo habilitar el trasvase de registros (SQL Server Management Studio).

  5. Opcionalmente, si desea que el Servidor A vuelva a ser el servidor primario, lleve a cabo la conmutación por error al Servidor A. Para obtener más información, vea Cambiar las funciones entre el servidor primario y secundario.

Migración sin conmutación por error

Puede migar la configuración de trasvase de registros de SQL Server 2000 a SQL Server 2005 sin necesidad de usar la conmutación por error. Este procedimiento permite actualizar las instancias del servidor en la configuración de trasvase de registros; sin embargo, la base de datos primaria no está disponible mientras se actualiza la instancia del servidor primario a SQL Server 2005.

  1. Actualice la instancia del servidor secundario a SQL Server 2005. Al actualizar la instancia del servidor secundario, la base de datos de trasvase de registros permanece como una base de datos de SQL Server 2000, ya que está en un estado sin conexión.
  2. Actualice el servidor primario a SQL Server 2005. La base de datos primaria no está disponible mientras la actualización está en curso.
  3. Configure el trasvase de registros de la instancia del servidor primario a la instancia del servidor secundario. Asegúrese de especificar la opción No, la base de datos secundaria está inicializada de la ficha Inicializar base de datos secundaria del cuadro de diálogo Configuración de base de datos secundaria. Para obtener más información, vea Cómo habilitar el trasvase de registros (SQL Server Management Studio).
    ms188297.note(es-es,SQL.90).gifImportante:
    Especifique el mismo recurso compartido de copia de seguridad que usó con la configuración de trasvase de registros de SQL Server 2000. Esto garantiza que todas las copias de seguridad de registros se apliquen correctamente a la base de datos secundaria al habilitar el trasvase de registros en SQL Server 2005.
    Puesto que el proceso de actualización de la base de datos es una operación completamente registrada, la base de datos secundaria se actualiza a una base de datos de SQL Server 2005 al iniciar el trasvase de registros a la instancia del servidor secundario.

Volver a implementar el trasvase de registros

Si no desea migrar la configuración de trasvase de registros mediante uno de los procedimientos antes indicados, puede volver a implementar el trasvase de registros desde el principio reinicializando la base de datos secundaria con una copia de seguridad y restauración completas de la base de datos primaria. Esta opción puede ser adecuada si tiene una base de datos pequeña o si no es crucial una alta disponibilidad durante el procedimiento de actualización.

Para obtener información acerca de la habilitación del trasvase de registros mediante SQL Server Management Studio, vea Cómo habilitar el trasvase de registros (SQL Server Management Studio).

Para obtener información acerca de la habilitación del trasvase de registros mediante Transact-SQL, vea Cómo habilitar el trasvase de registros (Transact-SQL).

Quitar trabajos y tablas de trasvase de registros de SQL Server 2000

Después de haber implementado una nueva configuración de trasvase de registros, puede eliminar los trabajos y las tablas de trasvase de registros de SQL Server 2000 que aún estén en el equipo.

SQL Server 2005 no utiliza ninguna de las tablas de trasvase de registros usadas por SQL Server 2000. Por tanto, puede eliminarlas después de actualizar el servidor a SQL Server 2005:

  • log_shipping_databases
  • log_shipping_monitor
  • log_shipping_plan_databases
  • log_shipping_plan_history
  • log_shipping_plans
  • log_shipping_primaries
  • log_shipping_secondaries

También puede eliminar todos los trabajos de trasvase de registros del Agente SQL Server que se crearon mediante SQL Server 2000.

Vea también

Conceptos

Tablas y procedimientos almacenados de trasvase de registros

Otros recursos

Trasvase de registros

Ayuda e información

Obtener ayuda sobre SQL Server 2005