Version imprimable
Bonjour... (SqlServer2008)
Je dois déplacer une base SqlServer et la mettre sur un autre serveur...
J'ai lu sur le web qu'il y a, semble t'il, deux façons de faire :
1°) alter database
2°) Détach/attach
En sachant que ce sera la première fois que je fais ce genre de manip, que me conseillez vous ?
Y a t'il, comme avec Oracle, une sorte d'export baseA qui servirait pour importer BaseB sur mon nouveau seveur...
Merci pour vos réponses...
Avez-vous besoin de garantir la disponibilite de la base de donnees pendant le transfert ?
Avez vous des contraintes de temps d'indisponibilite a ne pas depasser ?
Quel est le volume de votre base de donnees ?
Quelle est la version du serveur SQL ou se trouve actuellement la DB ?
NONCitation:
Avez-vous besoin de garantir la disponibilite de la base de donnees pendant le transfert ?
NONCitation:
Avez vous des contraintes de temps d'indisponibilite a ne pas depasser ?
3 GIGASCitation:
Quel est le volume de votre base de donnees ?
9.0.3042 SP2Citation:
Quelle est la version du serveur SQL ou se trouve actuellement la DB ?
Merci pour votre réponse
Bonjour,
Alors vous pouvez:
1\
- Passer la base de donnees en mode single user
- Faire un backup de la base de donnees
- Mettre la base de donnees en mode offline
- Restaurer la base de donnees sur le serveur de destination
- Mettre la DB restauree en mode multi user
2\
- Faire un detach de votre base de donnees
- Faire la copie des fichiers de celle-ci vers le serveur de destination
- Attacher la base de donnees sur votre serveur de destination.
A noter qu'une fois la base de donnees une fois sur le serveur de destination, il ne sera plus possible de rammener celle-ci vers l'ancien serveur.
Je vous conseille la methode 1.
Merci..
Quelques questions si je n'abuse pas :
Comment faire ? j'ai rien vu dans le click droit !Citation:
Passer la base de donnees en mode single user
Quand je clique droit sur ma database :
1) Je vois qu'il y a deux types de backup, Export et sauvegarde :
quelle différence entre les deux
2) Qu'est-ce que l'option 'evaluer'
3) Qu'est-ce que l'option 'Evaluer une stratégie' => est-ce un EXPLAIN ?
4) Pourquoi préférez-vous la méthode 1 ?
5) en ce qui concerne la deuxième méthode, les copies de fichiers sont ils de simples transferts de fichiers entre deux serveurs...
Merci pour vos réponses
GENIO
C'est une nouvelle fonctionnalité de SQL Server 2008. Lisez l'article que j'ai fait à ce sujet si cela vous intéresse.Citation:
Qu'est-ce que l'option 'Evaluer une stratégie' ?
Personnellement si vous n'avez aucune contrainte d'indisponiblité sur votre serveur je vous conseille la méthode 2 proposée par Ptit_Dje. Elle est de loin la plus rapide. Cependant il faudra peut être passer en mode single_user si certains de vos utilisateurs ont la possibilité de se connecter à votre base pendant l'opération.Citation:
Pourquoi préférez-vous la méthode 1 ?
Code:
2
3
4
5
6
7
Oui, il suffit de détacher vos fichiers de bases de données, faire un transfert de ces fichiers et attacher vos fichiers sur le nouveau serveur de bases de données.Citation:
en ce qui concerne la deuxième méthode, les copies de fichiers sont ils de simples transferts de fichiers entre deux serveurs...
++
Merci pour le tutoriel sur les stratégies...
Juste deux dernières :
1) Quelle différence entre IMPORT/EXPORT et Sauvegarde/Restauration ?
Est-ce comme Oracle, c'est-a-dire que l'import par exemple, se contente de charger un fichie exporté alors que la restauration rejoue les logs ?
Pourquoi ne puis_je pas faire d'export
2)Quand vous me conseillez pour la méthode 1 de 'faire un backup', s'agit-il d'un export ?
Merci encore pour vos réponse
1) Un export concerne une table, une vue ou une query specifique
Il est fait d'une source de donnee vers une autre.
Un backup est un fichier de sauvegarde d'une base de donnees complete. Incluant donnees, objets (tables, vues, indexes, stored procedures ...).
2) Non, c'est une sauvegarde.
Merci pour vos réponses.
Si vous avez deux serveurs et l'édition Enterprise de SQL Server, il existe une solution bien plus intéressante :
Utiliser le mirroring et faire un snapshot de la base miroir.
Cela vous permet à la fois :
1) une solution de haute disponibilité (reprise automatique du service des données en cas de crash d'un de serveur
2) lire une base de données copiée (snapshot) sur le serveur distant.
Mais avant de choisir : quel est le but de cette "duplication" de base ?
Parce que'(il existe souvent d'autres techniques que la copie bête et méchante qui peuvent être nettement plus appropriées...
A +
Bonjour...
Le but de cette duplication est de transferer une database sur un autre serveur tout neuf bien plus rapide et en même temps, de mutualiser les databases avec une nouvelle norme... une fois mes databases transférées nous fermons le serveur source...
Je dois vous dire aussi que, j'ai déjà fait du tuning et de la gestion d'objet sur Sql/Server mais dans un univers 'études', et que c'est la première fois que j'intervient en tant que DBA de production...
Ces databases étant assez petites et ne rentrant pas dans un domaine 'opérationnel fort', je dois choisir le type de migration à effectuer et je peux me permettre un arrêt de service... donc ma marge de manoeuvre est assez grande.. .
Mon premier post demandait la façon la plus simple de faire la chose(donc attach/détach où sauvegarde/restauration) et vous m'apprenez qu'il y a encore une autre solution qui est le mirroring...
1) Cette solution semble s'apparenter au 'dataguard' d'oracle non ?
Merci pour votre réponse...
Oui, ca s'apparente au dataguard d'Oracle du cote fonctionnel.
Deplacer votre base de donnees en utilisant cette technique vous permet de gagner en disponibilite de la base de donnees.
En effet, votre base de donnees source reste disponible jusqu'au moment d'effectuer ou vous effectuez un failover sur la base secondaire.
Cela vous permet de gagner le temps de copier les fichier d'un serveur a l'autre et de les re-attacher.
Oui fonctionnellement parlant, mais attention !! Il faut au moins avoir une version Entreprise SQL Server pour pouvoir effectuer du mirroring ..Citation:
1) Cette solution semble s'apparenter au 'dataguard' d'oracle non ?
++
Merci pour vos réponses..;
j'ai testé les deux fonctions et c'est OK :ccool:
J'ai néanmoins une autre question concernat l'IMPORT/EXPORT...
Pour moi, l'export devrait effectuer (comme Oracle) une sorte de dump fichier qui sert à effectuer un Import... mais en testant la chose, je m'apperçoit que Sql/server ne me laisse pas le choix et 'exporte' une table source vers une table cible en recréant celle-ci... D'ou mon embarras car pour moi(venant d'Oracle et DB2 Mainframe), un export devrait juste me creer un fichier logique de 'sauvegarde'...
Ce qui fait que je ne vois pas la différence entre l'EXPORT et l'IMPORT Sql Server car ils semblent faire la même chose...
Peut-être que je n'ai rien compris à tout ça et je compte sur vous pour eclairer ma lanterne... en fait est-il possible d'exporter un objet vers un fichier (txt ou autre ) ...
Merci encore pour votre patience !
Via le GUI, SQL Server vous laisse le choix de la destination d'un export.Citation:
Envoyé par genio
Il faut choisir flat file destination pour creer un export vers un fichier.
Ou excel vers un fichier excel...
Sinon vous pouvez toujours regarder du cote de l'utilitaire BCP egalement.
C'est bien ce que je pensais mais le 'clic droit' sur la database m'ouvre sur : taches/exporter/choisir une source de données (que je saisis conciencieusement) database LEO/choisir une destination (que je saisis tout aussi conciencieusement) database LEO/spécifier copie où interrogation de la table (je chosis copier)/selection de la table à exporter/ etc.... mais jamais le GUI ne m'indique de fichier en sortie et me propose toujours une table /
est-ce normal ? dois-je configurer quelque chose ?
Merci pour votre réponse
A ce moment la il faut selectionner un fichier !Citation:
Envoyé par genio
Oups... autant pour moi !
Merci pour vos réponses...