ALTER LOGIN (Transact-SQL) - Analytics Platform System (PDW)

S’applique à :Analytics Platform System (PDW)

Modifie les propriétés d’un compte de connexion SQL Server.

Note

Microsoft Entra ID était précédemment connu sous le nom d’Azure Active Directory (Azure AD).

Conventions de la syntaxe Transact-SQL

Syntaxe

ALTER LOGIN login_name
    {
    <status_option>
    | WITH <set_option> [ , ... ]
    }

<status_option> ::= ENABLE | DISABLE

<set_option> ::=
    PASSWORD = 'password'
    [
      OLD_PASSWORD = 'oldpassword'
      | <password_option> [ <password_option> ]
    ]
    | NAME = login_name
    | CHECK_POLICY = { ON | OFF }
    | CHECK_EXPIRATION = { ON | OFF }

<password_option> ::=
    MUST_CHANGE | UNLOCK

Arguments

login_name

Spécifie le nom de la connexion SQL Server en cours de modification. Les connexions de domaine doivent être placées entre crochets au format [domaine\utilisateur].

ENABLE | DÉSACTIVER

Active ou désactive cette connexion. La désactivation d’une connexion n’affecte pas le comportement des connexions déjà connectées. (Utilisez l’instruction KILL pour arrêter une connexion existante.) Les connexions désactivées conservent leurs autorisations et peuvent toujours être empruntées.

MOT de PASSE = 'mot de passe'

S’applique uniquement aux connexions SQL Server. Spécifie le mot de passe de la connexion en cours de modification. Les mots de passe sont sensibles à la casse.

Important

Lorsqu’un identifiant (ou un utilisateur contenu de la base de données) se connecte et est authentifié, la session met en cache les informations d’identité concernant l’identifiant. Pour une connexion d’authentification Windows, cela inclut des informations sur l’appartenance aux groupes Windows. L’identité de la connexion reste authentifiée tant que la connexion est conservée. Pour forcer les modifications apportées à l’identité, telles qu’une réinitialisation de mot de passe ou une modification de l’appartenance au groupe Windows, la connexion doit se déconnecter de l’autorité d’authentification (Windows ou SQL Server) et se reconnecter. Un membre du rôle serveur fixe sysadmin ou toute connexion avec l’autorisation ALTER ANY CONNECTION peut utiliser la commande KILL pour mettre fin à une connexion et forcer la connexion à se reconnecter. SQL Server Management Studio (SSMS) peut réutiliser les informations de connexion lors de l’ouverture de plusieurs connexions à des fenêtres Explorateur d'objets et Éditeur de requête. Fermez toutes les connexions pour forcer la reconnexion.

OLD_PASSWORD = 'old_password'

S’applique uniquement aux connexions SQL Server. Mot de passe actuel de la connexion à laquelle un nouveau mot de passe sera affecté. Les mots de passe sont sensibles à la casse.

MUST_CHANGE

S’applique uniquement aux connexions SQL Server. Si cette option est incluse, SQL Server demande un mot de passe mis à jour la première fois que la connexion modifiée est utilisée.

NOM = login_name

Nouveau nom de la connexion en cours de renommage. Si la connexion est une connexion Windows, le SID du principal Windows correspondant au nouveau nom doit correspondre au SID associé à la connexion dans SQL Server. Le nouveau nom d’une connexion SQL Server ne peut pas contenir de caractère de barre oblique inverse (\).

CHECK_EXPIRATION = { ON | OFF }

S’applique uniquement aux connexions SQL Server. Spécifie si les règles d'expiration des mots de passe doivent être imposées sur cette connexion. La valeur par défaut est OFF.

CHECK_POLICY = { ON | OFF }

S’applique uniquement aux connexions SQL Server. Spécifie que les stratégies de mot de passe Windows de l’ordinateur sur lequel SQL Server s’exécute doivent s’appliquer à cette connexion. La valeur par défaut est ON.

DÉVERROUILLER

S’applique uniquement aux connexions SQL Server. Spécifie qu’une connexion verrouillée doit être déverrouillée.

Remarques

Lorsque CHECK_POLICY est défini sur ON, l’argument HASHED ne peut pas être utilisé.

Lorsque CHECK_POLICY est remplacé par ON, le comportement suivant se produit :

  • L'historique du mot de passe est initialisé avec la valeur du hachage du mot de passe actuel.

Lorsque CHECK_POLICY est remplacé par OFF, le comportement suivant se produit :

  • CHECK_EXPIRATION est également défini sur OFF.
  • L'historique du mot de passe est supprimé.
  • La valeur de lockout_time est réinitialisée.

Si MUST_CHANGE est spécifié, CHECK_EXPIRATION et CHECK_POLICY doivent prendre la valeur ON. Sinon, l'instruction échoue.

Si CHECK_POLICY est défini sur DÉSACTIVÉ, CHECK_EXPIRATION ne peut pas être défini sur ON. Une déclaration qui combine cette combinaison d’options ALTER LOGIN échoue.

Vous ne pouvez pas utiliser ALTER_LOGIN avec l’argument DISABLE pour refuser l’accès à un groupe Windows. C’est intentionnel. Par exemple, ALTER_LOGIN [domaine\groupe] DISABLE retourne le message d’erreur suivant :

"Msg 15151, Level 16, State 1, Line 1 "Cannot alter the login '*Domain\Group*', because it doesn't exist or you don't have permission."

Dans SQL Database, les données de connexion requises pour authentifier une connexion et des règles de pare-feu au niveau du serveur sont temporairement mises en cache dans chaque base de données. Ce cache est régulièrement actualisé. Pour forcer une actualisation du cache d’authentification et garantir qu’une base de données a la version la plus récente de la table de connexions, exécutez DBCC FLUSHAUTHCACHE.

Permissions

Nécessite MODIFIER TOUTE LOGIN AUTORISATION.

Si l’option CREDENTIAL est utilisée, elle nécessite également MODIFIER TOUTE CREDENTIAL PERMISSION.

Si la connexion en cours de modification est membre de l'sysadmin rôle serveur fixe ou bénéficiaire de l’autorisation CONTROL SERVER, nécessite également l’autorisation CONTROL SERVER lors des modifications suivantes :

  • Réinitialisation du mot de passe sans fournir l’ancien mot de passe.
  • Activation MUST_CHANGE, CHECK_POLICY ou CHECK_EXPIRATION.
  • Modification du nom de connexion.
  • Activation ou désactivation de la connexion.
  • Mappage de la connexion à des informations d’identification différentes.

Un principal peut modifier le mot de passe, la langue par défaut et la base de données par défaut pour sa propre connexion.

Exemples

Ces exemples incluent également des exemples d’utilisation d’autres produits SQL. Consultez les arguments précédents pris en charge.

A. Activer une connexion désactivée

L’exemple suivant active le Mary5de connexion.

ALTER LOGIN Mary5 ENABLE;

B. Modifier le mot de passe d’une connexion

L’exemple suivant modifie le mot de passe de connexion Mary5 en mot de passe fort.

ALTER LOGIN Mary5 WITH PASSWORD = '<password>';

C. Modifier le nom d’une connexion

L’exemple suivant modifie le nom du Mary5 de connexion en John2.

ALTER LOGIN Mary5 WITH NAME = John2;

D. Mapper une connexion à des informations d’identification

L’exemple suivant mappe le John2 de connexion aux informations d’identification Custodian04.

ALTER LOGIN John2 WITH CREDENTIAL = Custodian04;

E. Mapper une connexion à des informations d’identification Extensible Key Management

L’exemple suivant mappe le Mary5 de connexion aux informations d’identification EKM EKMProvider1.

S'applique à: SQL Server.

ALTER LOGIN Mary5 ADD CREDENTIAL EKMProvider1;
GO

F. Déverrouiller une connexion

Pour déverrouiller une connexion SQL Server, exécutez l’instruction suivante, en remplaçant **** par le mot de passe de compte souhaité.

ALTER LOGIN [Mary5] WITH PASSWORD = '****' UNLOCK;
GO

Pour déverrouiller une connexion sans modifier le mot de passe, désactivez la stratégie de vérification, puis à nouveau.

ALTER LOGIN [Mary5] WITH CHECK_POLICY = OFF;

ALTER LOGIN [Mary5] WITH CHECK_POLICY = ON;
GO

G. Modifier le mot de passe d’une connexion à l’aide de HASHED

L’exemple suivant modifie le mot de passe de la connexion TestUser à une valeur déjà hachée.

S'applique à: SQL Server.

ALTER LOGIN TestUser WITH PASSWORD = 0x01000CF35567C60BFB41EBDE4CF700A985A13D773D6B45B90900 HASHED;
GO