Je configure un travail pour parcourir une liste de serveurs liés et exécuter une requête spécifique sur chacun d'eux. J'essaie d'exécuter la requête à l'intérieur d'un bloc TRY-CATCH, donc s'il y a un problème avec un serveur particulier, je peux le journaliser mais continuer avec les autres serveurs.
La requête que j'exécute à l'intérieur de la boucle ressemble à ceci:
BEGIN TRY
SELECT *
FROM OPENQUERY([server1], 'SELECT 1 AS c;');
END TRY
BEGIN CATCH
SELECT ERROR_NUMBER(), ERROR_MESSAGE();
END CATCH;
PRINT 'We got past the Catch block!';
En cas de problème de connexion au serveur, le code échoue immédiatement et n'est pas transféré vers le CATCH
bloc. Si le serveur se connecte mais qu'il y a une erreur dans la requête réelle, par exemple diviser par zéro, cela est détecté comme prévu par le CATCH
bloc.
Par exemple, j'ai créé un serveur lié avec un nom dont je sais qu'il n'existe pas. Lors de l'exécution de ce qui précède, je reçois simplement:
OLE DB provider "SQLNCLI" for linked server "nonserver" returned message
"Login timeout expired".
OLE DB provider "SQLNCLI" for linked server "nonserver" returned message
"An error has occurred while establishing a connection to the server.
When connecting to SQL Server 2005, this failure may be caused by the
fact that under the default settings SQL Server does not allow remote
connections.".
Msg 53, Level 16, State 1, Line 0
Named Pipes Provider: Could not open a connection to SQL Server [53].
J'ai lu BOL sur TRY-CATCH
et je sais qu'il ne détectera pas les erreurs de niveau 20+ qui interrompent la connexion, mais cela ne semble pas être le cas (ce n'est que le niveau 16).
Est-ce que quelqu'un sait pourquoi ces erreurs ne sont pas détectées correctement?