Cet article couvre quelques étapes de base pour résoudre les échecs de sauvegarde de la base de données et du journal pour Microsoft® SQL Server®. Il couvre les causes courantes des échecs de sauvegarde à un niveau élevé. En raison de la complexité des actions de sauvegarde SQL Server, ce guide sert de point de départ pour le dépannage et aide à identifier la cause des échecs de sauvegarde à l'aide de l'Observateur d'événements Microsoft Windows®.
Types de sauvegarde courants
Les types de sauvegarde les plus courants dans SQL Server incluent les types suivants :
-
Sauvegarde complète de la base de données :Comme son nom l'indique, il s'agit d'une sauvegarde de toute la base de données ainsi que de parties du journal des transactions. Cette sauvegarde vous permet de restaurer la base de données uniquement à partir d'une sauvegarde complète. L'observateur d'événements fait également référence à cette sauvegarde en tant que sauvegarde de base de données .
-
Sauvegarde différentielle de la base de données :basée sur la sauvegarde complète de la base de données la plus récente, cette sauvegarde inclut toutes les modifications que vous avez apportées à la base de données depuis la dernière sauvegarde complète.
-
Sauvegarde du journal :Cette sauvegarde couvre les fichiers du journal des transactions, y compris tous les journaux depuis la dernière sauvegarde du journal. Les sauvegardes de journaux garantissent le moins de perte de données en cas de panne.
Accéder à l'Observateur d'événements
Les sections suivantes fournissent des instructions pour accéder à l'Observateur d'événements dans différentes versions de Windows.
Windows Server 2008 R2
- Cliquez sur Démarrer -> Panneau de configuration -> Système et sécurité -> Outils d'administration .
- Double-cliquez sur Observateur d'événements .
Windows Server 2012
- Passez votre souris sur le coin inférieur gauche du bureau pour faire le Démarrer le bouton apparaît.
- Cliquez avec le bouton droit sur Démarrer , sélectionnez Panneau de configuration -> Sécurité du système , puis double-cliquez sur Outils d'administration .
- Double-cliquez sur Observateur d'événements .
Windows Server 2012 R2 et Windows Server 2016
- Cliquez avec le bouton droit sur Démarrer , sélectionnez Panneau de configuration -> Système et sécurité , puis double-cliquez sur Outils d'administration .
- Double-cliquez sur Observateur d'événements .
Recherchez le journal des événements pour l'échec de la sauvegarde dans l'Observateur d'événements
Après avoir accédé à l'Observateur d'événements, procédez comme suit pour consulter les journaux d'erreurs afin d'établir la cause de l'échec de la sauvegarde :
-
Dans l'Observateur d'événements, accédez à Journaux Windows -> Application .
-
A droite dans les Actions menu, accédez à Rechercher .
-
Tapez le nom de la base de données pour laquelle l'échec s'est produit, puis cliquez sur Rechercher suivant .
Chaque fois que vous cliquez sur Rechercher suivant , le journal des événements précédents de la base de données s'affiche. Continuez en cliquant sur Suivant jusqu'à ce que vous trouviez le journal des erreurs, intitulé Erreur , contenant l'échec de la sauvegarde. Si le journal des erreurs lui-même n'inclut pas la cause de l'échec, recherchez les journaux peu avant ou après l'erreur. Reportez-vous à la section suivante,Raisons courantes des échecs de sauvegarde , pour en savoir plus sur les différentes erreurs.
Si vous rencontrez un journal pour une sauvegarde réussie avant d'arriver à l'échec, vous savez qu'une tentative de sauvegarde ultérieure a réussi. Si vous souhaitez rechercher la cause première de l'échec, vous pouvez continuer jusqu'à ce que vous trouviez le journal des erreurs de sauvegarde et que vous déterminiez le problème.
Raisons courantes des échecs de sauvegarde
-
Pas d'espace disque disponible :L'entrée du journal des événements fournit des détails concernant le lecteur et le chemin du fichier sur lesquels vous avez tenté la sauvegarde. Pour résoudre ce problème, libérez de l'espace disque.
-
Problème de réseau ou chemin de fichier non valide :Lorsque vous consultez le journal des erreurs d'événements, notez le chemin physique et vérifiez que l'emplacement existe sur le serveur ou le partage réseau. Si vous effectuez des sauvegardes sur un partage réseau, vous devrez peut-être effectuer davantage de dépannage réseau.
-
Autorisations insuffisantes :Le rôle de serveur fixe, Sysadmin , et les rôles de base de données fixes, db_owner et db_backupoperator , ont une BASE DE DONNÉES DE SAUVEGARDE et JOURNAL DE SAUVEGARDE autorisations par défaut. Les problèmes d'autorisation sur le fichier physique du périphérique de sauvegarde peuvent interférer avec une sauvegarde. SQL Server doit pouvoir lire et écrire sur l'appareil, de sorte que le compte sous lequel le service SQL Server s'exécute nécessite des autorisations d'écriture.
-
Charge élevée du serveur :L'utilisation des ressources sur le système était élevée au moment où vous avez tenté la sauvegarde. Recherchez une sauvegarde ultérieure réussie. Si l'utilisation des ressources est toujours élevée, ouvrez le Gestionnaire des tâches (faites un clic droit sur la barre des tâches et sélectionnez Gestionnaire des tâches ) et identifiez les processus gourmands en ressources sous les Processus onglet.
-
Modèle et état de récupération de la base de données :tous les modèles de récupération de base de données ne permettent pas tous les types de sauvegardes. Seules les bases de données des modèles de récupération FULL et BULK LOGGED autorisent les sauvegardes de journaux. Les bases de données du modèle de récupération SIMPLE ne peuvent pas effectuer de sauvegardes de journaux. La base de données doit être EN LIGNE pour accepter les sauvegardes. Les actions de sauvegarde échouent si une base de données est dans l'un des modes suivants :
- HORS LIGNE
- URGENCE
- SUSPECT
- RÉCUPÉRATION
- RÉCUPÉRATION EN ATTENTE
- RESTAURATION
- Mode UTILISATEUR UNIQUE
-
La sauvegarde complète de la base de données n'existe pas :Les sauvegardes différentielles et de journal ne réussissent que si vous avez effectué au moins une sauvegarde complète de la base de données. Cette erreur s'applique également aux modifications concernant le modèle de récupération de la base de données. Après avoir basculé une base de données vers un autre modèle de récupération, vous devez effectuer une sauvegarde complète de la base de données pour permettre les sauvegardes différentielles et de journaux.