>sinon en faisant un backup je n'arrive à restaurer uniquement sur >le mm server et pas sur un server différent :o(

Il met quoi comme message d'erreur ?

Quand tu restore, est-ce que tu as vérifié que dans l'onglet 'Options' tu restore bien vers des répertoires qui existent ?

Tu peux forcer le répertoire des destination pour les fichiers MDF/LDF (coche la case 'Force restore over existing database', même si la base n'existe pas, et indique un répertoire pour les fichiers MDF/LDF).
ça permet de placer la base où on veut à la restoration.


>sinon en faisant une exportation ça plante (histoire de >triggers ????.....)

Pour l'import/export, c'est un problème congénital de SQL Server (et de beaucoup d'autres serveurs): ils sont incapable d'effectuer l'import/export dans le bon ordre (ex: il importe des clés étrangères alors qu'il n'a pas encore importé la table maîtresse...).


>un autre messaage d'erreur : il me dis que la vue "toto" existe >déjà alors que je viens juste de crer une base vierge !!!!!!

Efface totalement la base et re-créé la avant d'importer.

Piège mortel dans SQL Server: ne jamais au grand jamais renommer une vue ou une procédure stockée dans la MMC (Enterprise Manager): le nom affiché à l'écran ne correspond plus au nom réel de la vue/procédure stockée.

Ouvre chacune des vues et vérifie que le nom affiché dans la MMC correspond bien au nom réel de la vue (CREATE VUE ....)
Même chose pour les procédures stockées.

Il y a encore quelques autres problèmes qui peuvent apparaître.

J'ai une checklist pour effectuer la copie des bases par import/export, mais c'est vraiment alambiqué et ça fait pas mal de manipulations délicates.

Le backup/restore est nettement plus facile.
Sébastien SAUVAGE
sebsauvage at sebsauvage dot net