Asynch Description Redimensionner explication

Question

Qu'est-ce que les événements asynch descriptor resize d'attente signifient sur la base de données Oracle fonctionnant sous Windows 2008 R2? Selon My Oracle Support, cet événement s'applique à toute plate-forme, mais la description fournie comprend les informations suivantes dans le document ID 1.081.977,1:

  

Cet événement est réglé lorsque le nombre de   descripteur asynch réservés à l'intérieur du   noyau OS doit être réajusté. Il est   signalé lorsque le nombre de asynch   I / O présenté par un processus doit être   augmenté. Linux noyau ne pas   permettre à la limite d'augmenter lorsque   il y a des E / S en est à l'intérieur du   noyau. Par conséquent, tous de I / O en circulation   sont moissonné avant que la limite est   augmenté. L'attente de récolter tous les   exceptionnelle I / O lorsque la limite est   l'augmentation des utilisations de cet événement.    _{[souligné dans l'original]}

Ce ne cause pas un problème important sur nos systèmes, mais il serait bon de savoir ce que cela signifie sur une plate-forme Windows.

Cela semble similaire à un commentaire sur ce blog , en particulier parce qu'il mentionne Oracle 11g R2 avec Windows 2008 et VMware. Bien que cela indique que le problème n'est pas unique à nos systèmes, il ne permet pas d'identifier la cause ou les solutions possibles. L'autre commentaire au sujet d'un correctif Microsoft applique à Windows 2008 R1 plutôt que R2.

Answer 1

Juste donc il y a une sorte de réponse à cette question, voici quelques informations que j'ai trouvé.

Sur MOS il y a un document intitulé « High Numbers de « Asynch Description resize » Événements attente Seen » (Doc ID 1273748,1) Cela semble indiquer que le problème est vraiment un autre événement d'attente ralentir le système et provoquant à son tour ceux-ci, donc ils ne sont pas vraiment le cas d'attente source.

Oracle-L a un fil sur l'événement d'attente , mais aucune mention sur Windows.

OakTable a une sur le problème et dit,

  

... le Redimensionner suce apparemment sous Linux. Peut-être pourquoi les autres ports souffrent également et ont vu le même événement d'attente.