Discussion :

[Fabien Celaia]

Bonjour,

J'ai une base de données avec un journal de transaction qui prend de l'embonpoint (100Go)

Cette base est en mode recovery full puisqu'elle est répliquée (via un availability group)

Pour réduire ce log, j'ai donc tout essayé

1) j'ai mis la base en restricted_user => pour faire en sorte de tuer les autres transactions, dans le cas où une transaction ouverte serait en train de tout bloquer
2) j'ai sort la base de l'availability group afin de libérer un éventuel second high water mark
3) j'ai finalement passé ma base en mode recovery=simple pour supprimer le point de troncature

Code :

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

DBCC SHRINKFILE (N'demo_log' , 0)

Et là, rien n'y fait : j'ai baissé de 6Go, mais mes 94Go ne semblent pas vouloir être libérés... Qu'est-ce qui peut encore expliquer une telle utilisation ?

[Boubou2020]

voir si vows avez une transaction ouvert

Code :

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

DBCC OPENTRAN

si non faire un backup log

Code :

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

BACKUP LOG Database TO DISK='NUL'

puis faire votre operation de shrink

si ca passe pas essayer finalement de vider votre plan cache

Code :

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

DBCC FREEPROCCACHE

puis faire votre operation de shrink

[SQLpro]

Si tu n'as pas de transaction ouverte bloquante, il faut parfois refaire le SHRINK plusieurs fois d'affiler pour qu'il réussisse. Des opérations internes peuvent l'empêcher temporairement.

A +