Discussion :

[Mothership]

Bonjour,

Suite à des épurations au sein de notre base de données (au passage : qu'il est difficile d'ailleurs d'obtenir la validation pour la suppression des données obsolètes), nous nous retrouvons avec certains volumes trop important pour les données qu'ils contiennent. Nos luns étant en miroir, l'espace perdu est double ... Bref ça coute cher.

Par exemple :
Une base de données de 1.2 To
Un LUN de 1.6 To attribué à Windows
Espace disponible au sein de la base : 660 Go

Mon objectif :
Une base de données de 600 Go (MDF /NDB / LDF)
Un LUN windows de 700
Espace disponible au sein de la base 10% soit environ 60 Go

Quelles sont les options possibles et laquelle vous semble la plus appropriée ?
Réduire l'espace via un shrinkdatabase puis déplacer les fichiers vers un LUN plus petit (via backup/restore par exemple) ?
Ajouter plusieurs fichiers de base sur un autre LUN et remplir ces nouveaux fichiers via un shrinkfile vers un emptyfile ?

Vous avez peut être d'autres idées moins longues (ce sera hors activité pour information) mais bon ce sera sur un weekend. Moins de temps je passerai sur l'opération, plus longtemps je serai réellement en weekend .

[dbaffaleuf]

Une LUN à 700Gb ça me paraît court avec seulement 10% d'espace libre dans l'enveloppe. Sais-tu quelles perspectives de croissance tu as sur 6 mois ou 1 an avec cette volumétrie ?

[Mothership]

Oui / Non

Oui nous faisons en sorte que la base reste relativement stable grâce aux épurations hebdomadaires des données fonctionnelles.

Non et si jamais elle avait une croissance démesurée (ajout d'une activité par exemple non anticipée) on peut tout à fait ajouter de la volumétrie à la volée.

[mikedavem]

Quelles sont les options possibles et laquelle vous semble la plus appropriée ?
Réduire l'espace via un shrinkdatabase puis déplacer les fichiers vers un LUN plus petit (via backup/restore par exemple) ?
Ajouter plusieurs fichiers de base sur un autre LUN et remplir ces nouveaux fichiers via un shrinkfile vers un emptyfile ?

A chaud j'opterai pour la solution du shrinkfile (et pas shrinkdatabase) je pense pour réduire l'enveloppe du fichier + déplacement de celui-ci vers la nouvelle LUN.

Est-ce qu'il ne te serait pas possible de passer par une copie synchrone / asynchrone via le storage pour copier les données de ton fichier mdf d'une LUN vers une autre ? Ca te permettrait de mettre le processus de copie en place en arrière plan, de planifier ton déplacement de fichier et enfin de switcher rapidement tes path via un ALTER DATABASE + mise OFFLINE + ONLINE de ta base.

++