Recherche dans <book_title>…

Guide de l'administrateur NetBackup™ for Microsoft SQL Server

Last Published: 2025-04-25

Product(s): NetBackup & Alta Data Protection (11.0)

Dépannage des sauvegardes VMware

Veuillez prendre en compte les informations suivantes lorsque vous effectuez une sauvegarde VMware protégeant une application :

Le travail de capture de l'état de l'application (ASC) contacte le client NetBackup sur la machine virtuelle invitée et répertorie les données d'application pour la récupération.
Un travail ASC est créé pour chaque machine virtuelle, indépendamment des applications sélectionnées dans la politique.
Les messages ASC sont filtrés en fonction des détails du travail ASC dans le moniteur d'activité.
En cas d'échec, le travail de découverte ou le travail parent s'arrête avec l'état 1.
Si vous activez la récupération pour une application spécifique qui n'existe pas sur la machine virtuelle, le travail ASC renvoie l'état 0.
bpfis est exécutée et simule une sauvegarde de snapshot VSS. Cette simulation permet d'obtenir les informations logiques de l'application.

Tableau : Problèmes rencontrés lors de l'utilisation d'une politique VMware pour protéger les bases de données

Problème	Explication
La sauvegarde d'une base de données échoue.	Les bases de données sont cataloguées et protégées uniquement si elles existent dans une configuration prise en charge pour les sauvegardes VMware. Se reporter à Limitations des sauvegardes d'application VMware.
La sauvegarde d'une base de données échoue.	NetBackup est installé sur un disque de démarrage Windows exclu. Le travail ASC détecte ce type de disque et le traite comme un disque indépendant. Ne sélectionnez pas l'option Exclure le disque de démarrage si NetBackup est installé sur le lecteur de démarrage (habituellement C:).
Le travail ASC produit un état 1 (partiellement réussi).	Vous avez sélectionné des bases de données à sauvegarder qui existent à la fois sur des disques pris en charge et non pris en charge. Pour en savoir plus sur les disques non pris en charge, consultez la section Échec d'une sauvegarde de base de données.
Le travail ASC produit un état 1 (partiellement réussi).	Des fichiers de catalogue de texte intégral existent sur les dossiers montés. Les bases de données ne sont pas cataloguées.
Le travail de capture de l'état de l'application (ASC) échoue et les bases de données ne sont pas protégées.	Lorsque le travail ASC échoue, le snapshot ou la sauvegarde VMware continue. Les données propres aux applications ne peuvent pas être restaurées. Quand vous interrogez SQL Server Management Studio (SSMS), il est possible qu'une information s'affiche indiquant que la base de données a été sauvegardée. Dans ce cas, même si la base de données a été ignorée, le snapshot a été généré correctement.
	Vous avez désactivé l'option Activer la suspension de la machine virtuelle.
	Les objets de base de données se trouvent sur un disque VHD. Aucun objet de la sauvegarde n'est répertorié, pas même les objets qui n'existent pas sur le VHD.
	Vous avez exclu tous les disques de données de la politique VMware dans l'onglet Exclure les disques. Assurez-vous que tous les disques exclus ne contiennent pas de données de la base de données.
	La structure du disque VMware a été modifiée depuis la dernière découverte. Dans cette situation, vous devez forcer NetBackup à redécouvrir les machines virtuelles en réduisant la valeur de l'option Réutiliser les résultats de requête de sélection de machine virtuelle pour. Consultez le Guide de l'administrateur NetBackup for VMware.
	Vous ne pouvez pas utiliser une politique incrémentielle VMware pour protéger SQL Server. Toutefois, le travail de sauvegarde VMware réussit.

	Si l'option Activer les snapshots T-SQL est activée, assurez-vous que le service SQL Server VSS Writer est désactivé sur la machine virtuelle invitée (client SQL Server) pour empêcher l'échec du travail ASC.
Le travail ASC échoue avec le code d'état 142.	La version NetBackup du serveur principal, du serveur de médias et du client doit être la version 10.4 pour que les sauvegardes de snapshots T-SQL soient prises en charge. Les sauvegardes héritées de VMware-ASC sont prises en charge pour les versions antérieures. Le travail ASC peut échouer avec le code d'état 142 si vous tentez des sauvegardes de snapshots T-SQL sur des versions NetBackup antérieures.
Vous pouvez récupérer l'intégralité de la machine virtuelle à partir de la sauvegarde, mais vous ne pouvez pas récupérer les bases de données individuellement.	Vous n'avez pas sélectionné l'option de Protection des applications Microsoft SQL Server dans l'onglet VMware de la politique, qui permet de récupérer des bases de données à partir de sauvegardes de machines virtuelles.
Les sauvegardes des journaux des transactions échouent.	Vous devez d'abord effectuer une sauvegarde complète de VMware sans troncation de journal (option Tronquer les journaux).
Les bases de données ne sont pas suspendues.	Ni Cohesity VSS Provider ni VMware VSS Provider n'ont été installés lors de la sauvegarde. Dans ce cas, la récupération d'une base de données après sa restauration peut nécessiter des actions manuelles.
Impossible de récupérer la sauvegarde différentielle de l'agent SQL Server.	Si vous avez activé l'option Activer les sauvegardes T-SQL pour les sauvegardes VMware et que la sauvegarde échoue, NetBackup n'est pas en mesure d'informer SQL Server que la sauvegarde a échoué. La sauvegarde différentielle suivante devient non valide, car il n'y a aucune sauvegarde complète sur laquelle baser la sauvegarde incrémentielle. Ce problème est résolu une fois la sauvegarde complète suivante effectuée.