APEX Backup Services | La sauvegarde du fichier log des transactions SQL réussit avec des erreurs

Traçage

<Line 702: [2018-06-17 07:38:08,638] [INFO] roboSyncer: Sending log to Phoenix server with message : 'Could not backup log files for 12 DBs, WH-RPT02\ProjectQuoting, WH-RPT02\LFAudit_3EDocuments, WH-RPT02\3EDocuments, WH-RPT02\SSISDB, WH-RPT02\3EWorkFlow, WH-RPT02\ReportServer, WH-RPT02\Insite, WH-RPT02\ProjectQuoting_Test, WH-RPT02\WebTracksSQL, WH-RPT02\Helpdesk, WH-RPT02\ReportServerTempDB, WH-RPT02\InforDB 

Line 552: [2018-06-17 07:37:57,923] [INFO] Log chain broken: WH-RPT02:Helpdesk 
Line 559: [2018-06-17 07:37:58,065] [INFO] Log chain broken: WH-RPT02:ProjectQuoting_Test 
Line 563: [2018-06-17 07:37:58,171] [INFO] Log chain broken: WH-RPT02:3EWorkFlow 
Line 566: [2018-06-17 07:37:58,272] [INFO] Log chain broken: WH-RPT02:SSISDB 
Line 569: [2018-06-17 07:37:58,404] [INFO] Log chain broken: WH-RPT02:Insite 
Line 572: [2018-06-17 07:37:58,477] [INFO] Log chain broken: WH-RPT02:InforDB 
Line 574: [2018-06-17 07:37:58,584] [INFO] Log chain broken: WH-RPT02:ReportServerTempDB 
Line 579: [2018-06-17 07:37:58,713] [INFO] Log chain broken: WH-RPT02:ReportServer

Une sauvegarde de log SQL tierce ou native exécutée sur le serveur peut être à l’origine de la rupture de la chaîne des logs.

Comment vérifier la sauvegarde de log SQL native

Nous pouvons vérifier si des sauvegardes natives ont été exécutées à partir du rapport « Événements de sauvegarde et de restauration ». Ce rapport effectue des calculs pour afficher les données dans un format plus lisible.

Lancer SQL Server Management Studio (SSMS)

• Sélectionner la base de données
• Cliquez avec le bouton droit de la souris, puis sélectionnez Rapports.
• Rapports standard :> événements de sauvegarde et de restauration
• Cliquez avec le bouton droit de la souris sur le rapport et exportez-le au format CSV.

• Développez la section « Successful Backup Operations »
• La colonne « Type d’appareil » affiche le chemin du fichier de sauvegarde physique. S’il s’agit d’un disque, cela implique qu’une sauvegarde native a été effectuée.
• Vous pouvez également vérifier le modèle de récupération et le nom d’utilisateur à partir de ce rapport.

1. Désactivez ou supprimez les sauvegardes de journaux SQL tiers pour l’instance SQL concernée (jeu de sauvegardes), y compris les sauvegardes SQL natives, et lancez une sauvegarde manuelle à partir de la console de gestion Phoenix. Les sauvegardes ultérieures des fichiers log des transactions doivent aboutir. Exécutez des sauvegardes natives en mode copie seule à partir de SQL Server si la désactivation des sauvegardes tierces ou natives n’est pas possible.  
2. Si l’étape ci-dessus n’est pas possible, le logiciel de sauvegarde de protection des points de terminaison/tiers/antivirus dispose d’une option permettant de désactiver/d’exclure le VSS Writer spécifique. Par conséquent, désactivez/excluez SqlServerWriter des paramètres du logiciel. Ensuite, une sauvegarde SQL FULL/Diff ultérieure résoudra le problème.
3. Une autre solution de contournement consiste à disposer d’une stratégie de sorte que la sauvegarde PHOENIX SQL FULL/DIFF soit toujours déclenchée après les sauvegardes de protection des points de terminaison ou des sauvegardes SQL tierces/SQL natifs.
4. Si, pour une raison quelconque, le modèle de récupération d’une base de données doit être modifié, créez un autre jeu de sauvegardes pour ce serveur SQL. Après les modifications, seules les sauvegardes de ce jeu de sauvegardes échouent et les autres sauvegardes ne sont pas affectées. 

Remarque : Avant de créer un nouveau jeu de sauvegardes pour cette base de données, désélectionnez cette base de données dans le jeu de sauvegardes actuel.