Discussion :

[crystal_palace]

Bonjour,

Je dois mettre en place un job pour révoquer les accès de certains utilisateurs de manière journalière.
Voici le début de mon script pour récupérer les utilisateurs sur l'ensemble de l'instance:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
USE tempdb
CREATE TABLE #RemoveUsers(
	[dbName] [sysname] NOT NULL,
	[removeusr] [sysname] NULL
)
 
 
EXEC sp_MSforeachdb'
USE[?]
INSERT INTO #RemoveUsers (dbName, removeusr)
SELECT db_name(),[name] FROM sys.database_principals WHERE name LIKE ''MONDOMAINE\[A-Z][A-Z][A-Z][0-9][0-9][0-9]''

Pour la suite, je ne sais pas comment faire pour récupérer les données de cette table et les utiliser dans une procédure comme sp_revokedbaccess...
Est-ce une bonne approche ou bien existe-t-il une solution plus simple ?

[KyoshiroKensei]

Bonjour,

A part faire une boucle sur la table pour lancer des REVOKE en requête dynamique, je ne vois pas.

[SQLpro]

Bonjour,

Je dois mettre en place un job pour révoquer les accès de certains utilisateurs de manière journalière....

Pourquoi ne pas tout simplement désactiver ces utilisateurs et les réactiver ?

Si c'est pour certaines bases, mettez les en autonomie et créez des utilisateurs SQL qui se connectent directement à la base.

A +

[escartefigue]

Peut être y a-t-il confusion entre les droits d'accès à la base de données et les droits applicatifs.

Les premiers sont accordés de façon permanente en général jusqu'au départ de l'utilisateur (et suppression de l'utilisateur) et ils sont attribués par les ordres DCL GRANT.

Les seconds sont accordés pour une période, en fonction de l'affectation d'un utilisateur à un poste, il ne sont pas gérés dans le catalogue relationnel, mais de façon applicative dans des tables métier (table des utilisateurs, des profils, des rattachements à ces profils, etc.). Ici on peut agir sur les dates de début et de fin pour qu'un utilisateur obtienne ou perde tout ou partie de ses droits.