Partager via


Basculement vers une base de données secondaire de copie des journaux de transactions

Le basculement vers une base de données secondaire de copie des journaux de transactions est utile en cas d'échec ou d'un besoin de maintenance de l'instance du serveur principal.

Préparation en vue d'un basculement contrôlé

En règle générale, les bases de données primaire et secondaire ne sont pas synchronisées puisque la base de données primaire est en permanence mise à jour après sa dernière sauvegarde. De même, dans certains cas, les sauvegardes récentes du journal des transactions peuvent ne pas avoir été copiées dans les instances du serveur secondaire ou certaines sauvegardes du journal n'ont peut-être pas encore été appliquées dans la base de données secondaire. Si possible, nous vous recommandons de commencer par synchroniser l'ensemble des bases de données secondaires avec la base de données primaire.

Pour plus d'informations sur les travaux de copie des journaux de transactions, consultez Présentation de l'envoi de journaux.

Basculement

Pour basculer vers une base de données secondaire :

  1. Copiez tous les fichiers de sauvegarde non copiés du partage de sauvegarde vers le dossier de destination de copie de chaque serveur secondaire.
  2. Appliquez à la suite toutes les sauvegardes non appliquées du journal des transactions à chaque base de données secondaire. Pour plus d'informations, consultez Procédure : appliquer une sauvegarde du journal des transactions (Transact-SQL).
  3. Si la base de données primaire est accessible, sauvegardez le journal des transactions actif et appliquez la sauvegarde du journal aux bases de données secondaires.
    Si l'instance du serveur principal d'origine n'est pas endommagée, sauvegardez la fin du journal des transactions de la base de données primaire à l'aide de l'option WITH NORECOVERY. La base de données reste à l'état de restauration et vous pouvez éventuellement restaurer cette base de données en appliquant les sauvegardes du journal des transactions à partir de la base de données primaire de remplacement.
    Pour plus d'informations, consultez Utilisation des sauvegardes de journaux de transactions.
  4. Une fois que les serveurs secondaires sont synchronisés, vous pouvez basculer vers celui de votre choix en récupérant sa base de données secondaire et en redirigeant des clients vers cette instance de serveur. La récupération place la base de données dans un état cohérent et permet sa mise en ligne. Pour plus d'informations, consultez Procédure : Récupérer une base de données à partir d'une sauvegarde sans restaurer des données (Transact-SQL).
    ms191233.note(fr-fr,SQL.90).gifRemarque :
    Lorsque vous rendez une base de données secondaire disponible, vous devez vous assurer que ses métadonnées sont cohérentes avec celles de la base de données primaire d'origine. Pour plus d'informations, consultez Gestion des métadonnées lors de la mise à disposition d'une base de données sur une autre instance de serveur.
  5. Une fois que vous avez récupéré une base de données secondaire, vous pouvez la reconfigurer en tant que base de données primaire pour d'autres bases de données secondaires. Pour plus d'informations, consultez Changement des rôles entre les serveurs primaire et secondaire.
    Si aucune autre base de données secondaire n'est disponible, consultez Procédure : activer la copie des journaux de transactions (SQL Server Management Studio) ou Procédure : activer la copie des journaux de transaction (Transact-SQL).

Voir aussi

Concepts

Tables et procédures stockées liées à l'envoi de journaux
Sauvegardes de fichier journal après défaillance

Autres ressources

copie des journaux de transaction

Aide et Informations

Assistance sur SQL Server 2005