Temps de réponse élevé du disque tous les samedis à partir de 8h

0

J'ai un serveur exécutant Microsoft Windows Server 2012 R2 et il a un problème très étrange. Chaque semaine, le samedi, à partir de 8 heures, le temps de réponse du disque atteint plus de 1000 ms. Ce problème ne semble pas se manifester tous les deux jours de la semaine.

J'essaie de trouver la cause de ce problème depuis quelques semaines maintenant, mais je ne suis pas en mesure de le localiser.

Le serveur est un:

Dell PowerEdge R410
2x 2.26 Ghz (6 core) Intel Xeon L5460
2X 16 GB DDR 3 
Perc h700 raid controller
4x 3TB 7.2K 3.5" 
Raid 5 (3 disk) + 1 disk hot spare

Le serveur exécute les rôles / logiciels suivants:

Active Directory
IIS 
Cache

(Le cache est un progiciel de intersystèmes )

Si d'autres informations sont requises, merci de me le faire savoir.

Le problème surgit au moment de la rédaction, toute aide de la part de nos conseils serait très appréciée.

Edo Post
la source

Réponses:

2

On dirait que vous utilisez le Dell PERC Lecture de patrouille [ archiver ] fonctionnalité.

De l'article:

Patrol Read s'exécute automatiquement tous les sept jours sur les disques durs SAS et SATA configurés.

Si vous avez peu d'E / S le samedi à 8 heures, Patrol Read s'exécute avec une priorité plus élevée et peut provoquer un pic du temps de réponse du disque. Si vous augmentiez votre utilisation d'E / S, Patrol Read reculerait pour vous permettre d'effectuer votre activité d'E / S:

Patrol Read ajuste la quantité de ressources de contrôleur dédiées aux opérations de lecture cohérente en fonction des E / S de disque en attente. Par exemple, si le système est occupé à traiter des opérations d'E / S, Patrol Read utilise moins de ressources pour permettre aux E / S de prendre une priorité plus élevée.

Si vous voulez des performances constantes, vous pouvez essayer de désactiver Patrol Read, mais à l'avenir, des secteurs défectueux pourraient commencer à se cacher dans des zones de disques affectés auxquelles l'accès est peu fréquent, ce qui pourrait nuire à vos chances de récupération RAID 5.

En ce qui concerne la configuration de Patrol Read:

Le mode de lecture cohérente peut être défini dans l'utilitaire de configuration du BIOS et dans l'utilitaire de configuration RAID UEFI.

Deltik
la source
On dirait que la lecture de la patrouille était en fait en cours et qu'elle commençait le samedi à 8 heures précises. Je l’arrête pour le moment, surveille de près les temps de réponse (15 ms pour le moment, ce qui est bien) et change le scénario pour commencer le samedi soir. Il semblerait que le petit fichier que cache cache (jusqu’à 8 ko par fichier io) n’était pas enregistré avec les lectures de patrouille "Activité" et que cela continuait. C’était une fonctionnalité que je ne connaissais pas, mais il semble bien que cela ait provoqué le ralentissement du disque. Vous êtes mon ami, êtes un héros
Edo Post
En outre, j’ai pu configurer la lecture de surveillance à travers le perc cli
Edo Post