Migration d'une configuration de la copie des journaux de transaction vers SQL Server 2005

Il est impossible de mettre à niveau une configuration de la copie des journaux de transaction SQL Server 2000 directement vers SQL Server 2005. L'Assistant Plan de maintenance de base de données, qui faisait partie intégrante de la copie des journaux de transaction dans SQL Server 2000, n'est pas utilisé dans le cadre de la configuration de la copie des journaux de transaction dans SQL Server 2005. Par conséquent, la copie des journaux de transaction ne fonctionne plus lorsque vous mettez à niveau un serveur vers SQL Server 2005.

Vous pouvez migrer une configuration de la copie des journaux de transaction SQL Server 2000 tout en maintenant la synchronisation entre les bases de données primaire et secondaire. Cette rubrique décrit deux méthodes permettant d'effectuer cette opération :

• La migration avec basculement vous permet de préserver la disponibilité de la base de données pendant la mise à niveau de chaque serveur dans la configuration de la copie des journaux de transaction. Cette procédure suppose que la configuration de la copie des journaux de transaction SQL Server 2000 autorise le basculement.
• La migration sans basculement est une procédure plus simple, qui n'impose pas le basculement vers le serveur secondaire. Si vous suivez cette procédure, la base de données de la copie des journaux de transaction n'est pas disponible pendant la mise à niveau du serveur principal SQL Server 2005.

Une fois achevée la migration de la configuration de la copie des journaux de transaction vers SQL Server 2005, vous pouvez supprimer les travaux de l'Agent SQL Server et les tables créés par la copie des journaux de transaction SQL Server 2000.

Limitations

Après qu'une configuration de la copie des journaux de transaction SQL Server 2000 a été migrée vers SQL Server 2005, les bases de données secondaires ne peuvent pas être placées en mode veille.

Migration avec basculement

Pour conserver une haute disponibilité de la configuration de la copie des journaux de transaction SQL Server 2000, vous pouvez utiliser les fonctionnalités de basculement disponibles avec la copie des journaux de transaction afin de maintenir la base de données en ligne.

Une migration avec basculement implique que vous conserviez temporairement l'instance du serveur principal dans sa version d'origine de SQL Server, pendant que vous mettez à niveau l'instance du serveur secondaire. La mise à niveau d'une instance de serveur ne met à niveau que les bases de données connectées. Les bases de données hors connexion, comme une base de données secondaire d'envoi de journaux, demeurent dans la version d'origine de SQL Server. Aussi longtemps qu'une base de données demeure hors connexion, les sauvegardes de journaux de la version d'origine de SQL Server peuvent être restaurées. C'est pourquoi la copie de journaux peut continuer à restaurer les sauvegardes de journaux depuis la base de données principale vers la base de données secondaire, jusqu'à ce qu'un basculement la mette en ligne en tant que nouvelle base de données principale.

Cette procédure ne peut être menée à bien que si la copie des journaux de transaction est configurée sur SQL Server 2000 et que la configuration autorise le basculement entre les bases de données primaire et secondaire. Dans un souci de clarté, cette procédure désigne par le terme « serveur A » l'instance du serveur principal de la copie des journaux de transaction de SQL Server 2000 et par le terme « serveur B » l'instance du serveur secondaire de la copie des journaux de transaction de SQL Server 2000.

1. Mettez à niveau le serveur B vers SQL Server 2005. Lorsque vous mettez à niveau le serveur B, la base de données de la copie des journaux de transaction demeure une base de données SQL Server 2000 car elle se trouve hors connexion. Cette base de données est mise à niveau à l'étape suivante.

   Remarque :
   À ce point, les utilisateurs peuvent continuer à accéder à la base de données principale sur le serveur A.

2. Opérez un basculement du serveur A vers le serveur B en appliquant tous les journaux de transactions requis depuis la base de données primaire du serveur A et en sauvegardant celle-ci avec NORECOVERY. Lorsque vous placez la base de données secondaire du serveur B en ligne, elle est automatiquement mise à niveau vers une base de données SQL Server 2005. Le processus de mise à niveau de base de données fait l'objet d'une journalisation complète.

   Remarque :
   Après avoir été mise à niveau, la base de données de copie des journaux située sur le serveur B est disponible pour les utilisateurs. Cependant, jusqu'à ce que la copie de journaux SQL Server 2005 soit configurée sur le serveur B, les sauvegardes de journaux à partir de la base de données sur le serveur B ne peuvent pas être appliquées sur la base de données située sur le serveur A.

3. Mettez à niveau le serveur A vers SQL Server 2005. La base de données de la copie des journaux de transaction demeure une base de données SQL Server 2000 car elle se trouve hors connexion.
4. Sur le serveur B, configurez la copie des journaux de transaction de SQL Server 2005 en utilisant le serveur B comme serveur principal et le serveur A comme serveur secondaire. Lorsque vous commencez à copier les journaux de transactions vers le serveur A, la base de données de la copie des journaux de transaction du serveur A est mise à niveau vers une base de données SQL Server 2005 dès l'application de la première sauvegarde des journaux.
   Lorsque vous configurez la copie des journaux de transaction sur le serveur B, veillez à spécifier l'option Non, la base de données secondaire est initialisée dans l'onglet Initialiser la base de données secondaire de la boîte de dialogue Paramètres de base de données secondaire. Pour plus d'informations, consultez Procédure : activer la copie des journaux de transactions (SQL Server Management Studio).
5. Si vous souhaitez que le serveur A soit de nouveau le serveur principal, vous pouvez effectuer un basculement vers ce serveur. Pour plus d'informations, consultez Changement des rôles entre les serveurs primaire et secondaire.

Migration sans basculement

Vous pouvez migrer la configuration de la copie des journaux de transaction de SQL Server 2000 vers SQL Server 2005 sans recourir au basculement. Cette procédure vous permet de mettre à niveau facilement les deux instances de serveur dans la configuration de la copie des journaux de transaction ; toutefois, la base de données primaire n'est pas disponible pendant la mise à niveau de l'instance du serveur principal vers SQL Server 2005.

1. Mettez à niveau l'instance du serveur secondaire vers SQL Server 2005. Lorsque vous mettez à niveau l'instance du serveur secondaire, la base de données de la copie des journaux de transaction demeure une base de données SQL Server 2000 car elle se trouve dans un état hors ligne.
2. Mettez à niveau le serveur principal vers SQL Server 2005. La base de données primaire n'est pas disponible pendant la mise à niveau.
3. Configurez la copie des journaux de transaction depuis l'instance du serveur principal vers l'instance du serveur secondaire. Veillez à spécifier l'option Non, la base de données secondaire est initialisée dans l'onglet Initialiser la base de données secondaire de la base de données Paramètres de base de données secondaire. Pour plus d'informations, consultez Procédure : activer la copie des journaux de transactions (SQL Server Management Studio).

   Important :
   Spécifiez le même partage de sauvegarde que celui utilisé avec la configuration de la copie des journaux de transaction SQL Server 2000. Ainsi, toutes les sauvegardes de fichiers journaux sont correctement appliquées à la base de données secondaire lorsque vous activez la copie des journaux de transaction dans SQL Server 2005.

   Étant donné que la mise à niveau de base de données fait l'objet d'une journalisation complète, la base de données secondaire est mise à niveau vers une base de données SQL Server 2005 lorsque vous commencez à copier les journaux vers l'instance du serveur secondaire.

Redéploiement de la copie des journaux de transaction

Si vous ne souhaitez pas migrer la configuration de la copie des journaux de transaction à l'aide de l'une des procédures indiquées ci-dessus, vous pouvez redéployer entièrement la copie des journaux de transaction en réinitialisant la base de données secondaire avec une sauvegarde et une restauration complètes de la base de données primaire. Cette option peut être souhaitable si vous avez une base de données peu volumineuse ou si une haute disponibilité n'est pas primordiale pendant la mise à niveau.

Pour plus d'informations sur l'activation de la copie des journaux de transaction à l'aide de SQL Server Management Studio, consultez Procédure : activer la copie des journaux de transactions (SQL Server Management Studio).

Pour plus d'informations sur l'activation de la copie des journaux de transaction à l'aide de Transact-SQL, consultez Procédure : activer la copie des journaux de transaction (Transact-SQL).

Suppression des travaux et des tables de copie des journaux de transaction SQL Server 2000

Après avoir déployé une nouvelle configuration de la copie des journaux de transaction, vous pouvez supprimer les travaux et les tables de copie des journaux de transaction SQL Server 2000 qui seraient encore présents sur l'ordinateur.

SQL Server 2005 ne recourt à aucune des tables de copie des journaux de transaction utilisées par SQL Server 2000. Par conséquent, vous pouvez supprimer les tables suivantes après la mise à niveau du serveur vers 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

Vous pouvez également supprimer tous les travaux d'Agent SQL Server de copie des journaux de transaction initialement créés par SQL Server 2000.

Voir aussi

Concepts

Tables et procédures stockées liées à l'envoi de journaux

Autres ressources

copie des journaux de transaction

Aide et Informations

Assistance sur SQL Server 2005