Déploiement de la copie des journaux de transaction
Vous pouvez activer la copie des journaux de transaction à l'aide de SQL Server Management Studio ou en exécutant manuellement une série de procédures stockées.
Étapes de base
L'activation de la copie des journaux de transaction regroupe les étapes de base suivantes :
Choisissez un serveur principal, un serveur secondaire et un serveur moniteur (facultatif).
[!REMARQUE]
Le format de stockage sur disque de SQL Server est le même dans les environnements 64 bits et 32 bits. Par conséquent, une configuration de la copie des journaux de transaction peut combiner des instances serveur qui s'exécutent dans un environnement 32 bits et des instances serveur qui s'exécutent dans un environnement 64 bits.
SQL Server 2008 Enterprise et versions ultérieures prennent en charge la compression de la sauvegarde. Lorsque vous créez une configuration de la copie des journaux de transaction, vous pouvez contrôler le comportement de compression de la sauvegarde pour les sauvegardes de journaux. Pour plus d'informations, consultez Compression de sauvegardes (SQL Server).
Créez un partage de fichiers pour les sauvegardes des journaux des transactions, de préférence sur un serveur tolérant les pannes qui ne fait pas partie de la configuration de la copie des journaux de transaction. Pour maximiser la disponibilité du serveur principal, Microsoft recommande de placer le partage de sauvegardes sur un ordinateur hôte séparé.
Choisissez la planification de la sauvegarde de la base de données principale.
Créez un dossier sur chaque serveur secondaire dans lequel les fichiers de sauvegarde des journaux des transactions seront copiés. Ces dossiers sont généralement situés sur les serveurs secondaires.
Configurez une ou plusieurs bases de données secondaires.
Configurez un serveur moniteur (facultatif).
Lorsque vous activez le serveur secondaire pour la copie des journaux de transaction, vous disposez des options suivantes dans la boîte de dialogue Paramètres de base de données secondaire de la copie des journaux de transaction de Management Studio pour configurer la base de données secondaire :
Générer une sauvegarde complète de la base de données primaire et la restaurer dans la base de données secondaire (créer la base de données secondaire si elle n'existe pas)
Restaurer une sauvegarde existante de la base de données primaire dans la base de données secondaire (créer la base de données secondaire si elle n'existe pas)
Vous pouvez également initialiser la base de données secondaire en restaurant manuellement une sauvegarde de base de données.
Important
L'outil de copie des journaux de transaction de Management Studio a été conçu pour gérer uniquement les cas simples de sauvegarde et de restauration. Pour les cas complexes (base de données composée de nombreux fichiers, options personnalisées), vous devez sauvegarder et restaurer la base de données complète manuellement. En général, utilisez la sauvegarde/restauration manuelle à chaque fois qu'une commande BACKUP ou RESTORE est nécessaire. Une fois que la base de données secondaire a été restaurée, utilisez l'outil de copie des journaux de transaction de Management Studio pour parachever la configuration de la copie des journaux de transaction.
Pour plus d'informations sur ces instructions Transact-SQL, consultez BACKUP (Transact-SQL) et RESTORE (Transact-SQL).
Lorsque vous activez le serveur principal pour la copie des journaux de transaction, vous pouvez spécifier la fréquence de création des sauvegardes des journaux de transaction sur ce serveur. Si le volume de transactions est élevé, il peut s'avérer utile de sauvegarder fréquemment le journal des transactions afin de minimiser la perte potentielle de données.
Conditions requises
La configuration suivante est nécessaire pour la copie des journaux de transaction :
Pour plus d'informations sur les éditions de SQL Server qui prennent en charge la copie des journaux de transaction, consultez Fonctionnalités prises en charge par les éditions de SQL Server 2008.
Les serveurs impliqués dans la copie des journaux de transaction doivent avoir les mêmes paramètres de respect de la casse.
Les bases de données impliquées dans la configuration de la copie des journaux de transaction doivent utiliser le mode de restauration complète ou le mode de récupération utilisant les journaux de transactions.
Utilisation de la copie des journaux de transaction avec d'autres fonctionnalités ou composants
La copie des journaux de transaction peut être utilisée avec les fonctionnalités ou les composants de SQL Server suivants :
Mise en miroir de base de données
Si la copie des journaux de transaction est utilisée conjointement avec la mise en miroir de bases de données, la base de données primaire actuelle dans la configuration de la copie des journaux de transaction doit être la même que la base de données primaire dans la mise en miroir de bases de données. Pour plus d'informations, consultez Mise en miroir de base de données et copie des journaux de transaction.
Réplication
Pour plus d'informations sur les effets de la copie des journaux de transaction sur le comportement de la réplication et sur les conditions requises et les procédures à suivre pour assurer une réplication à partir de la base de données secondaire en cas de perte de la base de données primaire, consultez Réplication et copie des journaux de transaction.
Affichage de l'état de la copie des journaux de transaction (SQL Server Management Studio)
SQL Server Management Studio propose un état relatif à l'activité de copie des journaux de transaction de l'instance de serveur (serveur moniteur, principal ou secondaire) active dans la configuration de la copie des journaux de transaction. Pour plus d'informations, consultez Procédure : afficher le rapport de la copie des journaux de transaction (SQL Server Management Studio).
Autorisations
Vous devez être sysadmin sur chaque instance de serveur pour activer la copie des journaux de transaction. Les répertoires de sauvegarde et de restauration dans votre configuration de la copie des journaux de transaction doivent respecter les règles suivantes.
Pour le travail de sauvegarde, les autorisations en lecture/écriture sur le répertoire de sauvegarde sont requises sur les éléments suivants :
Le compte de service SQL Server sur l'instance de serveur principal.
Le compte proxy du travail de sauvegarde. Par défaut, il s'agit du compte de l'Agent SQL Server sur l'instance de serveur principal.
Pour le travail de copie, les autorisations en lecture et en écriture sur le répertoire de sauvegarde sont requises par le compte proxy du travail de copie. Par défaut, il s'agit du compte de l'Agent SQL Server sur l'instance de serveur secondaire.
Pour le travail de restauration, l'autorisation en lecture/écriture sur le répertoire de copie est requise sur les éléments suivants :
Le compte de service SQL Server sur l'instance de serveur secondaire.
Le compte proxy du travail de restauration. Par défaut, il s'agit du compte de l'Agent SQL Server sur l'instance de serveur secondaire.
Voir aussi