1 votes

Pourquoi un serveur WSUS en aval échoue-t-il dans la réplication tandis que d'autres ne le font pas ?

J'ai récemment ajouté plusieurs serveurs en aval à un environnement WSUS pour un client. Tous les serveurs exécutent la version WSUS 3 SP2 (3.2.7600.226). Tous semblent fonctionner correctement, à une exception près.

L'emplacement en question est opérationnel, et les clients se sont enregistrés et reçoivent des mises à jour. Cependant, chaque synchronisation depuis la première a échoué. La console de gestion WSUS affiche l'erreur suivante pour chaque synchronisation échouée :

SqlException: Le délai imparti à l'opération a expiré.  Le délai d'attente écoulé avant la fin de l'opération ou le serveur ne répond pas.
à System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
   à System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
   à System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
   à System.Data.SqlClient.SqlDataReader.ReadInternal(Boolean setTimeout)
   à Microsoft.UpdateServices.DatabaseAccess.DBConnection.ReadOneRow()
   à Microsoft.UpdateServices.Internal.DataAccess.HideUpdatesForReplicaSync(String xmlUpdateIds)
   à Microsoft.UpdateServices.ServerSync.CatalogSyncAgentCore.ProcessHiddenUpdates(Guid[] hiddenUpdates)
   à Microsoft.UpdateServices.ServerSync.CatalogSyncAgentCore.ReplicaSync()
   à Microsoft.UpdateServices.ServerSync.CatalogSyncAgentCore.ExecuteSyncProtocol(Boolean allowRedirect)

Cela se produit à la fin d'une synchronisation, après que le serveur a déjà reçu les nouvelles mises à jour provenant du serveur amont. Les modifications semblent être enregistrées correctement, car les nombres de nouvelles, révisées et expirées ne montent pas constamment.

Je vois également les IDs d'événement 10022 et 10032 dans le journal des applications de l'Observateur d'événements à chaque échec.

J'ai tenté d'exécuter l'Assistant de nettoyage du serveur sur les serveurs amont et en aval, mais il se bloque sur les deux lorsqu'il arrive à l'étape de suppression des mises à jour inutilisées. Je l'ai exécuté sur l'amont il y a une semaine environ, juste avant de configurer tous les serveurs en aval, et cela a fonctionné à ce moment-là.

J'ai également exécuté avec succès le script de réindexation à partir de cette discussion sur le forum Microsoft sur les deux serveurs. (L'assistant de nettoyage se bloque toujours après cela.)

J'ai fait beaucoup de recherches en ligne pour ce problème, et je n'ai pas trouvé de solution pour cette situation. Je suppose que le problème est spécifique au serveur en aval qui échoue, car les autres fonctionnent tous correctement.

Y a-t-il un moyen de déterminer exactement ce qu'il fait quand il dépasse le délai imparti ?

0voto

Ben Wyatt Points 311

Il semble que j'ai trouvé la solution à mon problème, bien que je ne sais pas exactement pourquoi ce n'était pas un problème sur d'autres machines. Peut-être des différences entre la base de données interne sur différentes versions/service packs de Windows Server.

Dans le Gestionnaire de configuration de SQL Server (inclus dans SQL Server Management Studio), l'instance de base de données interne (MICROSOFT##SSEE) avait les Named Pipes et TCP/IP désactivés sous la Configuration Réseau de SQL Server.

Après les avoir activés tous les deux, la synchronisation a commencé à fonctionner correctement. J'ai maintenant lancé plusieurs synchronisations, et elles ont toutes fonctionné correctement.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X