Avamar : La troncature des journaux des plug-ins SQL ne réduit pas les fichiers journaux des transactions SQL

Avamar SQL Plugin Backup - Observed Behavior

Les administrateurs peuvent remarquer ce qui suit pendant ou après une sauvegarde d’Avamar SQL Plugin :

• Le fichier log des transactions SQL est tronqué, mais la taille de son fichier physique ne diminue pas.
• Malgré la réussite de la sauvegarde, le fichier log reste à sa taille d’avant la sauvegarde.
• Les attentes selon lesquelles le processus de sauvegarde réduira automatiquement le fichier journal ne sont pas remplies.

Mauvaise compréhension de la gestion des fichiers log des transactions SQL

Le problème provient de l’hypothèse erronée selon laquelle le plug-in Avamar SQL tronque et réduit les fichiers log des transactions SQL lors d’une sauvegarde. En réalité, Avamar signale uniquement à SQL qu’une sauvegarde complète a eu lieu, ce qui permet à SQL de tronquer le log. Il n’effectue aucune opération de réduction des logs.

• La troncature SQL marque les fichiers log virtuels (VLF) inactifs comme réutilisables, mais la taille du fichier physique reste inchangée.
• La logique par défaut de Microsoft SQL Server ne réduit jamais la taille du fichier log physique après troncature.
• Les paramètres de croissance des logs (taille initiale, incrément de croissance, taille maximale) contrôlent l’extension, et non la réduction des fichiers
• Les administrateurs de bases de données s’attendent souvent à une réduction automatique, ce qui entraîne une confusion lorsque les fichiers log conservent leur taille d’origine.

Impact du comportement du VLF

Chaque VLF est la plus petite unité qui peut être marquée comme active ou inactive. Si un VLF contient des enregistrements de log requis, l’ensemble du VLF reste actif, empêchant ainsi la réutilisation de cette partie du fichier. La troncature ne libère que les VLF complètement inactives ; Cela ne réduit pas le fichier.

Hypothèses administratives typiques

• L’hypothèse d’une troncature initiée par la sauvegarde réduira également le fichier journal.
• S’appuyer sur Avamar pour gérer la taille des logs sans routine de réduction distincte.
• Négliger la nécessité d’une tâche planifiée de réduction de DBCC SHRINKFILE ou de la console de gestion.

Gestion des fichiers journaux des transactions par Avamar SQL Plugin

Le plug-in SQL d’Avamar tronque le fichier log des transactions après une sauvegarde, mais ne réduit pas le fichier log physique. Les administrateurs de bases de données doivent réduire le log manuellement si une taille de fichier inférieure est requise.

Procédure étape par étape pour réduire les fichiers log des transactions SQL

• Vérifiez que la sauvegarde Avamar la plus récente s’est terminée avec succès.
• Vérifiez que le log a été tronqué (le log est marqué comme réutilisable).
• Effectuez une opération de réduction manuelle à l’aide de SQL Server Management Studio (SSMS) ou d’un script T-SQL.
• Planifiez des tâches de réduction régulières si une réduction continue de la taille est nécessaire.

Pour plus d’informations sur la réduction d’un fichier journal Microsoft SQL, voir :

• Réduction du log des transactions (lien externe)
• DBCC SHRINKFILE (Transact-SQL) (Lien externe)