No SQL Server 2016, como posso garantir o uso do Microsoft ODBC Driver 13 para SQL Server em um servidor vinculado? Não me importo de haver outra camada lá, como o provedor MSDASQL, mas quero que o driver ODBC 13 para SQL Server seja o que acaba fazendo a conexão com a instância de remoção.
Com o teste no SQL Server 2016 RC2 no Windows 2016 Technical Preview 4, ambas novas instalações em uma VM em branco, posso usar o odbcad32 para ver o "ODBC Driver 13 para SQL Server", versão 2015.130.1300.275, com nome de arquivo MSODBCSQL13.DLL.
A versão e o nome do arquivo são idênticos na tela odbcad32 de 64 bits, bem como na tela odbcad32 de 32 bits de c:\windows\syswow64, portanto, não acredito que seja um problema de 32 x 64 bits no momento (particularmente desde que o driver foi instalado pela instalação do SQL Server 2016 RC2).
No SQL 2014, por exemplo, para usar o Native Client 11, eu usaria
EXEC master.dbo.sp_addlinkedserver @server = N'LinkName', @srvproduct=N'sql_server', @provider=N'SQLNCLI11', @datasrc=N'YourTargetServer'
No SQL 2016 RC2, quando tento
EXEC master.dbo.sp_addlinkedserver @server = N'LinkName', @srvproduct=N'sql_server', @provider=N'MSODBCSQL13', @datasrc=N'YourTargetServer'
O servidor vinculado cria muito bem, mas quando tento usá-lo, recebo:
Msg 7403, Level 16, State 1, Line 7
The OLE DB provider "MSODBCSQL13" has not been registered.
Não tive sorte tentando nomes de provedores de ODBC Driver 13 para SQL Server Microsoft ODBC Driver 13 para SQL Server
ou mesmo tentando combinações disso que o nome do provedor MSDASQL, de
Usando o Always Encrypted com o Windows ODBC Driver e sp_addlinkedserver (Transact-SQL)
E mesmo olhando pelo registro não revelou um nome de provedor que eu reconheci.
Observe que o uso do odbcad32 para criar um DSN do sistema é, de fato, testado com sucesso quando escolho o ODBC Driver 13 para SQL Server, então sei que pode funcionar.
Idealmente, eu quero apenas um exemplo de comando sp_addlinkedserver que especifique o novo driver ODBC nele.