Discussion :

[big1]

Bonjour ,
en SQLSERVER 2005,
je prends le backup d'une autre base pour construire une nouvelle base (MYDB). Pour pouvoir connecter l'application à la base de données MYDB je dois d'abord exécuter MYDB_dcl_dbuser.sql.

Dans MYDB_dcl_dbuser.sql la première instruction a :

Code :

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

1
2
 
use MYDB

mais j'ai reçu l'erreur suivant pour cette instruction :

Code :

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

1
2
3
 
Impossible de compacter le fichier '2' dans la base de données
'MYDB' en 640000 pages, car il ne contient que 10800 pages.

Quand je l'ai exécuté pour la deuxième fois pas de problème.
Mais il doit s'exécuter dans un batch tous les soirs à la première exécution.
Une idée ?

D'avance merci.

[elsuket]

Bonjour,

Dans le script, il doit y avoir une instruction DBCC SHRINKFILE ou DBCC SHRINKDATABASE.
Si tel est le cas , il faudrait savoir pourquoi

@++

[big1]

Merci pour la réponse.
Oui,

Code :

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

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

Maintenant quelle valeur dois-je mettre à la place 5000, pour que cette instruction (DBCC) marche ?

Cordialement.

[dbaffaleuf]

10800 pages ~=84Mb. La valeur target à 5000 est trop élevée. Que renvoie :

Code :

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

1
2
3
4
use MYDB
GO
exec sp_spaceused 
GO

[Ptit_Dje]

Je pense que votre fichier est trop petit pour être compressé (shrinké) - 10800 < 640000.

Impossible de compacter le fichier '2' dans la base de données
'MYDB' en 640000 pages, car il ne contient que 10800 pages.

Le but est-il de sizer votre fichier à 5000MB ?
Dans ce cas voyez plutot à faire un

Code :

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

alter database modify file

.

Sinon, l'instruction me parait completement inutile et je ne comprends pas trop le sens de la garder dans le script.
Ce genre d'instruction est à proscrire durant la vie normale de la base car elle provoque de la fragmentation - lire les différents topics sur le shrink - sauf en cas de maintenance spécifique, liée par exemple à un datafile qui explose suite à une activité spéciale sur la base.