Autorisation d'exécution du serveur SQL; échec d'application des autorisations

Question

Je viens de migrer de SQL2000 vers SQL2008 et j'ai commencé à obtenir un problème d'autorisation d'exécution sur un proc stocké qui utilise sp_OACreate.

Le reste du système fonctionne correctement avec le login db qui a été configuré et ajouté à la base de données.

J'ai essayé:

USE master 
GO 
GRANT EXEC ON sp_OACreate TO [dbuser] 
GO 

Mais cela échoue avec l'erreur suivante:

Msg 15151, Level 16, State 1, Line 1 Cannot find the user 'dbuser', because it does not exist or you do not have permission.

Je suis ouvert une session sur le serveur comme sa avec les autorisations. Je peux exécuter une instruction sql similaire et appliquer les autorisations à un rôle de serveur, mais pas à un identifiant/utilisateur. Comment appliquer les modifications à l'utilisateur/login spécifique?

Je peux appliquer les permissions au rôle public et cela résout mon problème; Cependant, cela semble être un problème de sécurité pour moi que je ne veux pas vraiment appliquer au serveur live.

Answer 1

En tête de la réponse de John J'ai vérifié les listes d'utilisateurs sur la base de données principale et mon utilisateur n'était pas là. Si elle avait été supprimée ou perdue, comment je ne sais pas.Quelque chose est peut-être devenu fou avec la migration du dbs vers la nouvelle instance de serveur.

Quoi qu'il en soit; recréer l'utilisateur et l'associer à la connexion spécifique m'a permis d'exécuter les instructions suivantes sur la base de données master pour permettre l'exécution des procs stockés.

USE MASTER 
GO 

GRANT EXECUTE ON [sys].[sp_OADestroy] TO [dbuser] 
GO 
GRANT EXECUTE ON [sys].[sp_OACreate] TO [dbuser] 
GO 
GRANT EXECUTE ON [sys].[sp_OAMethod] TO [dbuser] 
GO 
GRANT EXECUTE ON [sys].[sp_OASetProperty] TO [dbuser] 
GO 

Merci pour toute l'aide et les pointeurs. J'espère que cela aidera d'autres personnes dans le futur.

Answer 2

Vérifiez si votre utilisateur dispose d'autorisations pour la base de données que vous utilisez. Vous pouvez le faire par Security -> Logins -> Select User et ouvrez la fenêtre des propriétés. Ensuite, sélectionnez "User Mapping" dans le menu de droite. Maintenant, vérifiez les bases de données auxquelles vous voulez que l'utilisateur donné ait accès. Après cela, sélectionnez dans la partie inférieure de la fenêtre "appartenance au rôle de base de données" et vérifiez "db_owner". Maintenant, l'utilisateur sera le propriétaire de la base de données et sera en mesure d'exécuter des requêtes, des procédures de stockage et ainsi de suite.

MISE À JOUR:
Ajouter un utilisateur pour la base de données en sélectionnant la base de données -> sécurité -> utilisateurs -> clic droit "New User"
Ou vous pouvez utiliser cette requête

CREATE LOGIN AbolrousHazem 
    WITH PASSWORD = '340$Uuxwp7Mcxo7Khy'; 
USE AdventureWorks2008R2; 
CREATE USER AbolrousHazem FOR LOGIN AbolrousHazem; 
GO 

Voici plus de détails http://msdn.microsoft.com/en-us/library/ms173463.aspx

Answer 3

Votre problème peut être lié aux utilisateurs orphelins.

Essayez

USE MASTER 
GO 
EXEC sp_change_users_login 'Report' 

Ceci renverra une ligne par nom d'utilisateur devenus orphelins. Ensuite,

EXEC sp_change_users_login 'Update_One', 'dbuser', 'dbuser' 

Answer 4

L'erreur indique que l'utilisateur "dbuser" n'existe pas dans la base de données master.

Je suppose que l'utilisateur existe dans la base de données principale?

Vous pouvez vérifier en utilisant les éléments suivants T-SQL

USE MASTER; 
GO 

SELECT * 
FROM sys.sysusers 
WHERE name = 'dbuser' 

Si l'utilisateur s'avère ne pas exister, il suffit d'utiliser la déclaration CREATE USER et de créer un utilisateur appelé « dbuser ». L'utilisateur sera automatiquement mappé à un Login du même nom, à condition qu'il en existe un.

Answer 5

Voici un code que je utilise verify que (utilisateur actuel) a la permission d'exécution sp_OACreate etc:

use master; 
select state_desc,name from 
sys.database_permissions a 
left join 
sys.all_objects b 
on a.major_id = b.object_id 
where name like 'sp_OA%'; 

Comme indiqué par @John Sansom et @WestDiscGolf l'utilisateur doit exister dans la La base de données principale et les droits d'exécution doivent être accordés dans la base de données principale. Par conséquent, use Master est requis. La requête ci-dessus retournera des enregistrements si l'utilisateur a des permissions d'exécution et un jeu vide s'ils ne le font pas. (L'exécution dans la base de données utilisateur renverra également l'ensemble vide.)

Je ne pouvais pas trouver un moyen de vérifier ces autorisations en utilisant fn_my_permissions, qui est censé être le bon outil pour les emplois comme celui-ci.