Discussion :

[StringBuilder]

Bonjour,

J'ai une base de données de productions donc les données font environ 1 Go.
Mais le fichier de base fait 25 Go (espace libre prévu pour plus tard).

On a backupée la base. Le *.BAK fait 900 Mo.

On souhaite restaurer la base sur un serveur de DEV.
Seulement, il n'y a que 5 Go d'espace libre.

Pas moyen de restaurer la base, car SQL Server tente de créer un fichier de 25 Go.

Peut-on spécifier une taille plus petite à la restauration ?
Ou sauvegarder d'une autre manière pour qu'on ne retrouve pas la taille du fichier cible dans le backup ?

[SQLpro]

Non, pas à la restauration.

A +

[mikedavem]

Un moyen simple est de réduire l'enveloppe avant la sauvegarde avant de restaurer si c'est possible dans ton cas.

A+

[elsuket]

Le DBCC SHRINKFILE est en général assez long, et fracasse les index

Un alternative est de créer un nouveau groupe de fichier, puis de déplacer les index dans ce nouveau groupe de fichiers (CREATE INDEX monIndex [...] WITH DROP_EXISTING ON nouveauGroupeDeFichiers), en enfin de supprimer l'ancien groupe de fichiers. Je ne sais pas laquelle des opérations de SHRINKFILE ou de celle-ci est la plus longue ... En tous cas dans le 2e cas les index sont défragmentés sur même tir

@++

[mikedavem]

Le DBCC SHRINKFILE est en général assez long, et fracasse les index

Tout dépend le contexte en réalité

Si je prends le cas de StringBuilder avec des données à 1GB mais un espace non utilisé de 25 Go je pense que l'opération sera relativement rapide comme le précise la documentation Microsoft

A shrink operation is most effective after an operation that creates lots of unused space, such as a truncate table or a drop table operation.

Je pense que l'effort de réalisation est moindre dans ce contexte quitte à rebuilder les index par la suite (reconstruire 1GB de données d'index après un restore ne devrait pas trop poser de problème ici)

++

[StringBuilder]

Euh... ok.

Donc si je veux pouvoir restaurer ma base sur un disque ayant 2 Go d'espace disque libre, je n'ai pas le choix que de faire un shrink de la base de prod avant de la sauvegarder ?

Bon, ben on va chercher un nouveau disque pour la machine de DEV alors

[iberserk]

1. Dédiez un serveur au retraitement de vos backup pour vos environnement hors prod (DEV,UAT, PREPROD)
2. Automatisez des restauration+shrink+db reindex+backup.
3. Enfin, n'utilisez que les backups retraités.