Discussion :

[jc2]

Bonjour,

je souhaite copier une base SQL SERVER existante utilisée par le portail .net IBUYSPY (W2000 SQL SERVER 2000) sur un nouveau serveur (W2003 SQL SERVER 2000).

J'ai essayé d'utiliser DTS à partir de mon serveur cible. J'ai créé ma base cible, puis un utilisateur. J'ai ensuite effectué une copie d'objets avec DTS (avec paramètres par défaut). La copie semble s'effectuer pendant 1 ou 2 minutes jusqu'à ce que j'ai le message d'erreur :

"Authorisation SELECT refusée sur l'objet sysobjects, base de données 'portal_grp', propriétaire 'dbo'.

Je pense que cette table ne devrait pas faire partie de la copie. Quelqu'un pourrait-il m'indiquer comment éviter cette erreur ?

merci

[SQLpro]

le mieux est d'utiliser soit une sauvegarde restauration soit un détachement attachement de fichiers.
L'usage de DTS dans ce cas est une abération.

A +

[jc2]

Bonjour,

J'avais laissé de coté. Je reprends ...

Sur mon serveur source ayant SQL SERVER 2000, j'ai fait des sauvegardes de toutes les tables sauf tempdb (ça ne coûte rien) avec l'interface de SQL SERVER ENTERPRISE MANAGER. Message "Sauvegarde réussie" à chaque fois.

J'obtiens donc une série de fichiers .BAK que je transfère sur mon serveur cible.

Ensuite, sur mon serveur cible, dans SQL SERVER ENTERPRISE MANAGER, je lance la commande de restauration uniquement sur la base que je souhaite utiliser (portal_grp). Dans les options, je modifie les chemins des fichiers mdf et ldf pour que les fichiers restaurés soient au bon endroit.

Ca marche restauration effectuée.

Maintenant, toujours sur mon serveur cible, je lance l'analyseur de requête et j'essaye de me connecter à la base de données.

server=(local), identification par sql server, je tape login/mot de passe et j'obtiens l'erreur suivante :

Serveur Message 4064Niveau 16 Etat 1
[Microsoft][ODBC SQL Driver][SQL Server]Impossible d'ouvrir la base de données par défaut de l'utilisateur.

Y a-t-il une manip que j'ai oubliée ?

merci

[annedjomo]

Est ce que tu as vérifié que le problème ne vient pas du type d'authentification que tu as choisi lors de l'installation de MS SQL server? Ou alors ton utilisateur n'a pas les droits sur la base de données par défaut.
A++

[jc2]

Effectivement, annedjomo, il manquait les droits d'accès sur la base de données par défaut.

merci