Discussion :

[curiositysqldata]

Bonjour,

Lors du déroulement d’un script tel que ci-dessous :

Code SQL :

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

ALTER CREDENTIAL Credential_xxxx  WITH IDENTITY = 'YYYY\xxxx', SECRET = '******** mot secret ****'

On obtient l’erreur suivante :

Code :

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

1
2
Msg 15466, Level 16, State 2, Line 1
An error occurred during decryption.

Quelle est selon vous l’origine de cette erreur ?
Comment doit-on procéder pour corriger cette erreur ?

Remarque :
. Je ne suis pas à l’origine de ce script, je ne connais pas tous les tenants et les aboutissants de ce script.
. YYYY représenterait un nom de domaine (il correspond au résultat de DEFAULT_DOMAIN())
. xxxx représenterait le nom de l’utilisateur du domaine
. J’ai vérifié, en plus du Credentiel nommé Credential_xxxx dont il est question de modifier le mot de passe, il existe un login avec authentification Windows nommé YYYY\xxxx ayant donc exactement le même nom que celui indiqué dans l’instruction ci-dessus dans la partie IDENTITY (IDENTITY = 'YYYY\xxxx')

Merci pour vos réponses.

[SQLpro]

La bases de données a t-elle été migrée ?

A +

[curiositysqldata]

Merci SQLpro pour ta réponse,
Tu veux dire que l’instance SQL Server a été migrée d’une version N vers N+1 (de SQL Server) ? J’avoue que je ne connais pas l’historique, mais je peux poser la question aux anciens.
Tout ce que je sais, c’est que l’instance SQL Server est actuellement en version Microsoft SQL Server 2008 (SP4) .
PS : Sauf erreur de ma part, il ne s’agit pas d’un problème d’une base de données en particulier, mais d'un problème de niveau instance (?).

[SQLpro]

Une base restaurées ? Par exemple...

A +

[curiositysqldata]

Je ne sais pas s’il y a eu restauration ou pas de bases de données. Il y a eu vraisemblablement des restaurations de base de données utilisateurs. Ce sont des opérations courantes.

Le Credential, dont il est question, et sauf erreur de ma part, est de niveau Serveur (Instance SQL server), il n’est pas lié à une base de données utilisateur, en particulier, il est lié à un compte de domaine, et à une connexion SQL server du même nom, sous authentification Windows.
A moins que tu veux parler de la base master dans laquelle ces informations (login, credential) y seraient enregistrées et après restauration de la base master ces information seraient perdues (?), et ce qui expliquerait cette erreur (?).

Merci SQLpro pour tes réponses.

[SQLpro]

et oui !

Pour des raisons de sécurité l'architecture de chiffrement de SQL Server impose une dépendance des clefs à tous les étages : OS / instance / base. Il faut donc la rétablir pour pouvoir déchiffrer.
MS SQL Server n'est pas une passoire dont le chiffrement est cosmétique comme PostGreSQL ou MySQmerde !

A +

[curiositysqldata]

Effectivement le problème provenait bien de clé principale de Service.

J’ai régénéré la clé principale de Service et le problème a été résolu.

Merci.