SQL2008 standard édition, restauration

Version imprimable

27/08/2012, 16h24
roox80

SQL2008 standard édition, restauration

Bonjour,
je fait une étude sur l'automatisation des tests fonctionnel. Dans ce cadre je cherche une solution pour remettre la base de données de l'application (base dédiée aux tests) à sont état d'avant le test. en gros je veux annuler toutes les modification faite durant le test. je cherche une façon rapide car si on doit attendre entre chaque test sa devient vite problématique vu le nombres de tests. malheureusement la solution des snapshots est à exclure car elle ne fonctionne que sur la version enterprise ... snif .

avez vous des suggestions à me faire ?
28/08/2012, 17h44
SQLpro

Utiliser la version developper qui est faite pour développer, et qui coute 3 francs si sous et qui a toutes les fonctionnalité s de la version Enterprise !

Mais si vous persistez dans un mauvais usage de la version standard (qui est faite pour de la prod, donc, ni du test ni du dev) alors vous pouvez :
1) détacher la base
2) copier les fichiers
3) rattachez la base
4) faire vos tests
5) détacher la base
6) écraser les fichiers acteuls par les copies
7) rattachez la base

Bref, deux petites proc stock à créer dans master ou msdb par exemple.

A +

A
29/08/2012, 14h10
roox80

merci pour la réponce

Merci ta méthode me semble bien intéressante je vais tester. pour information le choie du type de moteur de base de données ne m'appartient pas c'est une contrainte imposé par l'entreprise où je suis en stage.

résultat

je vient de faire le test de détacher la base puis copier les fichier et rattacher la base ça met 2min16
le code sql :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
USE master
GO 
 
EXEC sp_detach_db 'Ma_Base', 'true';
 
DECLARE @CMD nvarchar (4000)
 
DECLARE @RepDestination nvarchar(255)
SET @RepDestination = 'chemain'
 
SET @CMD = 'mkdir '+@RepDestination
EXEC xp_cmdshell @CMD
 
--> copie les fichier dans le repertoir TEMP
 
SET @CMD = N'xcopy /y chemain\fichier.mdf '+@RepDestination
 
EXEC xp_cmdshell @CMD
 
SET @CMD = N'xcopy /y chemain\fichier.ldf '+@RepDestination
 
EXEC xp_cmdshell @CMD
 
SET @CMD = N'xcopy /y chemain\ficher.idx '+@RepDestination
 
EXEC xp_cmdshell @CMD 
 
--> Ratache la base de données 
 
CREATE DATABASE [Ma_base] ON 
( FILENAME = N'chemain_dep\fichier.mdf' ),
( FILENAME = N'chemain_dep\fichier.ldf' ),
( FILENAME = N'chemain_dep\fichier.idx' )
 FOR ATTACH

mais je trouve ça plus long qu'un simple backup

30/08/2012, 13h57
mikedavem

Pourquoi ne pas simplement faire une sauvegarde avant vos tests et réappliquer à chaque fois un restore de votre base après avec l'option REPLACE ?

Cela te permettra de gagner du temps sur la première phase de restauration qui est l'initialisation des fichiers (qui sera bypassé dans ce cas) ou éventuellement utiliser la fonctionnalité INSTANT FILE INITIALIZATION. Il n'y aura que la phase de restauration des données pure à prendre en compte.

++
30/08/2012, 15h53
SQLpro

suis pas sûr que tu y gagne !!!!!

A +
30/08/2012, 16h57
mikedavem

Citation:

Envoyé par SQLpro

suis pas sûr que tu y gagne !!!!!

A +

Je suis d'accord avec toi il faudrait tester les 2 approches en fait et comparer le temps de copie des fichiers + attach contre le temps de recopie des pages de données dans les fichiers de base (bien sûr seuls les fichiers data seront concernés par l'optimisation citée plus haut).

++
30/08/2012, 18h05
roox80

résultat

l'approche la plus rapide est la restauration avec l'option restaure
en tout cas merci pour vos réponses