Discussion :

[glood1]

bonjour,

je souhaiterai mettre a jour ma base de test par rapport a la prod
sur un MSSQL 2000
dois je supprimer la base et restaurer celle de test
utiliser l import export
je ne suis pas dba mssql mais oracle
merci pour tout vos précisons

[dbaffaleuf]

Hello,

Peux-tu te baser sur une sauvegarde existante de la prod (une de la veille au soir par exemple) ? Ca t'éviterai d'avoir à en relancer une en journée, et de perturber le plan de backup de production.

1) Sinon sur la prod:
i) récupère le nom logique de tes 'datafiles' et du journal de transactions:

select name , fileid from maBase..sysfiles
go

name fileid
-------- ------
maBase 1
maBase_Log 2

ii) Lance le backup
backup database maBase to disk='D:\monchemin\maBase.bak' with init, stats
go

2) Sur le test, lance la restauration, la base sera créé et les données rechargées. il faut indiquer le chemin où tu vas placer chaque fichier:
restore database maBase from disk='D:\monchemin\maBase.bak'
with move 'maBase' to 'F:\nouveauchemin\maBase.mdf',
move 'maBase_Log' to 'E:\nouveauchemin\maBase.ldf',
stats
go


A+ David B.
--------------
http://blog.capdata.fr

[Ptit_Dje]

Bonjour,

Pour completer dbaffaleuf, utilisez la commande de backup avec l'option with copy_only pour ne pas affecter la séquence normale des backups.

Pensez à vérifier les droits des utilisateurs, ils pourraient être différents en test qu'en production.

Pensez aussi à vérifier la structure de la base de données, il se peut que de nouveaux objets existent en test et doivent le rester.

[dbaffaleuf]

Re-,

Je ne suis pas sûr que copy_only existe en SQL 2000...

select serverproperty('productversion')
8.00.2187


backup database CAPDATA to disk='E:\CAPDATA.bak' with copy_only

Server: Msg 155, Level 15, State 1, Line 1
'copy_only' is not a recognized BACKUP option.

[Ptit_Dje]

Re-,

Je ne suis pas sûr que copy_only existe en SQL 2000...

select serverproperty('productversion')
8.00.2187


backup database CAPDATA to disk='E:\CAPDATA.bak' with copy_only

Server: Msg 155, Level 15, State 1, Line 1
'copy_only' is not a recognized BACKUP option.

Autant pour moi, tu as raison, j'ai omis ce détail!

[glood1]

Autant pour moi, tu as raison, j'ai omis ce détail!

merci les amis

[glood1]

Hello,

Peux-tu te baser sur une sauvegarde existante de la prod (une de la veille au soir par exemple) ? Ca t'éviterai d'avoir à en relancer une en journée, et de perturber le plan de backup de production.

1) Sinon sur la prod:
i) récupère le nom logique de tes 'datafiles' et du journal de transactions:

select name , fileid from maBase..sysfiles
go

name fileid
-------- ------
ma Base 1
maBase_Log 2

ii) Lance le backup
backup database maBase to disk='D:\monchemin\maBase.bak' with init, stats
go

2) Sur le test, lance la restauration, la base sera créé et les données rechargées. il faut indiquer le chemin où tu vas placer chaque fichier:
restore database maBase from disk='D:\monchemin\maBase.bak'
with move 'maBase' to 'F:\nouveauchemin\maBase.mdf',
move 'maBase_Log' to 'E:\nouveauchemin\maBase.ldf',
stats
go


A+ David B.
--------------
http://blog.capdata.fr

g aussi un projet de migration et deplacement de base
l option RESTORE FILELISTONLY existe en 2000 ?

sur tech net il y a plus de support 2000

j aimerai bien ajouter l'option norecovery et restaurer les logs apres su pleine de deplacement de bases

[dbaffaleuf]

Hello,

le FILELISTONLY existe bien en SQL 2000.

David B.