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

Administration SQL Server Discussion :

Migrer un grand nombre de bases 2005 TO 2008 [2008]


Sujet :

Administration SQL Server

  1. #1
    Membre éprouvé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Novembre 2007
    Messages
    1 348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

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

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 348
    Par défaut Migrer un grand nombre de bases 2005 TO 2008
    Bonjour à tous,

    J'ai un grand de lot de bases sur une instance SQLServer 2005: pour migrer en 2008, est ce qu'il y a moyer de le faire en un coup ou passer par les restaurations de bases(une par une) ?
    Je me pose la même question pour passer de SQLServer 2008R1 à 2008R2 ?

    Merci.

    @+

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 995
    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 : 21 995
    Billets dans le blog
    6
    Par défaut
    Sur le serveur de départ :
    EXEC sp_dettachdb;

    SUr le serveur d'arrivée :
    CREATE DATABASE ... FOR ATTCH

    Durée de l'opération : au pus 500 ms par base !

    Surtout pas par sauvegarde/restore....

    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/ * * * * *

  3. #3
    Expert confirmé
    Avatar de mikedavem
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Août 2005
    Messages
    5 450
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Ain (Rhône Alpes)

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

    Informations forums :
    Inscription : Août 2005
    Messages : 5 450
    Par défaut
    Je serais moins catégorique et je dirais cela dépend de ton contexte.
    Est-ce que tu fais une migration côte à côte ou sur place ?

    Pour aller vite tu peux passer par des scripts pour automatiser tes opérations.
    Le choix du détach - attach permet effectivement d'aller plus vite mais vu que tu fais une mise à jour de version je te conseille quand même de bien avoir une copie de tes fichiers avant de les réattacher sur le serveur cible. Il faudra aussi compter le temps de transfert entre les 2 serveurs.

    Si tes bases doivent rester en ligne pendantl a migration (au lecture seule par exemple) il se peut que tu n'aies pas le choix que de procéder par backup / restore ... dans ce cas il faudra compter le temps du backup / transfert du fichier / restaure ...

    A calculer donc ...

    ++

  4. #4
    Membre éprouvé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Novembre 2007
    Messages
    1 348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

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

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 348
    Par défaut
    Bonjour et Merci à vous deux,

    La solution DETATTCH && ATTCH me convient: de 2005 à 2008 je change de serveur puis de 2008 à 2008R2 je reste sur le même serveur avec possibilité de couper le service.

    Merci.


    @+

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

Discussions similaires

  1. [VS pro 2005,lib grands nombres]iccès au constructeur impossible
    Par olivier57b dans le forum Framework .NET
    Réponses: 1
    Dernier message: 24/05/2007, 16h16
  2. Réponses: 3
    Dernier message: 22/05/2005, 12h59
  3. requete sql sur un grand nombre d enregistrement
    Par marielaure dans le forum Langage SQL
    Réponses: 5
    Dernier message: 13/08/2004, 11h53
  4. Traitement d'un grand nombre de champ
    Par k-lendos dans le forum Langage SQL
    Réponses: 8
    Dernier message: 17/03/2004, 15h13
  5. Une unité pour gérer des très grands nombres
    Par M.Dlb dans le forum Langage
    Réponses: 2
    Dernier message: 09/09/2003, 12h07

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