IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

Copier l'intégralité d'un serveur sur un autre


Sujet :

MS SQL Server

  1. #1
    Membre confirmé
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2012
    Messages
    68
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Décembre 2012
    Messages : 68
    Par défaut Copier l'intégralité d'un serveur sur un autre
    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

  2. #2
    Membre émérite
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2009
    Messages
    623
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Août 2009
    Messages : 623
    Par défaut
    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.

  3. #3
    Membre confirmé
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2012
    Messages
    68
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Décembre 2012
    Messages : 68
    Par défaut
    Merci pour la réponse !
    je vois ca tout de suite.

  4. #4
    Membre confirmé
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2012
    Messages
    68
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Décembre 2012
    Messages : 68
    Par défaut
    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?

  5. #5
    Membre émérite
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2009
    Messages
    623
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Août 2009
    Messages : 623
    Par défaut
    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.

  6. #6
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2005
    Messages : 5 826
    Par défaut
    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.

    @++

  7. #7
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 002
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 22 002
    Billets dans le blog
    6
    Par défaut
    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 +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  8. #8
    Membre confirmé
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2012
    Messages
    68
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Décembre 2012
    Messages : 68
    Par défaut
    @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

  9. #9
    Membre confirmé
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2012
    Messages
    68
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Décembre 2012
    Messages : 68
    Par défaut
    Ou alors est t il possible de récupérer le script du "copy wizard tool"

  10. #10
    Membre confirmé
    Homme Profil pro
    Étudiant
    Inscrit en
    Décembre 2012
    Messages
    68
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Étudiant
    Secteur : Industrie Pharmaceutique

    Informations forums :
    Inscription : Décembre 2012
    Messages : 68
    Par défaut
    Problème Résolu: il fallait juste executer la requete sur le bon serveur.....

  11. #11
    Membre émérite
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2009
    Messages
    623
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Août 2009
    Messages : 623
    Par défaut
    Citation Envoyé par gabouille Voir le message
    Problème Résolu: il fallait juste executer la requete sur le bon serveur.....
    Ca peut arriver !!!

    Pense à mettre le tag

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. copier le" texte" d'un bouton sur un autre
    Par gilles81 dans le forum ASP.NET
    Réponses: 7
    Dernier message: 02/02/2009, 16h47
  2. Réponses: 2
    Dernier message: 26/11/2008, 21h18
  3. BAscule d'un repository d'un serveur sur un autre
    Par bellevault dans le forum Informatica
    Réponses: 0
    Dernier message: 21/10/2008, 15h19
  4. Créer un autre serveur sur un autre port
    Par baya1 dans le forum PostgreSQL
    Réponses: 5
    Dernier message: 04/07/2008, 11h07
  5. copier une base d'un serveur vers un autre
    Par julien.63 dans le forum PostgreSQL
    Réponses: 2
    Dernier message: 28/03/2007, 14h18

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo