Résoudre une opération d’ajout de fichier ayant échoué (groupes de disponibilité Always On)

  • Article

S’applique à :SQL Server

Pour certains déploiements de groupes de disponibilité Always On, les chemins des fichiers varient entre le système qui héberge le réplica principal et les systèmes qui hébergent un réplica secondaire. Si le chemin d'accès aux fichiers d'une opération d'ajout de fichier n'existe pas sur le réplica secondaire, l'opération d'ajout de fichier réussit sur la base de données principale. Cependant, l'opération d'ajout e fichier entraîne l'interruption de la base de données secondaire. Par voie de conséquence, le réplica secondaire passe à l'état NOT SYNCHRONIZING.

Notes

Nous recommandons, si possible, que le chemin d'accès au fichier (y compris la lettre de lecteur) d'une base de données secondaire donnée soit identique au chemin d'accès de la base de données primaire correspondante.

Résolution des problèmes

Pour résoudre ce problème, le propriétaire de la base de données doit effectuer les opérations suivantes :

  1. Supprimer la base de données secondaire du groupe de disponibilité. Pour plus d’informations, consultez Supprimer une base de données secondaire d’un groupe de disponibilité (SQL Server).

  2. Sur la base de données secondaire existante, restaurer une sauvegarde complète du groupe de fichiers contenant le fichier ajouté à la base de données secondaire à l'aide de WITH NORECOVERY et de WITH MOVE (en spécifiant le chemin d'accès au fichier sur l'instance de serveur qui héberge le réplica secondaire). Pour plus d’informations, consultez Restaurer une base de données à un nouvel emplacement (SQL Server).

  3. Sauvegarder le journal des transactions qui contient l'opération d'ajout de fichier sur la base de données primaire, puis restaurer manuellement la sauvegarde du journal sur la base de données secondaire à l'aide de WITH NORECOVERY et de WITH MOVE.

  4. Préparer la base de données secondaire pour rejoindre le groupe de disponibilité, en restaurant, à l'aide de WITH NORECOVERY, toutes les autres sauvegardes de journal en attente de la base de données primaire.

  5. Réintégrer la base de données secondaire au groupe de disponibilité. Pour plus d’informations, consultez Joindre une base de données secondaire à un groupe de disponibilité (SQL Server).

Voir aussi

Vue d’ensemble des groupes de disponibilité Always On (SQL Server)
Préparer manuellement une base de données secondaire pour un groupe de disponibilité (SQL Server)
Résoudre les problèmes d’utilisateurs orphelins (SQL Server)
Résoudre des problèmes de configuration des groupes de disponibilité Always On (SQL Server)