IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration SQL Server Discussion :

Qui a crée ce rôle ?


Sujet :

Administration SQL Server

  1. #1
    Membre du Club
    Homme Profil pro
    unix
    Inscrit en
    Septembre 2016
    Messages
    83
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : unix
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2016
    Messages : 83
    Points : 58
    Points
    58
    Par défaut Qui a crée ce rôle ?
    bonjour

    je viens d'avoir un rôle d'application crée sur un de mes instances de production

    Qui a une idée svp comment je peux s'avoir avec quel connexion ce rôle a été crée

    Quel DMVS ou vues système me permet de récupérer ce type d'information

    j'ai fait du rechercher sur "sys.dm.permission connexion et sys.dm_exec_connections" mais j'ai pas eu la bonne information

    merci pour vos aides
    Images attachées Images attachées  

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 768
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 768
    Points : 52 719
    Points
    52 719
    Billets dans le blog
    5
    Par défaut
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SELECT * FROM sys.database_principals WHERE "type" = 'A'
    mais je doute que vous en sachiez beaucoup !

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  3. #3
    Membre expérimenté

    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Septembre 2003
    Messages
    733
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2003
    Messages : 733
    Points : 1 668
    Points
    1 668
    Billets dans le blog
    8
    Par défaut
    Bonjour,

    En complément de ce qu'a dit justement SQLPro, je crains que ce ne soit trop tard !

    En effet :

    - Dans SQL Server, les rôles d'application ne peuvent pas accéder à des métadonnées du niveau serveur. Les rôles d'application ne peuvent être associés à un principal du niveau serveur, et donc par exemple, ils ne peuvent être mappés à des login. Par conséquent, comme l'a bien dit SQLPro, la vue système sys.database_principals ne vous sera pas d'une grande utilité et la colonne Ownning_Principal_id sera vraisemblablement NULL.

    - Pour obtenir l'information que tu demandes, il aurait fallu, par exemple définir un Triger DDL Event de "Scope" de niveau base de données, puis intercepter par exemple les événements DDL_DATABASE_SECURITY_EVENTS et tout particulièrement les événement descendants (Children) : CREATE_APPLICATION_ROLE, DROP_APPLICATION_ROLE, ALTER_APPLICATION_ROLE puis, tracer et archiver, à minima, les informations suivantes :
    adresse_ip (client_net_address), host_name, programme_name, login_name (suser_sname)
    Avec ces informations tu seras enfin en mesure d'identifier qui a fait quoi.

    A+
    "Une idée mal écrite est une idée fausse !"
    http://hamid-mira.blogspot.com

Discussions similaires

  1. Réponses: 4
    Dernier message: 21/12/2010, 13h06
  2. requête ajout qui ne crée pas de doublons
    Par crjo dans le forum Requêtes et SQL.
    Réponses: 2
    Dernier message: 01/04/2009, 22h43
  3. Réponses: 1
    Dernier message: 12/11/2007, 16h49
  4. Réponses: 12
    Dernier message: 07/02/2007, 21h05
  5. fichier temp qui se crée sur le serveur ....
    Par vbcasimir dans le forum Langage
    Réponses: 4
    Dernier message: 03/11/2005, 09h53

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo