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

Restricciones

Después de migrar una configuración de trasvase de registros de SQL Server 2000 a SQL Server 2008, las bases de datos secundarias no se pueden poner en modo de espera.

Migración con conmutación por error

La migración de una configuración de trasvase de registros con conmutación por error implica mantener la instancia del servidor principal 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.

Con vistas a conseguir una mayor claridad, este procedimiento hace referencia a la instancia del servidor principal de trasvase de registros de SQL Server 2000 como Servidor A y a la instancia del servidor secundario de trasvase de registros de SQL Server 2000 como Servidor B. Esta configuración se representa en la ilustración siguiente, que muestra una instancia del servidor principal, A, y una única instancia del servidor secundario, B.

1. Actualice la instancia del servidor secundario, Servidor B, a SQL Server 2008. 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. Los trabajos de trasvase de registros de SQL Server 2000 que copian y restauran los archivos de registro ya no funcionarán.

   [!NOTA]

   En este punto, los usuarios pueden tener acceso a la base de datos principal en el Servidor A.

2. Conmute por error de la instancia del servidor principal, Servidor A, a la instancia del servidor secundario, Servidor B.

   1. Para conmutar por error, restaure todas las copias de seguridad de registros de transacciones no aplicadas a partir de la base de datos principal del servidor A al servidor B.

   2. Realice manualmente una copia de seguridad del final del registro de transacciones en la base de datos principal especificando WITH NORECOVERY. Esta copia de seguridad de registros captura cualquier entrada del registro que todavía no se haya incluido en la copia de seguridad y desconecta la base de datos.

      En el ejemplo siguiente se crea una copia de seguridad del final del registro de la base de datos de AdventureWorks en el servidor principal. El archivo de copia de seguridad se denomina Failover_AW_20080315.trn:

      BACKUP LOG AdventureWorks 
        TO DISK = N'\\FileServer\LogShipping\AdventureWorks\Failover_AW_20080315.trn'
        WITH NORECOVERY;
      GO
      

   3. Ponga en línea la base de datos secundaria en el servidor B restaurando el final del registro de transacciones con WITH NORECOVERY.

   El proceso de conmutación por error pone en línea la base de datos secundaria, tras lo cual se actualiza automáticamente a una base de datos de SQL Server 2008. 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 2008 se configure en el Servidor B, no se realizan las copias de seguridad de registros de la base de datos del Servidor B.

3. Actualice el Servidor A a SQL Server 2008. La base de datos de trasvase de registros permanece temporalmente 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 2008 con el Servidor B como servidor principal y el Servidor A como servidor secundario. Después de iniciar el trasvase de los 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 2008 al aplicar la primera copia de seguridad de registros.

   Importante
   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 principal, 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 principal no está disponible mientras se actualiza la instancia del servidor principal a SQL Server 2008.

1. Actualice la instancia del servidor secundario a SQL Server 2008. 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. Los trabajos de trasvase de registros de SQL Server 2000 que copian y restauran los archivos de registro ya no funcionarán.

2. Actualice el servidor principal a SQL Server 2008. La base de datos principal no está disponible mientras la actualización está en curso.

3. Configure el trasvase de registros de la instancia del servidor principal 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).

   Importante
   Especifique el mismo recurso compartido de copia de seguridad que usó con la configuración de trasvase de registros de SQL Server 2000. Se garantiza así 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 2008.

   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 2008 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, 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 completa de la base de datos principal. 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 habilitar el trasvase de registros

• Cómo habilitar el trasvase de registros (SQL Server Management Studio).

• Cómo habilitar el trasvase de registros (Transact-SQL).

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

SQL Server 2008 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 2008. Estas tablas son:

• 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 para la configuración de trasvase de registros mediante SQL Server 2000.

Vea también

Conceptos

Otros recursos