Après la mise à niveau vers 2016, l'Agent SQL Server ne peut pas se connecter à l'instance

8

Sur un serveur Windows 2012 R2 en cluster avec SQL Server 2014 Enterprise.

Je viens de mettre à niveau une instance de 2014 SP1 CU4 vers 2016 RTM et j'obtiens maintenant cette erreur lors de la tentative de démarrage de l'Agent SQL Server.

JOURNAL DES AGENTS DU SERVEUR SQL

2016-06-06 11:53:58 - ? [100] Microsoft SQLServerAgent version 13.0.1601.5 (X64 unicode retail build) : Process ID 10884
2016-06-06 11:53:58 - ? [495] The SQL Server Agent startup service account is DOMAIN\USERNAME.
2016-06-06 11:54:28 - ! [150] SQL Server does not accept the connection (error: 65535). Waiting for Sql Server to allow connections. Operation attempted was: Verify Connection On Start.
2016-06-06 11:54:28 - ! [000] Unable to connect to server 'SERVERNAME\INSTANCENAME'; SQLServerAgent cannot start
2016-06-06 11:54:33 - ! [298] SQLServer Error: 65535, SQL Server Network Interfaces: Error Locating Server/Instance Specified [xFFFFFFFF]. [SQLSTATE 08001] 
2016-06-06 11:54:33 - ! [165] ODBC Error: 0, Login timeout expired [SQLSTATE HYT00] 
2016-06-06 11:54:33 - ! [298] SQLServer Error: 65535, A network-related or instance-specific error has occurred while establishing a connection to SQL Server. Server is not found or not accessible. Check if instance name is correct and if SQL Server is configured to allow remote connections. For more information see SQL Server Books Online. [SQLSTATE 08001] 
2016-06-06 11:54:33 - ! [382] Logon to server 'SERVERNAME\INSTANCENAME' failed (DisableAgentXPs)
2016-06-06 11:54:33 - ? [098] SQLServerAgent terminated (normally)

Journal des applications Windows

SQLServerAgent could not be started (reason: Unable to connect to server 'A08SQL-EDI\EDI'; SQLServerAgent cannot start).

L'agent démarre et s'exécute pendant environ 30 secondes, puis meurt avec l'erreur ci-dessus. Quelqu'un a rencontré ce problème? Et savez-vous comment le résoudre?

sql-server upgrade sql-server-2016 Craig Efrein
la source

Réponses:

12

Problème résolu en ajoutant un alias à l'instance dans la configuration de l'agent SQL Server.

L'alias a été défini à l'aide du nom de domaine complet du serveur. Exemple: nom_serveur.domaine.biz \ nom_instance, sinon l'agent continuera à générer des erreurs et à s'arrêter.

entrez la description de l'image ici

De plus, l'agent a été désactivé dans sp_configure

sp_configure 'Agent XPs', 1
go

reconfigure with override
go

Alors réactivez-le.

Craig Efrein
la source
1
Il s'agit d'une solution de contournement; la solution réelle est la réponse dba.stackexchange.com/a/152741/29371 d' Illidan-zhu , et / ou une mise à jour CU / SP ultérieure de MS, que je teste actuellement.
NateJ
CU2, CU3 et même SP1 ne résolvent toujours pas le problème. En fait, selon cet article, SP1 écrase la mise à jour ODBC (c'est-à-dire la réponse d'Illidan-zhu). Par conséquent, le meilleur pari est de vous assurer que, si vous utilisez plusieurs instances nommées sur un cluster , vous gardez ce pilote ODBC mis à jour.
NateJ