Configuration de l'envoi de journaux

Mis à jour : 12 décembre 2006

Vous pouvez configurer l'envoi de journaux en utilisant SQL Server Management Studio ou en exécutant manuellement une série de procédures stockées. La configuration de l'envoi de journaux comprend les étapes de base suivantes :

1. 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 d'envoi de journaux 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.

2. 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 n'est aucun des trois serveurs mentionnés ci-dessus. Pour maximiser la disponibilité du serveur principal, Microsoft recommande de placer le partage de sauvegardes sur un ordinateur hôte séparé.
3. Choisissez la planification de la sauvegarde de la base de données principale.
4. 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.
5. Configurez une ou plusieurs bases de données secondaires.
6. Configurez un serveur moniteur (facultatif).

Lorsque vous configurez le serveur secondaire pour l'envoi de journaux, vous disposez des options suivantes dans la boîte de dialogue Paramètres de base de données secondaire de l'outil d'envoi de journaux 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 d'envoi de journaux de Management Studio a été conçu pour gérer uniquement les cas simples de sauvegarde et de restauration. Pour les cas plus complexes (base de données composée de nombreux fichiers, options personnalisées, etc.), vous devez sauvegarder et restaurer la base de données 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 d'envoi de journaux de Management Studio pour parachever la configuration de l'envoi de journaux.

Remarque :
Pour plus d'informations sur ces instructions Transact-SQL, consultez BACKUP (Transact-SQL) et RESTORE (Transact-SQL).

Lorsque vous configurez le serveur principal pour l'envoi de journaux, 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.

Configurations requises

La configuration suivante est nécessaire pour l'envoi de journaux :

• SQL Server 2005 Standard Edition, SQL Server 2005 Workgroup Edition ou SQL Server 2005 Enterprise Edition doit être installé sur toutes les instances de serveur impliquées dans l'envoi de journaux.
• Les serveurs impliqués dans l'envoi de journaux 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 transactions 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 transactions avec d'autres fonctionnalités ou composants

La copie des journaux de transactions peut être utilisée avec les fonctionnalités et les composants de SQL Server 2005 suivants :

• Mise en miroir de base de données
  Si l'envoi de journaux est utilisé en combinaison avec la mise en miroir de bases de données, la base de données principale dans la configuration de l'envoi de journaux doit être la même que la base de données principale 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 transactions 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 transactions.
• Notification Services
  Pour plus d'informations sur la configuration de la copie des journaux de transactions avec Notification Services, consultez Utilisation de la copie des journaux de transaction ou de la mise en miroir de bases de données avec Notification Services.
• Format de stockage vardecimal
  L'envoi de journaux fonctionne correctement avec le format de stockage vardecimal. Mais chaque Moteur de base de données doit au moins être mis à niveau vers SQL Server 2005, SP2, et toutes les bases de données associées doivent être activées pour le format de stockage vardecimal. Pour plus d'informations sur le format de stockage vardecimal, consultez Stockage des données décimales sous forme de colonne de longueur variable.

Affichage de l'état de l'envoi de journaux des transactions (SQL Server Management Studio)

SQL Server Management Studio propose un état relatif à l'activité d'envoi de journaux de l'instance de serveur (serveur moniteur, principal ou secondaire) active dans la configuration d'envoi de journaux. 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 un sysadmin sur chaque instance de serveur pour configurer l'envoi de journaux.

Les répertoires de sauvegarde et restauration dans votre configuration de l'envoi de journaux doivent respecter les règles suivantes :

• Pour que l'opération de sauvegarde réussisse, le compte du service SQL Server sur l'instance du serveur principal et le compte proxy de l'opération de sauvegarde (par défaut, le compte SQL Server Agent sur l'instance du serveur principal) doivent avoir des autorisations de lecture/écriture sur le répertoire de sauvegarde.
• Pour que le travail de copie réussisse, le compte proxy du travail de copie (par défaut, le compte SQL Server Agent sur l'instance du serveur secondaire) doit avoir des autorisations de lecture sur le répertoire de sauvegarde et d'écriture sur le répertoire de copie.
• Pour que l'opération de restauration réussisse, le compte du service SQL Server sur l'instance du serveur secondaire et le compte proxy du travail de restauration (par défaut, le compte SQL Server Agent sur l'instance du serveur secondaire) doivent avoir des autorisations de lecture/écriture sur le répertoire de copie.

Voir aussi

Tâches

Procédure : activer la copie des journaux de transactions (SQL Server Management Studio)
Procédure : activer la copie des journaux de transaction (Transact-SQL)

Concepts

Tables et procédures stockées liées à l'envoi de journaux
Gestion des métadonnées lors de la mise à disposition d'une base de données sur une autre instance de serveur
Analyse de l'envoi de journaux

Autres ressources

copie des journaux de transaction

Aide et Informations

Assistance sur SQL Server 2005

Historique des modifications