מקרה בוחן של מעקב אחר קריסה לאחר פעולה ממושכת עד לדליפת handles

סקירת המקרה

זהו מקרה של יישום Windows שנסגר לפתע רק לאחר כחודש של פעולה רצופה. התחלנו בסידור נקודות התצפית, ולבסוף מיקדנו את החקירה בדליפת handles. המפתח לא היה רק הגורם עצמו, אלא ההחלטה אילו תצפיות כדאי להכין תחילה.

תסמינים

• התקלה אינה מופיעה בתוך ימים ספורים; הקריסה מתרחשת רק לאחר פעולה ממושכת.
• צורת החריגות אינה מאפשרת להכריע בקלות אם קיימת דליפה.
• התקלה מתרחשת רק בסביבה האמיתית ומחייבת למקד את השחזור במכונת הפיתוח.

אילוצים

• המתנה לשחזור שנמשך חודש אינה מציאותית.
• מכיוון שהמקרה כולל התחברויות מחדש של המצלמה ונתיבי שגיאה, יומני המסלול התקין אינם מספיקים.
• היה צורך לצפות באופן רציף אילו משאבים גדלים.

מה בחנו

• ה-heartbeat של Handle Count,‏ Private Bytes ו-Thread Count.
• יומנים בנקודות הגבול של פתיחת session, התחברות מחדש וסיום.
• יומני מחזור חיים מזווגים בין create/open/register לבין close/dispose/unregister.

כיצד בודדנו את הבעיה

במקום לעקוב ישירות אחר “הקריסה לאחר פעולה ממושכת”, מיקדנו את השחזור בנתיבי שגיאה סביב התחברויות מחדש וזמני המתנה. כתוצאה מכך ראינו שהחשד לדליפת handles, יותר מאשר לדליפת זיכרון, הוא ההשערה המוצקה ביותר, ויכולנו למקד שם את התצפית.

כיצד שיפרנו

• הרחבנו את הפריטים המנוטרים כדי לעקוב אחר מגמת הגידול, ולא רק אחר רגע הקריסה.
• סידרנו את יומני הגבולות כדי לעקוב בקלות איזו אחריות פתחה כל משאב ואיזו סגרה אותו.
• ארגנו את תוצאות החקירה כדי לחבר אותן לתשתית עתידית של בדיקות נתיבי שגיאה.

שירותים הקשורים למקרה זה

מקרה זה מתחבר הן לשירות חקירה וניתוח של תקלות, לבידוד בעיות המופיעות רק לאחר פעולה ממושכת, והן לשירות פיתוח יישומי Windows, לסידור היומנים, ההתחברות מחדש והתצפית התפעולית מצד המימוש.

מאמרים קשורים

צרו איתנו קשר

אם העמוד הזה מתאר מצב דומה לשלכם, ספרו לנו על ההקשר הנוכחי ועל סוג הסיוע שאתם צריכים.