Impossible d'utiliser les Serveur lié entr sql 2016 et Sql 2025

- - 0 Points de réputation
2026-05-04T14:28:33.38+00:00

J'ai un souci de serveur lié entre un serveur SQL2016 et un SQL2025. Entre 2 serveurs 2016 cela fonctionne sans souci mais pas entre les 2 versions. Il semble que la sécurité de SQL2025 soit à ce point renforcée qu'il n'utilise pas le mappage universel avec le compte sa pour se connecter .

Quelqu'un y est il arrivé et de quelle facon ?

J'ai passé des heures avec Copilot pour essayer de résoudre ce soudi de connexion en vain.

Voici son analyse.
Le vrai problème : SQL Server 2025 utilise toujours le login SQL local avant le mappage universel

Et dans ton cas :

  • ton logiciel se connecte avec xx

ce login existe localement sur SQL Server 2025

SQL Server 2025 ne bascule pas vers le mappage universel

SQL Server 2025 n’utilise pas non plus le mappage explicite (c’est le bug)

  • SQL Server 2016 refuse xx→ erreur

C’est un bug connu introduit dans SQL Server 2022 et toujours présent en 2025 : 👉 les mappages de logins SQL → SQL ne sont pas appliqués si le login local existe ET si le provider est MSOLEDBSQL.

SQL Server | Autre
SQL Server | Autre

Fonctionnalités et rubriques SQL Server supplémentaires non couvertes par des catégories spécifiques

0 commentaires
Réponse recommandée par le modérateur
Dinesh Yadlapalli 85 Points de réputation Personnel externe Microsoft Modérateur
2026-05-05T13:40:11.9866667+00:00

Hi @- -,

Thank you for reaching out to the Microsoft Q & A Forum.

BY using sa with universal mapping across Linked Servers is no longer supported in newer SQL Server versions.

Please try below workarounds.

  1. Use a dedicated SQL login NOT sa:

Please follow below steps.

a. On SQL 2025:

CREATE LOGIN LinkedSrvLogin

WITH PASSWORD = 'Password';

b. Grant permissions:

ALTER SERVER ROLE sysadmin ADD MEMBER LinkedSrvLogin;

c. Configure Linked Server:

EXEC sp_addlinkedsrvlogin

@rmtsrvname = 'SQL2025',

@useself = 'false',

@locallogin = NULL,

@rmtuser = 'LinkedSrvLogin',

@rmtpassword = 'Password';
  1. Use Windows Authentication + Kerberos: SQL Server services run under domain accounts, SPNs correctly configured and Kerberos delegation enabled

Note: It requires AD configuration

Based on your requirements you can try above two options.

I hope this information helps. Please do let us know if you have any further queries.

 

Regards,

Dinesh

Cette réponse a-t-elle été utile ?

0 réponses supplémentaires

Trier par : Les plus anciens
Le plus utile Les plus récents Les plus anciens

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur.