Discussion :

[Jean-Philippe André]

j'ai créé une base sur SQL Server sur mon poste dans laquelle j'ai mis des données. Je souhaiterai pouvoir recréer cette base sur un serveur, dont je n'ai apparemment pas encore tous les droits d'accès

J'ai pu généré et exécuter le script de création de la base sur le serveur

Mon problème se situe maintenant sur la restauration des données.
J'ai fait une sauvegarde de ma base (-> fichier .bak) Je sais que 2 fichiers mdf et ldf sont créés (log + data). J'ai mis ces fichiers disponibles sur le serveur (à toute fin utile).

Lorsque j'effectue une restauration sur le serveur à partir du fichier .bak, aucune erreur, mais si je souhaite ouvrir la base dans SQL Server Mgt, j'ai une erreur "La base de données 'PIOUPIOU' est inaccessible (ObjectExplorer).

A quel endroit dois-je creuser ? Est-il possible de pointer directement sur les fichiers mdf et ldf pour effectuer la restauration ?

[SQLpro]

La commande RESTORE DATABASE créer la base. Il ne faut donc pas qu'elle existe préalablement lorsque vous lancez la restauration, sauf à préciser l'option WITH REPLACE.
De manière générale, créer une base de données pour effectuer une restauration est inutile et couteux. C'est une erreur de débutant.

Enfin pour votre erreur, postez là intégralement.

A +

[Jean-Philippe André]

Ca tombe bien, car côté administration BDD je suis débutant

Je tâche d'utiliser les tutoriaux que tu as pu rédiger, mais cela n'étant pas ma spécialité, je prends bien note des erreurs à ne plus commettre

[Jean-Philippe André]

L'erreur exacte étant

===================================

La base de données DB_OLYMPE_OLY est inaccessible. (ObjectExplorer)

------------------------------
Emplacement du programme :

à Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.DatabaseNavigableItem.get_CanGetChildren()
à Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItem.GetChildren(IGetChildrenRequest request)
à Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.ExplorerHierarchyNode.BuildChildren(WaitHandle quitEvent)

[SQLpro]

Peut tu lancer la requête suivante :
SELECT * FROM sys.databases
dans le contexte de la base master ?
Ceci t'indiquera si la base DB_OLYMPE_OLY existe. Dans le cas ou elle existe, vérifie son état.

A +

[Jean-Philippe André]

Elle existe bien,

à quel état fais-tu allusion ?

Par rapport à mes bases master et co, j'ai un owner_id qui diffère (différent de 0x01 donc), serait-ce le point ?

[elsuket]

Bonjour,

Voici un tutoriel réalisé par Fadace sur le déplacement, la sauvegarde et la restauration de bases de données

@++

[Jean-Philippe André]

Bon, alors la base était bien créée, mais malgré mes accès, je ne pouvais pas la 'pinger'. En repassant sur un compte admin de plus haut niveau, on a pu voir que le compte utilisé, et ce malgré qu'il soit à l'origine de la restauration, n'avais pas les droits d'accès à la base.

Le problème d'origine est résolu, mais si quelqu'un a une info sur d'éventuels droits octroyés dès la restauration aux utilisateurs, je reste preneur

Merci SQLPro pour les pistes évoquées

[Jean-Philippe André]

Bonjour,

Voici un tutoriel réalisé par Fadace sur le déplacement, la sauvegarde et la restauration de bases de données

@++

le point bloquant semblant donc lié à cet item
http://fadace.developpez.com/mssql/sauve/#LIII-E

Mais si la base n'existe pas, les droits peuvent-ils être tout de même transférés ?

[elsuket]

Héhé

Alors quand on crée un utilisateur dans une base de données, celui-ci est enregistré avec un SID. Ce SID est celui du login; c'est une valeur de type uniqueidentifier qui est unique par serveur.

Donc quand on restaure une base de données sur un autre serveur, il faut ré-associer le login à l'utilisateur par le SID.
Je ne sais pas sous quelle version de SQL Server vous êtes. Si vous êtes en 2005 ou 2008, pour connaître les utilisateurs orphelins, il suffit d'exécuter :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
SELECT		DP.name AS user_name
		, SP.name AS login_name
		, DP.sid AS user_SID
		, SP.sid AS login_SID
FROM		sys.database_principals AS DP
LEFT JOIN	sys.server_principals AS SP
			ON DP.name = SP.name
WHERE		DP.name <> 'public'
AND		DP.is_fixed_role = 0
AND		DP.principal_id > 5
AND		DP.type <> 'R'
AND		(
			DP.sid <> SP.sid
			OR SP.sid IS NULL
		)
ORDER		BY DP.name

Et pour chacun d'entre eux de faire un ALTER USER monUtilisateur WITH LOGIN = leLoginDeLUtilisateur.

Si vous en avez beaucoup, je peux vous donner un lot de requêtes qui fait cela tout seul.

@++

[Jean-Philippe André]

très bon ça, je garde, ca me sera très utile à n'en pas douter

[elsuket]

Cela requiert tout de même que le nom du login soit le même que celui de l'utilisateur, ce qui n'est pas toujours le cas

@++