Discussion :

[NULL008]

bonjour a tous
Je cherche à comprendre le comportement de SQL Server dans ce scénario qui a été passer pour moi hier
j'ai lancer une opération d'organisation d'index

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ALTER INDEX [index1] ON [table1] REORGANIZE

en parallèle un job de backup planifier a été lancer
a ce moment j'ai penser a vérifier le comportement du fichier log pour cela j'ai lancer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

dbcc sqlperf(logspace)

alors j'était surpris par leur comportement
le fichier log s'augmente jusqu'au avoir le 100% puis il tombe a un intervalle entre 90% et 99% il ne diminue pas au dessous de ces valeurs
j'ai lancer

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select name,log_reuse_wait_desc  from sys.databases

pour s'avoir s'il existe une transaction ouvert qui empêche que le log de se vider complètement j'ai eu comme résultat "active backup" voir imprime écran
maintenant dé que l'opération de backup a été finit le log a était vider et j'ai une valeur pré de 10%
pour info je suis en mode de récupération simple
alors je pause cette question est ce que l'opération du backup empêche t'il le vidage complète du Fichie rlog et pourquoi s'il diminue il reste entre les deux intervalle 90 % et 99%
Pourriez vous m'expliquer en détail ?
Merci.

[SQLpro]

Vos deux opérations :

• défragmentation d'index
• sauvegarde

empêche la purge du journal.
L'une parce que c'est une transaction et que tant qu'une transaction est active, je peut l'annuler et pour l'annuler il faut que je revienne en arrière dans le journal de transaction (rollback) donc, il est impossible de supprimer les entrées du journal depuis le démarrage de la défragmentation d'index.
L'autre parce que la sauvegarde prend pour repère les LSN (Log Segment Number) pour chainer en enchainer les différentes sauvegardes dans le but de recouper les plage de récupération. Par conséquent, même en mode simple, le temps de faire la sauvegarde, le journal s'accroit et ne peut être urgé, car la sauvegarde enregistre au final toutes les opérations transactionnelles qui ont eu lieu pendant l'opération de sauvegarde....

A +