Discussion :

[big1]

Bonjour,
cette instruction échoue des fois :

Code :

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

1
2
 
DBCC SHRINKFILE ('MYDB_logs',5000);

du à la valeur 5000 proposée car il y a plus de pages nécessaire.
Y a-t-il une façon de déterminer la valeur correcte ?

D'avance merci.

[StringBuilder]

Ça tombe bien que cette instruction plante "des fois", car il ne faut pas l'utiliser.

Sauvegardez vos logs, et ils arrêteront de grossir inutilement.

[elsuket]

Encore faut-il connaître le mode de récupération de la base de données en question : si c'est SIMPLE, c'est un autre problème
Si c'est FULL, comme vous l'indique StringBuilder, il vous suffit de prendre des sauvegardes du fichier du journal des transactions plus fréquemment.

Code :

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

1
2
3
4
SELECT	name
	, recovery_model_desc
FROM	sys.databases
WHERE	name = 'maBase'

@++

[big1]

Merci pour vos réponses.
Ceci dit, l'instruction SHRINK dans mon script est précédée d'une sauvegarde :

Code :

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

1
2
3
 
backup log MYDB with truncate_only;
DBCC SHRINKFILE ('MYDB_logs',5000);

En tout cas confirmez-vous qu'il n' y a pas de requête pour déterminer la taille de log dans l'instruction SHRINK ?

Bien à vous.

[elsuket]

confirmez-vous qu'il n' y a pas de requête pour déterminer la taille de log dans l'instruction SHRINK ?

Pardonnez-moi mais je ne comprends pas votre question. Vous pouvez déterminer la taille cible, comme dans l'exemple que vous donnez, mais rien ne garantit qu'elle sera atteinte.

Par ailleurs, réduire la taille d'un fichier de base de données de façon régulière ne se fait qu'au détriment des performances : toute allocation d'espace que le moteur de bases de données a réalisé devra être effectuée à nouveau, tôt ou tard.

Si en revanche vous venez de supprimer un ensemble de tables, par exemple, qui représente un part substantielle de votre base de données, il peut être envisageable de réduire la taille des fichiers, tout en étant certain de laisser suffisamment d'espace libre dans chacun d'entre eux pour permettre à la base de données de vivre sans avoir à allouer de l'espace supplémentaire fréquemment.

@++