Sauvegarde à froid

**pierrro** · 16/05/2008, 17h10

Bonjour,

je n'y connais rien, mais vraiment rien du tout, aux bases MSSSQL.
(déjà, ça commande mal...)
Je sois sauvegarder un serveur Windows 2003 de nuit, alors que personne ne travaille sur ma base (pas de batch non plus).
Je voulais savoir si en arrêtant le service MSSQLSERVER et en sauvegardant les fichiers .mdf et .ldf je pourrai, en cas de plantage de la machine, copier ces fichiers sur une autre machine et faire repartir la base. Tout sera-t-il sauvegardé (données, droits...)?

Merci d'avance pour vos réponses.

**ddaime** · 16/05/2008, 18h47

http://fadace.developpez.com/mssql/sauve/

**pierrro** · 16/05/2008, 18h52

Merci pour ta réponse.
J'ai vu cette page mais je me demande si je peux rattacher ma base sur n'importe quel serveur. Dans cette page, j'ai l'impression qu'on peut détacher une base d'un serveur pour la rattacher à ce même serveur.
La question est donc: si j'attache ma base à un autre serveur, ne perdrai-je pas d'info comme les droits sur les données ou le code stocké en base?
Je précise que je connais bien Oracle mais par contre, je suis complétement ignard sur MS SQL SERVER.

**ddaime** · 16/05/2008, 19h24

Oui il est tout a fait possible de rattacher une base sur un autre serveur mais il est vrai que tu devras recréer tes utilisateurs au niveau du serveur.

**Fabien Celaia** · 16/05/2008, 20h55

... et par contre, je surenchéris. Pour s'amuser à copier des fichiers de bases (et c'est le cas pour la plupart des SGBDR connus), il faut qu'il y ait un état "stable" du fichier (y.c. un flush préalable du cache en disque).

Pour MS-SQL, l'instance peut être arrêtée, mais (encore mieux) la base devrait être détachée.

**SQLpro** · 18/05/2008, 15h06

En effet la sauvegarde à froid par cette technique (arrêt du serveur SQL) ne garantie pas la consistance des données. Autrement dit, il y a risque de corruption de la base.

Les seuls moyens garantis sont :
1) la sauvegarde à chaud;
2) le détachement des fichiers de la base (procédure sp_detach_db) puis leur copie

A noter que l'arrêt d'un serveur SQL est une indubitable hérésie. En effet cela fait perdre toute la mise en cache. Comme si vous imposiez à une formule 1 de passer par le stand pour à chaque fois que le pilote veut changer de vitesse !

A +

**pierrro** · 19/05/2008, 09h23

Merci pour vos réponses.
Je vais donc détacher ma base avant de la sauvegarder. J'ai trouver le code qu'il fallait utiliser pour la détacher mais par contre, quelle interface faut-il utiliser pour la détacher par script (mon script est lancé par une commande SSH sur le serveur depuis une autre machine)?

Pour ce qui est du cache, ma base ne sert qu'à héberger le repository de ReportNet, qui est accédé au moment du lancement du service, donc il n'y a pas trop d'impact lors de l'accès utilisateur.

**ylarvor** · 19/05/2008, 10h48

pour detacher par script, utilisez sqlcmd.

je ne comprend pas que vous ne fassiez pas une sauvegarde à chaud, c'est quand meme plus simple.

**pierrro** · 19/05/2008, 11h18

Envoyé par ylarvor

pour detacher par script, utilisez bcp.

je ne comprend pas que vous ne fassiez pas une sauvegarde à chaud, c'est quand meme plus simple.

J'ai trouvé comment faire une sauvegarde à chaud (les lignes du script à lancer) mais je ne sais pas dans quoi taper ces lignes.
Je sauvegarde une machine windows par ssh depuis une machine Linux (j'ai installé OpenSSH sur le serveur windows).
Y-a-t-il un programme en ligne de commande (comme le sqlplus.exe d'Oracle) avec lequel je puisse faire ma sauvegarde à chaud en passant un commande du style programme.exe script_de_sauvegarde.sql ?

**SQLpro** · 19/05/2008, 13h02

Code :

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

BACKUP DATABASE ...

Est la comande Transact SQL à placer dans n'importe quel objet permettant de lancer une requête.
Le mieux étant de faire cela avec l'agent SQL qui permet de planifier vos sauvegardes et donc d'avoir un plan régulier.

A +