Discussion :

[Scregneugneuu]

Bonjour à tous,

J'ai lu que le transaction log en mode SIMPLE faisait un checkpoint à 70% de son remplissage pour pouvoir réécrire dessus et ainsi éviter de faire croitre sa taille outre mesure.
J'imagine le cas suivant avec les checkpoint auto à 70% :

On a un REBUILD en cours, le REBUILD fait croitre le transaction log, de 100GB à 150GB par exemple.
Une fois que le REBUILD sera terminé, comme les 70% auront été dépassés, le transaction log va pouvoir être réécrit entièrement et le prochain REBUILD ne fera plus augmenter sa taille, sauf s'il a besoin de 200Gb par exemple, c'est bien ça ?
Dans le cadre d'un job qui fait du REBUILD index par index, est-ce que le checkpoint sera fait à la fin du job ou bien tous les 70% et donc potentiellement entre chaque REBUILD ?

Si mon résonnement au dessus est correct, est-ce qu'il n'est pas possible de lancer un checkpoint manuel durant un REBUILD pour ainsi ne plus faire croitre le transaction log ?
Il me semble que lorsqu'un checkpoint est déclenché (auto ou manuel), il est placé en file d'attente et attend d'être joué, l'idée serait par exemple d'avoir un checkpoint manuel toutes les 10 minutes et ainsi faire en sorte que le transaction log n'est pas besoin de croitre durant le REBUILD d'un index.


Est-ce qu'il y a des best practice sur le REBUILD des index pour éviter d'avoir des transactions logs de 900Gb ? :

Par exemple, faire des REBUILD index par index car le REBUILD ALL est considéré comme une seule transaction et donc le checkpoint aura lieu à la fin ce qui causera un grossissement du transaction log durant la transaction.

Par avance, merci pour vos retours.

Cordialement,

Donovan

[SQLpro]

le CHECKPOINT est totalement indépendant et dans les versions les plus récentes de SQL Server, par un objectif de temps de récupération.

Le REBUILD n'est qu'une seule transaction. Un CHECPOINT intermédiaire n'a donc pas d'intérêt

A +

[Scregneugneuu]

Le REBUILD n'est qu'une seule transaction. Un CHECPOINT intermédiaire n'a donc pas d'intérêt

Il n'a pas d’intérêt car si le REBUILD précédent à fait dépasser le seuil de 70%, le transaction log va pouvoir être réécrit ?

Cordialement,

Donovan

[SQLpro]

Il n'a pas d’intérêt car si le REBUILD précédent à fait dépasser le seuil de 70%, le transaction log va pouvoir être réécrit ?

Cordialement,

Donovan

En mode de récupération simple oui.

A +

[Scregneugneuu]

D'accord, merci pour la confirmation

Si on a un REBUILD index qui a lieu, les entrées de log sont d'abord dans le Log Buffer et au moment du checkpoint, elles vont être ajoutées dans le transaction log.
Si on a 200Gb d'entrées dans le Log Buffer, ca fera 200Gb à entrer sur le disque, faire des checkpoints pendant le REBUILD ne permettrait pas de faire descendre les entrées de log par 10Gb (par exemple) et donc limiter le grossissement du transaction log puisqu'au prochain checkpoint, seulement 10Gb descendrons et on indiquera qu'il peut réutiliser les anciennes portions du transaction log ?

Cordialement,

Donovan