Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Windows Windows Serveur SQL Serveur Exporter une base de données

Exporter une base de données

8 réponses
Avatar
Ricou
Bonjour,


Après avoir réalisé une base de données sql serveur chez moi, je
souhaiterai l'exporter et la replacer sous sql serveur au bureau.
Comment dois-je m'y prendre ?
Par avance, merci.

Eric
Signaler un problème avec ce contenu

8 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
Fred BROUARD
BACKUP / RESTORE (le plusn propre)
sinon sp_detach / sp_attach.

A +

Ricou a écrit:
Bonjour,


Après avoir réalisé une base de données sql serveur chez moi, je
souhaiterai l'exporter et la replacer sous sql serveur au bureau.
Comment dois-je m'y prendre ?
Par avance, merci.

Eric




--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Avatar
Philippe T [MS]
Bonjour,

Je ne vois personnellement pas de différence mais deux possibilités offertes
aux utilisateurs.

Le backup/restore est une solution longue dans la mesure ou si la volumétrie
de la base est importante, il faut attendre que le backup soit terminé avant
de pouvoir déplacer le fichier vers un autre serveur. A contrario, c'est une
solution bien maîtrisé car des opérations backup/restore sont des opérations
classiquement effectuées lors de tâche d'administration.

Dans ce cas de figure, je pencherai également pour : sp_detach_db

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Amateur" wrote in message
news:uWTH#
Pourquoi un BACKUP / RESTORE est plusn propre que sp_detach / sp_attach ?
je pense le contraire pour ce que veut faire Ricou !!!
Dans un autre message SSO demandait d'ailleurs quelle était la difference
entre attacher une base de données et la restaurer.
J'attendais impatiemment qu'un expert réponde à cette question qui
m'interesse beaucoup.

merci


"Fred BROUARD" a écrit dans le message de


news:
%23la$
> BACKUP / RESTORE (le )
> sinon .
>
> A +
>
> Ricou a écrit:
>> Bonjour,
>>
>>
>> Après avoir réalisé une base de données sql serveur chez moi, je
>> souhaiterai l'exporter et la replacer sous sql serveur au bureau.
>> Comment dois-je m'y prendre ?
>> Par avance, merci.
>>
>> Eric
>>
>
> --
> Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> ************************ www.datasapiens.com *************************
>




Avatar
Amateur
Pourquoi un BACKUP / RESTORE est plusn propre que sp_detach / sp_attach ?
je pense le contraire pour ce que veut faire Ricou !!!
Dans un autre message SSO demandait d'ailleurs quelle était la difference
entre attacher une base de données et la restaurer.
J'attendais impatiemment qu'un expert réponde à cette question qui
m'interesse beaucoup.

merci


"Fred BROUARD" a écrit dans le message de news:
%23la$
BACKUP / RESTORE (le )
sinon .

A +

Ricou a écrit:
Bonjour,


Après avoir réalisé une base de données sql serveur chez moi, je
souhaiterai l'exporter et la replacer sous sql serveur au bureau.
Comment dois-je m'y prendre ?
Par avance, merci.

Eric




--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************



Avatar
Fred BROUARD
A lire : http://www.technologyone.org/new-2695057-3724.html

De plus si réplication le sp_detach / sp_attach peut causer de GROS problèmes...
Mais je présume que ce n'est pas le cas ici !

A +

Philippe T [MS] a écrit:
Bonjour,

Je ne vois personnellement pas de différence mais deux possibilités offertes
aux utilisateurs.

Le backup/restore est une solution longue dans la mesure ou si la volumétrie
de la base est importante, il faut attendre que le backup soit terminé avant
de pouvoir déplacer le fichier vers un autre serveur. A contrario, c'est une
solution bien maîtrisé car des opérations backup/restore sont des opérations
classiquement effectuées lors de tâche d'administration.

Dans ce cas de figure, je pencherai également pour : sp_detach_db

Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Amateur" wrote in message
news:uWTH#

Pourquoi un BACKUP / RESTORE est plusn propre que sp_detach / sp_attach ?
je pense le contraire pour ce que veut faire Ricou !!!
Dans un autre message SSO demandait d'ailleurs quelle était la difference
entre attacher une base de données et la restaurer.
J'attendais impatiemment qu'un expert réponde à cette question qui
m'interesse beaucoup.

merci


"Fred BROUARD" a écrit dans le message de



news:

%23la$

BACKUP / RESTORE (le )
sinon .

A +

Ricou a écrit:

Bonjour,


Après avoir réalisé une base de données sql serveur chez moi, je
souhaiterai l'exporter et la replacer sous sql serveur au bureau.
Comment dois-je m'y prendre ?
Par avance, merci.

Eric




--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************












--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Avatar
Med Bouchenafa
le sp_detach/sp_attach a un avantage indéniable sur le Backup/Restore
Il est moins effrayant pour un néophyte qui généralement maîtrise bien la manipulation de deux ou
trois fichiers.
Beaucoup de DBA se sont sortis de situations critiques grâce au sp_attach_db.
Personnellement lorsque je trimbale une base d'un serveur à un autre, c'est mon premier réflexe.
Son seul inconvénient est qu'il faut arrêter la base de données.
Je n'ai pas connaissance de problèmes dus à la réplication du moins pas plus que le Backup/Restore
!!!
Fred, tu dis GROS problèmes, lesquels ?

--
Bien cordialement
Med Bouchenafa



"Fred BROUARD" a écrit dans le message de news:
#
A lire : http://www.technologyone.org/new-2695057-3724.html

De plus si réplication le sp_detach / sp_attach peut causer de GROS problèmes...
Mais je présume que ce n'est pas le cas ici !

A +

Philippe T [MS] a écrit:
> Bonjour,
>
> Je ne vois personnellement pas de différence mais deux possibilités offertes
> aux utilisateurs.
>
> Le backup/restore est une solution longue dans la mesure ou si la volumétrie
> de la base est importante, il faut attendre que le backup soit terminé avant
> de pouvoir déplacer le fichier vers un autre serveur. A contrario, c'est une
> solution bien maîtrisé car des opérations backup/restore sont des opérations
> classiquement effectuées lors de tâche d'administration.
>
> Dans ce cas de figure, je pencherai également pour : sp_detach_db
>
> Phil.
> ________________________________________________________
> Philippe TROTIN http://blogs.msdn.com/ptrotin
> Microsoft Services France http://www.microsoft.com/france
>
> "Amateur" wrote in message
> news:uWTH#
>
>>Pourquoi un BACKUP / RESTORE est plusn propre que sp_detach / sp_attach ?
>>je pense le contraire pour ce que veut faire Ricou !!!
>>Dans un autre message SSO demandait d'ailleurs quelle était la difference
>>entre attacher une base de données et la restaurer.
>>J'attendais impatiemment qu'un expert réponde à cette question qui
>>m'interesse beaucoup.
>>
>>merci
>>
>>
>>"Fred BROUARD" a écrit dans le message de
>
> news:
>
>>%23la$
>>
>>>BACKUP / RESTORE (le )
>>>sinon .
>>>
>>>A +
>>>
>>>Ricou a écrit:
>>>
>>>>Bonjour,
>>>>
>>>>
>>>>Après avoir réalisé une base de données sql serveur chez moi, je
>>>>souhaiterai l'exporter et la replacer sous sql serveur au bureau.
>>>>Comment dois-je m'y prendre ?
>>>>Par avance, merci.
>>>>
>>>>Eric
>>>>
>>>
>>>--
>>>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
>>>Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
>>>Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
>>>************************ www.datasapiens.com *************************
>>>
>>
>>
>
>

--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************



Avatar
Philippe T [MS]
Bonjour,

Il veux sans doute parlé de ça :

Dans la doc de SQL Server :
<<
Remarks
sp_attach_db should only be executed on databases that were previously
detached from the database server using an explicit sp_detach_db operation.
If more than 16 files must be specified, use CREATE DATABASE with the FOR
ATTACH clause.

If you attach a database to a server other than the server from which the
database was detached, and the detached database was enabled for
replication, you should run sp_removedbreplication to remove replication
from the database.








Phil.
________________________________________________________
Philippe TROTIN http://blogs.msdn.com/ptrotin
Microsoft Services France http://www.microsoft.com/france

"Med Bouchenafa" wrote in message
news:uG#
le sp_detach/sp_attach a un avantage indéniable sur le Backup/Restore
Il est moins effrayant pour un néophyte qui généralement maîtrise bien la


manipulation de deux ou
trois fichiers.
Beaucoup de DBA se sont sortis de situations critiques grâce au


sp_attach_db.
Personnellement lorsque je trimbale une base d'un serveur à un autre,


c'est mon premier réflexe.
Son seul inconvénient est qu'il faut arrêter la base de données.
Je n'ai pas connaissance de problèmes dus à la réplication du moins pas


plus que le Backup/Restore
!!!
Fred, tu dis GROS problèmes, lesquels ?

--
Bien cordialement
Med Bouchenafa



"Fred BROUARD" a écrit dans le message de


news:
#
> A lire : http://www.technologyone.org/new-2695057-3724.html
>
> De plus si réplication le sp_detach / sp_attach peut causer de GROS


problèmes...
> Mais je présume que ce n'est pas le cas ici !
>
> A +
>
> Philippe T [MS] a écrit:
> > Bonjour,
> >
> > Je ne vois personnellement pas de différence mais deux possibilités


offertes
> > aux utilisateurs.
> >
> > Le backup/restore est une solution longue dans la mesure ou si la


volumétrie
> > de la base est importante, il faut attendre que le backup soit terminé


avant
> > de pouvoir déplacer le fichier vers un autre serveur. A contrario,


c'est une
> > solution bien maîtrisé car des opérations backup/restore sont des


opérations
> > classiquement effectuées lors de tâche d'administration.
> >
> > Dans ce cas de figure, je pencherai également pour : sp_detach_db
> >
> > Phil.
> > ________________________________________________________
> > Philippe TROTIN http://blogs.msdn.com/ptrotin
> > Microsoft Services France http://www.microsoft.com/france
> >
> > "Amateur" wrote in message
> > news:uWTH#
> >
> >>Pourquoi un BACKUP / RESTORE est plusn propre que sp_detach /


sp_attach ?
> >>je pense le contraire pour ce que veut faire Ricou !!!
> >>Dans un autre message SSO demandait d'ailleurs quelle était la


difference
> >>entre attacher une base de données et la restaurer.
> >>J'attendais impatiemment qu'un expert réponde à cette question qui
> >>m'interesse beaucoup.
> >>
> >>merci
> >>
> >>
> >>"Fred BROUARD" a écrit dans le message de
> >
> > news:
> >
> >>%23la$
> >>
> >>>BACKUP / RESTORE (le )
> >>>sinon .
> >>>
> >>>A +
> >>>
> >>>Ricou a écrit:
> >>>
> >>>>Bonjour,
> >>>>
> >>>>
> >>>>Après avoir réalisé une base de données sql serveur chez moi, je
> >>>>souhaiterai l'exporter et la replacer sous sql serveur au bureau.
> >>>>Comment dois-je m'y prendre ?
> >>>>Par avance, merci.
> >>>>
> >>>>Eric
> >>>>
> >>>
> >>>--
> >>>Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi,


web
> >>>Livre SQL - col. Référence :


http://sqlpro.developpez.com/bookSQL.html
> >>>Le site du SQL, pour débutants et pros :


http://sqlpro.developpez.com
> >>>************************ www.datasapiens.com


*************************
> >>>
> >>
> >>
> >
> >
>
> --
> Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
> Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
> Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
> ************************ www.datasapiens.com *************************
>




Avatar
Fred BROUARD
désynchronisation dans le cadre de la réplication de fusion.

A +

Med Bouchenafa a écrit:
le sp_detach/sp_attach a un avantage indéniable sur le Backup/Restore
Il est moins effrayant pour un néophyte qui généralement maîtrise bien la manipulation de deux ou
trois fichiers.
Beaucoup de DBA se sont sortis de situations critiques grâce au sp_attach_db.
Personnellement lorsque je trimbale une base d'un serveur à un autre, c'est mon premier réflexe.
Son seul inconvénient est qu'il faut arrêter la base de données.
Je n'ai pas connaissance de problèmes dus à la réplication du moins pas plus que le Backup/Restore
!!!
Fred, tu dis GROS problèmes, lesquels ?




--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Avatar
bruno reiter [MVP]
à ma connaissance, pas de problème de synchro, le seul gros inconvénient en
production est de devoir mettre la base offline ou arrêter le serveur, alors
que le backup est une opération online.

br

"Fred BROUARD" wrote in message
news:#
désynchronisation dans le cadre de la réplication de fusion.

A +

Med Bouchenafa a écrit:
> le sp_detach/sp_attach a un avantage indéniable sur le Backup/Restore
> Il est moins effrayant pour un néophyte qui généralement maîtrise bien


la manipulation de deux ou
> trois fichiers.
> Beaucoup de DBA se sont sortis de situations critiques grâce au


sp_attach_db.
> Personnellement lorsque je trimbale une base d'un serveur à un autre,


c'est mon premier réflexe.
> Son seul inconvénient est qu'il faut arrêter la base de données.
> Je n'ai pas connaissance de problèmes dus à la réplication du moins pas


plus que le Backup/Restore
> !!!
> Fred, tu dis GROS problèmes, lesquels ?
>

--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************