Discussion :

[dj_lil]

Bonjour, et bonne année à tous.

Je travaille avec des bases pesant une bonne 10Go, et de nombreux restore sont nécessaires entre les différents environnements dont mon équipe s'occupe. Avec à la clé une bonne 30aine de minutes perdues à chaque fois.

En réfléchissant à la possibilité d'accélérer le processus, je me suis posé la question suivante : Que fait la fonction RESTORE ?
Parce qu'à ma connaissance, si on prend les fichiers ldf, ndf, et mdf d'une BD, qu'on remplace (en mode déconnecté) les fichiers d'une autre BD par ceux-ci, on devrait se retrouver avec deux base identiques, non ? Et en ayant perdu beaucoup moins de temps.

D'un autre côté, je me dis que chez MS, ils ont pas du mettre un timer exprès pour nous faire perdre du temps, donc il doit y avoir autre chose. Si quelqu'un d'un peu calé sur le sujet pouvait m'éclairer...

Cordialement,

Lilian

[SQLpro]

En réfléchissant à la possibilité d'accélérer le processus, je me suis posé la question suivante : Que fait la fonction RESTORE ?

Elle permet de restaurer une base de données en toute ou partie, dépendamment du mode de restauration et de la répartition des objets dans les unités de stockage de la base.
Par exemple vous pouvez demandez que la restauration d'une base dont vous avez sauvegardé le journal de transaction, soit arrêté à 12h28. Ceci donnera une base restauré avec toutes les opérations effectuées jusqu'à 12h28 et rien au delà.
Il existe 4 mode de sauvegardes dans SQL Sever, avec différentes combinaison de ces modes :

• complète
• différentielle
• journal
• partielle (fichiers ou groupe de fichiers)

Il existe la possibilité de restaurer une base :

• complétement
• jusqu'à une certaine date/heure
• jusqu'à une certaine transaction nommée
• pour certains fichiers ou groupe de fichiers
• différentiellement pour certains fichiers ou groupe de fichiers
• page à page

Jusqu'ici je soupçonne que vous n'avez utiliser que le mode complet...

Parce qu'à ma connaissance, si on prend les fichiers ldf, ndf, et mdf d'une BD, qu'on remplace (en mode déconnecté) les fichiers d'une autre BD par ceux-ci, on devrait se retrouver avec deux base identiques, non ? Et en ayant perdu beaucoup moins de temps.

Ceci est possible mais dangereux : MS ne garantie en aucune façon que la base de données que vous allez récupérer ainsi soit viable. Il existe un certain nombre d'opérations préalable qui doivent présider à la viabilité d'un tel process. Pour cela SQL Server fournit la possibilité de détacher les fichiers d'une base de données via la procédure stockée sp_detach_db. En aucun cas l'arrêt d'un serveur, comme l'arrêt d'une base est recommandé pour ce faire.
Une fois détachée, la base n'est plus vue, mais les fichiers persistent et sont copiable. Vous pouvez ensuite recréer un clone de cette base via la commande :
CREATE DATABASE .... FOR ATTACH.

Mais j'attire votre attention sur cette manière de faire qui est UNE TRÈS MAUVAISE PRATIQUE !
Chaque fois que vous arrêterez une base de données ou pire le service SQL Server (ou encore le serveur physique), vous allez faire perde toute la mise en cache de vos données et procédures, et viderez les données des vues de gestion dynamique. Bref vous perdez toute l'optimisation, et la possibilité d'investiguer de manière intéressant dans les données système en cas de problème...

En gros, afin d'assurer une plus grande rapidité de "copie" d'une base à l'autre, vous allez sciemment pourrir les performances de vos utilisateurs...

Est-ce bien ce que vous voulez ?

A +

PS : le métier de DBA nécessite dans le cursus officiel de MS SQL Server 2005, environ 14 jours de formation. La partie sauvegarde représente environ 6 heures de travail en cours + TP... A Orsys ou Rudi et moi avons monté les cours, cela représente 12 jours de formation. Combien d'heure de cours DBA avez vous suivi ???

[dj_lil]

Jusqu'ici je soupçonne que vous n'avez utiliser que le mode complet...

J'ai déjà utilisé le mode différentiel, mais dans le cas présent, vous soupçonnez bien !

En gros, afin d'assurer une plus grande rapidité de "copie" d'une base à l'autre, vous allez sciemment pourrir les performances de vos utilisateurs...

Est-ce bien ce que vous voulez ?

Bien sûr que non, mais comme je n'avais pas idée de ce genre de (gros) "détails", je me posais la question.

PS : le métier de DBA nécessite dans le cursus officiel de MS SQL Server 2005, environ 14 jours de formation. La partie sauvegarde représente environ 6 heures de travail en cours + TP... A Orsys ou Rudi et moi avons monté les cours, cela représente 12 jours de formation. Combien d'heure de cours DBA avez vous suivi ???

Je ne suis absolument pas DBA, et je n'ai pas la prétention de l'être. D'où mes lacunes et mes questions idiotes...

En tout cas, merci pour toutes ces informations. Je dormirai moins bête ce soir, et je continuerai d'attendre patiemment la fin de mes restore.

[dily0403]

Bonjour,

Vous avez également oublié la notion de disponibilité !!!

En effet, il faut rappeler d'une sauvegarde reste une opération "en ligne", alors que la méthode consistant à détacher ou à déconnecter la base pour copier les fichiers concernés (mdf, ldf, etc.) implique une indisponibilité de celle-ci pendant la durée de l'opération.

Ne faites-pas comme à Roissy lors des chutes de neige, pensez à vos utilisateurs...
Bonne Restore !!!

Cordialement.
David.