Copier l'intégralité d'un serveur sur un autre [Résolu]

[gabouille]

Bonjour,
j'aimerai appliquer un script sur un certain nombre de db:
- plus de 200 DBs sur un serveur "critique" que je ne peux pas arreter
- prés de 800 DB sur un serveur Archive.
L'idée serai que je puisse copier le contenu de ces deux serveurs sur un autre pour que je puisse manipuler toutes les données.

J'aimerai trouver une autre solution que l'import/export Wizard ou le copy Wizard car il faut que j'accepte a partir d'un moment bases par bases.

Le top serai des lignes de codes que je puisse insérer au début de ma procédure, qui appelle un serveur pour le copier sur un autre.

Je travail sur SQL server 2005 et je suis novice dans le domaine..

Merci a tous

[darkelend]

tu as la solution de la sauvegarde/restauration.
Tu sauvegardes tes bases sourceset tu les restaures sur le serveur cible. Tu peux le faire par script.

[gabouille]

Merci pour la réponse !
je vois ca tout de suite.

[gabouille]

Je viens de regarder un peu le principes, mais j'aimerai ne pas nommer les databases, peut on lui demander toutes les DBs en une seule commande? juste en appellant le serveur?

[darkelend]

Je ne pense pas qu'il soit possible de sauvegarder un serveur entier. (d'ailleurs, j'en suis quasiment sur à 99.9632% environ ). Par contre, tu peux utiliser cette instruction "sp_msforeachdb".
Tu trouveras bon nombre d'exemples sur internet. Ca permet de boucler sur toutes tes bases.

[elsuket]

Bonjour,

Effectivement il n'est pas possible de sauvegarder toutes les bases de données d'un coup de façon native(une instruction du style BACKUP ALL DATABASES n'existe pas) autrement qu'en le programmant, ce que propose SQLPro ici.

En ce qui concerne la restauration des bases, c'est une autre paire de manches :
- soit vous avez les mêmes lettres de volumes sur le serveur cible et le serveur source, avec chacun des volumes du serveur cible a la même capacité que les mêmes volumes sur le serveur cible, et vous pouvez donc tout simplement écrire RESTORE DATABASE maBD FROM DISK = 'cheminDuBackup'
- soit ce n'est pas le cas, et je vous laisse imaginer comme vous allez vous amuser avec l'option MOVE de l'instruction RESTORE DATABASE à placer les fichiers de vos bases de vos base de données suivant les capacités des volumes sur le serveur cible.

Pensez bien à à octroyer au service SQL Server le privilège de stratégie locale Perform Volume Maintenance Task, qui vous fera gagner beaucoup de temps à l'allocation d'espace disque pour les fichiers de données des bases de données à restaurer.

@++

[SQLpro]

La question fondamentale est :
Pourquoi autant de base de données sur un seul et même serveur ?

À priori je soupçonne une dramatique erreur d'architecture à la base !

A +

[gabouille]

@elsuket:
Je suis totalement novice dans le domaine... j'ai pas tout suivis pour la restauration ^^
La seule chose que je peux dire c'est que ma base de réception est vierge..
et que le nom des DB a copier seront contenu dans un curseur et sélectionnée suivant une date ( cette partie est enfin fini ).
j'ai essayé avec l'option WITH MOVE TO en prenant le chemin d'adresse de ce qui me semble être ma base test ( c:\...\MSSQL.1\...), dans l'explorer elle est bien présente après RESTORE, mais je ne la vois pas dans SQL server Manager...

@SQLpro:
Je vous avoue que je débarque un peu dans le domaine, je ne me rend pas trop compte des choses ^^

Merci,

bonne fetes

[gabouille]

Ou alors est t il possible de récupérer le script du "copy wizard tool"

[gabouille]

Problème Résolu: il fallait juste executer la requete sur le bon serveur.....

[darkelend]

Envoyé par gabouille

Problème Résolu: il fallait juste executer la requete sur le bon serveur.....

Ca peut arriver !!!

Pense à mettre le tag