מזהי אירועים ופתרונות לגיבויים שמנוהלים על ידי מכשיר

מסוף הניהול של Backup and DR appliance יוצר אירועים למשימות שהושלמו ולמשימות שנכשלו. בדף הזה מפורטים מזהי האירועים והודעות השגיאה.

בטבלה הבאה מפורטים מזהי אירועים חשובים, הודעות אירועים ושלבים לפתרון בעיות בשירות Backup and DR:

מזהה אירוע הודעה על אירוע מה לעשות?
5022 Actifio Connector: Failed in preparing VSS snapshot set הבעיה הזו מתרחשת אם Windows לא מצליח ליצור snapshot של VSS. כדי לפתור את הבעיה:

  • בדיקה של UDSAgent.log
  • בודקים את נפח האחסון בכרכים מוגנים. יכול להיות ש-300MB לא יספיקו.
  • בודקים את יומני האירועים של Windows כדי לראות אם יש שגיאות שקשורות ל-VSS.
  • יכול להיות שיוצגו כותבים במצב לא תקין.vssadmin list writers

בדרך כלל השגיאות האלה מלוות בשגיאות VSS שמדווחות ביומנים, כמו: VSS_E_VOLUME_NOT_SUPPORTED_BY_PROVIDER, VSS_E_UNEXPECTED_PROVIDER_ERROR.

קודם צריך לבדוק אם כל רכיבי ה-VSS נמצאים במצב יציב. לשם כך, עוברים לשורת הפקודה ומריצים את הפקודה הבאה: # vssadmin list writers.

בודקים את הפלט כדי לוודא שכל הרכיבים נמצאים במצב יציב. מפעילים מחדש את שירות VSS ובודקים אם רכיבי הכתיבה יציבים. אם לא, יכול להיות שתצטרכו להפעיל מחדש את המחשב.
5024 ‫Actifio Connector: יצירת ה-snapshot של VSS לגיבוי נכשלה. אין מספיק נפח אחסון פנוי ליצירת קובץ האחסון של עותק הצל או נתונים אחרים של עותק הצל הבעיה הזו מתרחשת אם אין מספיק נפח פנוי בדיסק כדי לעבד תמונת מצב.

  1. מוודאים שהכונן שמגבים לא מלא.
  2. בודקים אם כל רכיבי ה-VSS Writer נמצאים במצב יציב. מריצים את הפקודות הבאות משורת הפקודה של Windows: ‏ vssadmin list providers, vssadmin list writers.
  3. אם השירותים האלה לא פועלים, צריך להפעיל אותם ולהריץ מחדש את העבודה. אם המצב של הכותב הוא Not Stable, מפעילים מחדש את שירות ה-VSS. אם הבעיה נמשכת אחרי הפעלה מחדש של השירות, צריך להפעיל מחדש את המארח.

לפעמים ההודעה מופיעה כשמתרחשות שגיאות פנימיות ב-VSS. בודקים את יומני האירועים של Windows כדי לראות אם יש שגיאות שקשורות ל-VSS. אם יש שגיאות שקשורות ל-VSS, צריך לחפש תיקונים קשורים של מיקרוסופט. פרטים נוספים לפתרון בעיות ב-VSS זמינים ב-Microsoft TechNet.

מיקרוסופט ממליצה להקצות לפחות 320MB במכשירים שמוגדרים לשמירת תמונת ה-VSS שנוצרה, בנוסף לנתוני השינויים שמאוחסנים שם.

חברת Actifio ממליצה להגדיר את נפח האחסון של העותקים המוצללים כבלתי מוגבל באמצעות הפקודות הבאות: vssadmin list shadowstorage, vssadmin Resize ShadowStorage /On=[drive]: /For=[drive]: / Maxsize=[size].

כדי לשנות את גודל אזור האחסון בממשק המשתמש של Windows, אפשר לעיין במאמר הגדרת העתקת צללים של נפח אחסון ב-Windows Server 2008. מריצים מחדש את הגיבוי אחרי שמצב ה-VSS יציב ואחסון העותקים מוצללים מוגדר ללא הגבלה.
5046 יחידת LUN של גיבוי זמני לא גלויה למחבר Actifio הבעיה הזו מתרחשת אם ה-LUN של האחסון הזמני לא גלוי ל-UDSAgent במארח של האפליקציה, והמארח לא יכול לזהות את ה-LUN של האחסון הזמני ממכשיר הגיבוי או השחזור.
5049 ‫Actifio Connector: זיהוי נפח לוגי ב-LUN של גיבוי זמני נכשל מחבר Actifio לא הצליח לראות את LUN של אזור ההמתנה. הסיבה יכולה להיות חיבור לא תקין או בעיה ב-LUN.

צריך לוודא שחיבור ה-FC/iSCSI תקין, ואז למפות את ה-VDisk, לחלק אותו, לפרמט אותו ולהעתיק אליו קבצים כדי לוודא שהוא פועל. השלבים של חלוקה למחיצות ועיצוב משתנים בהתאם למערכת ההפעלה.
5078 ‫Actifio Connector: דיסק הביניים מלא העבודות נכשלות אם קובץ ששונה בדיסק המקור מועתק לדיסק ההכנה, אבל גודל הקובץ גדול יותר מהשטח הפנוי שזמין בדיסק ההכנה. כדי לפתור את הבעיה שקשורה לדיסק ההכנה המלא, צריך להגדיל את דיסק ההכנה. מציינים את הגודל של דיסק ההעברה להכנה בהגדרות המתקדמות של האפליקציה. מגדירים את הערך של גודל הדיסק הזמני כך שיהיה גדול מסכום הגודל של דיסק המקור וגודל הקובץ הגדול ביותר.
הערה: שינוי הדיסק הזמני בהגדרות המתקדמות גורם לגיבוי מלא.
5087 ‫Actifio Connector: כתיבת קבצים נכשלה במהלך גיבוי (קובץ מקור) יכול להיות שתוכנות אנטי-וירוס או מנהלי התקנים של צד שלישי הפעילו נעילת קבצים שלא ניתן לבטל.

כדאי לבדוק את הקובץ UDSAgent.log כדי לראות לאיזה קובץ לא הייתה גישה. מנסים לגלות איזה תהליך נועל את הקובץ באמצעות lsof ב-Unix/ Linux או fltmc ב-Windows. צריך להחריג את הקובץ מתוכנת האנטי-וירוס או מעבודת הלכידה ולנסות שוב לבצע את הלכידה.

התהליכים הנוכחיים שידועים למיקרוסופט מפורטים במאמר Allocated filter altitudes.

השגיאות האלה נדירות ב-Unix או ב-Linux, אבל יכול להיות שתהליך כמו תחזוקת מסד נתונים או התקנה או עדכון של תיקון יצר נעילה בלעדית של קובץ. מתקינים את Actifio Connector העדכני.

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

תפוקת קלט/פלט נמוכה מדי מהדיסקים של המארחים או מאמצעי התעבורה, iSCSI או FC. מוודאים שאין בעיות קלט/פלט בדיסקים של המארח או באמצעי ההעברה. אמצעי התעבורה יהיה iSCSI או Fibre Channel, בהתאם להגדרה מחוץ לפס. במקרה הצורך, פנו לאדמינים של האחסון והרשת.
‫5131 – שגיאה 3041 בדוח יומני SQL גיבויים של יומני SQL במכונה נכשלים עם שגיאה 5131 כדי לפתור את הבעיה, צריך להפעיל את האפשרות 'Don't forcefully unload the user registry at user logoff' (אל תבטל בכוח את הטעינה של רישום המשתמשים כשהמשתמש מתנתק). מידע נוסף זמין במאמר פונקציונליות של שירות פרופיל המשתמש.
‫5131 – ביומני SQL מוצגת שגיאה 43901 של מכשירי גיבוי או שחזור משימות של תמונת מצב נכשלות עם שגיאה 5131, ביומני SQL מופיע גיבוי/ שחזור 'משימת תמונת מצב נכשלה' שגיאות של מכשירי 43901 הסיבה לכך היא שהכניסה למסד הנתונים באמצעות ODBC נכשלת. תיקון הכניסה ל-ODBC פותר את הבעיה.
5136 ‫Actifio Connector: אי אפשר לקרוא את עוצמת הקול של האחסון הזמני כדי לקבל פרטים, בודקים את הקובץ ‎ /act/logs/UDSAgent.log ופונים לתמיכה של Google כדי לפתור את הבעיה.
5241 ‫Actifio Connector: נכשלה ההרכבה או השכפול של אפליקציות מתמונה ממופה (קובץ מקור) שם משתמש וסיסמה לא תקינים מנותחים מקובץ הבקרה. במקור, בודקים את הקובץ UDSAgent.log כדי לראות אם המקור מוגדר עם שם המשתמש או הסיסמה הנכונים בקטע Advanced Settings (הגדרות מתקדמות) במאפייני המחבר.
5547 ‫Oracle: הגיבוי של קובץ הארכיון נכשל (קובץ מקור) הגיבוי של יומן הארכיון באמצעות פקודות גיבוי של ארכיון RMAN נכשל במחבר Actifio. הסיבות האפשריות לכשל הזה הן:

  • המחבר לא הצליח ליצור חיבור למסד הנתונים
  • אפליקציה אחרת מחקה את יומני הארכיון
  • שם שירות ה-TNS מוגדר בצורה שגויה, ולכן פקודת הגיבוי נשלחת לצומת שבו דיסק הביניים לא מותקן

מחפשים שגיאות ORA- או RMAN- ביומן RMAN. זו השגיאה שהתקבלה מ-Oracle. צריך להשתמש במשאב המועדף של Oracle, כי אלה לא תנאים של שירות Backup and DR, ולכן אי אפשר לפתור אותם במסגרת שירות Backup and DR.

  • יומנים של Actifio Connector: /var/act/log/UDSAgent.log
  • יומנים של Oracle RMAN: ‏ /var/act/log/********_rman.log
10022 כשל בחיבור זו שגיאה כללית שמציינת שלא ניתן ליצור חיבור לרשת לשירות או למארח.
יכולות להיות לכך מגוון סיבות, כמו: הגדרה שגויה של כתובת IP או יציאה, חומת אש שחוסמת את החיבור או שהשירות המרוחק מושבת או שלא ניתן לגשת אליו. כדי לאבחן ולפתור את הבעיה:
  • בודקים את סטטוס הציוד במסוף לניהול הציוד.
  • בודקים את החיבור הבסיסי לרשת.
  • בודקים את כתובת ה-IP.
  • אימות חומת האש והיציאות.
  • אם אף אחת מהפעולות האלה לא פותרת את הבעיה, אפשר לפנות לתמיכה.
10032 המאגר של תמונות המצב חצה את סף רמת האזהרה כדי לצמצם את הצריכה של מאגר התמונות:

  • העברת מכונות וירטואליות של VMware מקובץ snapshot לתוכנית גיבוי Direct-to-OnVault. לאחר מכן, צריך להגדיר שכל התמונות יפוגו כדי לפנות את המקום שבו נעשה שימוש בדיסקים של סביבת הביניים ובצילום האחרון. האפשרות הזו פועלת רק במכונות וירטואליות של VMware. סוגים אחרים של אפליקציות עדיין משתמשים בחלק מהשטח של מאגר התמונות אם הן מוגנות על ידי מדיניות Direct-to-OnVault.
  • כדי לצמצם את מספר התמונות שיישמרו לאפליקציה, משנים את תבנית המדיניות. אפליקציות עם שיעורי שינוי גבוהים יוצרות תמונות מצב גדולות יותר, ולכן היתרון הכי גדול הוא לאפליקציות עם שיעורי שינוי גבוהים. זה לא בהכרח מוביל ל-RPO שונה, אפשר ליצור תמונות OnVault של כל תמונת מצב לפני שהתוקף שלהן פג.
  • אם אין צורך בנקודות העמסה, בשיבוטים ובשיבוטים פעילים, אפשר למחוק אותם.
10038 התראה על חריגה ממגבלת ה-VDisk כדי להפחית באופן מיידי את צריכת ה-VDisk, מבצעים את הפעולות הבאות:

  • מוודאים שהתפוגה מופעלת, גם ברמה הגלובלית וגם ברמת האפליקציה הספציפית.
  • קיבוץ מסדי נתונים ממארח יחיד לקבוצת עקביות. לדוגמה, אם למארח יש 9 מסדי נתונים, יוצרים קבוצת עקביות אחת לכל 9 מסדי הנתונים, ואז מגנים על קבוצת העקביות הזו במקום על מסדי הנתונים הנפרדים.
  • כדי לצמצם את מספר תמונות המצב שנשמרות לאפליקציה, משנים את תבנית המדיניות שמשמשת את תוכנית הגיבוי.
  • מוחקים תמונות של עותקים, שיבוטים ושיבוטים פעילים שלא רוצים.
  • העברה של מכונות וירטואליות של VMware מ-snapshot לתוכנית גיבוי Direct- OnVault. כדי לשחרר את ה-VDisks שמשמשים את דיסקי הביניים, צריך להגדיר את כל התמונות לפרק זמן קצר. הפעולה הזו מקטינה רק את מספר הדיסקים הווירטואליים של מכונות וירטואליות של VMware, ועדיין נעשה שימוש בדיסקים וירטואליים כשהם מוגנים על ידי מדיניות של גיבוי ישיר ל-OnVault.
  • משנים קובצי VMware VMDK שלא צריך להגן עליהם למצב עצמאי, כי אי אפשר להגן עליהם באמצעות תמונות מצב של VMware.

אם ההתראה הזו חוזרת על עצמה מדי יום אבל המכשיר לא מגיע למקסימום של דיסקים וירטואליים, צריך לשנות את המדיניות כדי להקטין את מספר הדיסקים הווירטואליים בשימוש, או להגדיל את ערך הסף להתראה. במהלך חלון של תמונת מצב יומית, מספר ה-VDisk יכול להשתנות בזמן שנוצרים VDisk חדשים לתמונות מצב לפני שה-VDisk הישנים מוסרים כחלק מתפוגת תמונות המצב. התנודות היומיות משתנות בהתאם למספר האפליקציות המוגנות.
10039 שגיאה בחיבור לרשת שמונעת גישה למכשיר האחסון פינג של אות פעימת לב לאחסון שבמעקב נכשל בגלל כשל בחומרה או בעיה ברשת. כדי לפתור את הבעיה, צריך לבדוק את הרשת.
10043 זוהתה הפרה של תוכנית הגיבוי כדאי לעיין בשיטות המומלצות לתוכנית גיבוי ולשפר את המדיניות. יש כמה סיבות נפוצות להפרות של תוכניות גיבוי.

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

  • העברת מכונות וירטואליות של VMware מקובץ snapshot לתוכנית גיבוי Direct-to-OnVault. לאחר מכן, צריך להגדיר שכל התמונות יפוגו כדי לפנות את המקום שבו נעשה שימוש בדיסקים של סביבת הביניים ובצילום האחרון. האפשרות הזו פועלת רק במכונות וירטואליות של VMware. סוגים אחרים של אפליקציות עדיין משתמשים בחלק מהשטח של מאגר התמונות אם הן מוגנות על ידי מדיניות Direct-to-OnVault.
  • כדי לצמצם את מספר התמונות שיישמרו לאפליקציה, משנים את תבנית המדיניות. אפליקציות עם שיעורי שינוי גבוהים יוצרות תמונות מצב גדולות יותר, ולכן היתרון הכי גדול הוא לאפליקציות עם שיעורי שינוי גבוהים. זה לא בהכרח מוביל ל-RPO שונה, אפשר ליצור תמונות OnVault של כל תמונת מצב לפני שהתוקף שלהן פג.
  • אם אין צורך בנקודות העמסה, בשיבוטים ובשיבוטים פעילים, אפשר למחוק אותם.
10055 לא ניתן לבדוק את ההגנה מרחוק כל מכשיר גיבוי/שחזור בודק את המכשיר המרוחק מדי שעה כדי לזהות בעיות אפשריות בהגנה מרחוק. התקשורת עם ה-appliance נכשלת בגלל הבעיות הבאות:

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

  • שגיאת אישור. כדי לפתור את שגיאת האישור, צריך להחליף את האישור מחדש.
10070 המתזמן של Udppm מושבת למשך יותר מ-30 דקות. המתזמן מושבת. יכול להיות שההגדרה הזו נקבעה לצורך תחזוקה. אם התחזוקה הסתיימה, אפשר להפעיל מחדש את מתזמן הגיבויים. כך מפעילים את מתזמן הגיבויים.
10084 ההתראה לגבי משימה של אפליקציה (שם האפליקציה) ומדיניות (שם המדיניות) לא הופעלה בגלל סיבה לא ידועה כדאי לעיין בשיטות המומלצות לתוכנית גיבוי ולשפר את המדיניות. יש כמה סיבות נפוצות להפרות של תוכניות גיבוי.

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

  • מתזמן המשימות לא מופעל. כך מפעילים את מתזמן הפגישות.
  • יכול להיות שהמשימות הראשונות של אפליקציות חדשות יימשכו זמן רב: יכול להיות שזמני משימות ארוכים יתרחשו במהלך הצילום הראשון או משימת ביטול הכפילויות הראשונה של אפליקציה. אפשר להשתמש בהגדרות של תהליך ההטמעה כדי למנוע מעבודות הטמעה לנעול משבצות ולמנוע גישה לאפליקציות שהוטמעו. מידע נוסף זמין במאמר בנושא הגדרת עדיפויות לאפליקציות החדשות הראשונות.
  • לא ניתן לגשת לאפליקציות בגלל בעיות ברשת.
  • חלונות המדיניות קטנים מדי או שזמני ההפעלה של העבודות ארוכים מדי: אי אפשר לשלוט במשך הזמן של כל עבודה, אבל אפשר לשלוט בזמן התזמון של האפליקציות שפועלות. משימות שפועלות במשך שעות רבות תופסות משבצות של משימות שאפליקציות אחרות יכולות להשתמש בהן. כדאי לעיין בשיטות המומלצות לתוכנית גיבוי ולשנות את המדיניות בהתאם.
  • תהליך השכפול שולח את הנתונים למכשיר גיבוי או שחזור מרוחק. מוודאים שרוחב הפס והניצול של קישור השכפול לא הגיעו לנקודת הרוויה.
10120 השירות Psrv הופעל בהצלחה זהו אירוע פנימי ואפשר להתעלם ממנו.
10220 שירות ה-NTP לא פועל או לא מסונכרן. שירות ה-NTP במכשיר הגיבוי לא פועל. שירות ה-NTP נדרש כדי לוודא שמכשיר הגיבוי משתמש בחותמות זמן נכונות. מכשיר Compute Engine צריך להשתמש ב-metadata.google.internal. פועלים לפי ההוראות להגדרת שרת NTP שיטת DNS ו-NTP.
10225 נמצאו קובצי ליבה של UDP, שם הקובץ udpengine.(שם הקובץ) תהליכים פנימיים רושמים קובצי שגיאה באופן לא צפוי. כדי לפתור את הבעיה, צריך לפנות לתמיכה של Google.
10229 חריגה מנפח האחסון, שם המערכת: (שם המכשיר) זהו אירוע פנימי ובדרך כלל אפשר להתעלם ממנו.
10237 העבודה X פועלת כבר יותר מ-3 שעות. יש הרבה סיבות לכך שעבודות יכולות לפעול יותר מ-3 שעות.
11001 תוקף האישור של מכשיר הגיבוי יפוג בעוד X ימים. כדי לחדש את המינוי, צריך להפעיל את המכשיר למשך 24 שעות או לפנות לתמיכה. תאריך העדכון האחרון של האישור של מכשיר הגיבוי או השחזור הוא מלפני יותר מ-15 ימים. אם מכשיר הגיבוי או השחזור מושבת, צריך להפעיל אותו.
11004 רכיבי המערכת מושבתים. אם הגיבויים מושפעים, צריך לפנות לתמיכה. פנייה לצוות התמיכה
11006 לא ניתן לסנכרן עם מארח X, נדרש סנכרון רגיל עם המארח כדי למנוע אובדן תקשורת קבוע בין מכשיר הגיבוי למארח. האישור במארח לא עודכן במשך יותר מ-7 ימים. כדאי להפעיל מחדש את המחשב ולהתחבר שוב למארח.
20019 אין מספיק משאבי מעבד (CPU) או זיכרון. מספר הליבות המינימלי שנדרש: (ליבות) מספר הליבות בפועל : (ליבות). גודל הזיכרון המינימלי הנדרש (GB): (זיכרון) הזיכרון בפועל : (זיכרון) החלפתם את מכשיר הגיבוי או השחזור, והגודל שלו לא מומלץ. כדי לפתור את הבעיה, צריך לפנות לתמיכה של Google.
20025 חריגה מהשימוש ב-Swap הבעיה הזו מתרחשת כשהשימוש בהחלפה חורג ממגבלת הסף שהוגדרה למכשיר הגיבוי או השחזור. כדי לפתור את הבעיה, צריך לפנות לתמיכה של Google.
20030 tomcat stopped successfully זהו אירוע פנימי ואפשר להתעלם ממנו.
20031 tomcat started successfully זהו אירוע פנימי ואפשר להתעלם ממנו.
22001 התחלת OMD הצליחה, sltname: , slpname: . זהו אירוע פנימי ואפשר להתעלם ממנו.
42356 זוהו שינויים בקובץ, לא זוהו קבצים שנמחקו, זוהו קבצים חדשים. זהו אירוע פנימי ואפשר להתעלם ממנו.
43151 לא ניתן להוסיף מיפויים של מכשירים גולמיים למכונה וירטואלית (VM). שגיאה: המשימה של המכונה הווירטואלית נכשלה. אירעה שגיאת מערכת כללית: המערכת החזירה שגיאה. הוספת מיפוי של מכשיר גולמי למכונה וירטואלית גורמת להשבתה זמנית של המכונה הווירטואלית עד שמערכת ESX תוסיף את המשאב החדש. כדי לגלות למה לא ניתן להוסיף את מיפוי המכשיר הגולמי, צריך לעיין ביומני הרישום של ESX עבור המכונה הווירטואלית הרלוונטית (vmware.log).

אפשר להיעזר בתיעוד ובמאגר הידע של VMware כדי לבדוק את יומני הרישום ולחפש הודעות שגיאה. מידע נוסף על איסוף יומנים של VMware זמין במאמר של VMware.
43155 שגיאה: משימת ה-VM נכשלה. קרתה שגיאה בשמירת התמונה: לא הצלחנו להשבית את המכונה הווירטואלית. זו בעיה ב-VMware. מידע נוסף זמין במאמר 1015180 במאגר הידע של VMware. בעיות בהשהיית מכונה וירטואלית תלויות בסוג מערכת ההפעלה. כדי לפתור את הבעיה, צריך לבצע בדיקה נוספת, לחפש עוד מאמרים במאגר הידע של VMware או ליצור קשר עם התמיכה של VMware.
43155 - a שגיאה: משימת ה-VM נכשלה. לא ניתן להוסיף את המכשיר scsi3 בזמן שהמכונה הווירטואלית פועלת. בדרך כלל המשמעות היא שמכשיר ה-SCSI שאתם מנסים להוסיף למכונה הווירטואלית כבר נמצא בשימוש על ידי מכונה וירטואלית אחרת.
43155 - b שגיאה: משימת ה-VM נכשלה. הדיסק הווירטואלי פגום או שהוא לא בפורמט נתמך. הבעיה הזו מתרחשת אם קובצי ה-CTK של ה-VM נעולים, לא קריאים או נמצאים בתהליך של ביצוע פעולת Commit. כדי לפתור את הבעיה, צריך להסיר את קובצי ה-CTK האלה וליצור אותם מחדש. מידע נוסף זמין במאמר במאגר הידע – 2013520.
43155 - c שגיאה: משימת ה-VM נכשלה. לא ניתן לבצע את הפעולה במצב הנוכחי של מאגר הנתונים. progress ="11" status="running" יש שתי אפשרויות לפורמט של מאגר נתונים ב-VMware: ‏ NFS ו-VMFS. ב-NFS יש כמה מגבלות, כמו אי אפשרות לבצע RDM (מיפוי דיסק גולמי). כלומר, אי אפשר לבצע mount ממכשיר הגיבוי או השחזור אל מאגר נתונים של NFS. מידע נוסף זמין במאמר הבא מתוך מאגר הידע: 1001856.
43175 חיבור השקע של UDSAgent הסתיים באופן לא תקין; בזמן ההמתנה לתגובה מהנציג המחבר של Actifio מפסיק להגיב בין מכשיר לבין מארח שמותקן בו סוכן Backup and DR.

  1. מפעילים מחדש את שירות הסוכן UDSAgent Backup and DR במארח שצוין.
  2. מתחברים באמצעות Telnet ליציאת TCP‏ 5106 (יציאת התקשורת של UDSAgent): Trying 10.50.100.67... Connected to dresx2.accu.local. Escape character is '^]'. Connection closed by foreign host.
  3. מוודאים שהחיבור לרשת בין המכשיר לבין המארח לא נקטע. אם הבעיה נמשכת, צריך לבצע ניתוח של הרשת.
43604 אימות טביעת האצבע נכשל השגיאה הזו מתרחשת כשנמצא חוסר עקביות בין נתוני המקור לנתוני היעד. כדי לפתור את הבעיה, צריך לפנות לתמיכה של Google.
43690 לא מוגדרים מארחים עם יציאות SAN או iSCSI. הבעיה הזו מתרחשת אם מכשיר הגיבוי או השחזור לא מוגדר עם חיבור iSCSI למארח היעד. מוודאים שהיציאות ברשת פתוחות ל-iSCSI ושהמארח של היעד זיהה את מכשירי הגיבוי או השחזור.
43698 אין גישה למארח ESX להעברת נתונים במצב NBD למכשיר הגיבוי או השחזור אין אפשרות להגיע למארח ESX דרך הרשת או לפתור את שם המארח של ESX באמצעות DNS. כדי לפתור את הבעיה, צריך לפנות לתמיכה של Google.
43702 הגיבוי בוטל כי יש יותר מדי קבצים נוספים בספריית הבית של המכונה הווירטואלית זהו תנאי התראה שנוצר על ידי שירות Backup and DR והוא נגרם בגלל קובצי דלתא שנשארו במאגר הנתונים של המכונה הווירטואלית. בדרך כלל, קובצי הדלתא מוסרים אחרי שמאחדים את תמונת המצב של Backup and DR. במקרים מסוימים, יכול להיות שהקבצים האלה יישארו אחרי איחוד VMware, ומשימות הגיבוי ב-Backup and DR ייכשלו כדי למנוע החמרה של הבעיה. הבעיה הזו נגרמת על ידי VMware. אפשר לעיין במאמר במאגר הידע – 1002310.
43755 הפתיחה של נפח VMDK נכשלה. צריך לבדוק את הקישוריות לשרת ESX. זה קורה כשהבקר לא מצליח להגיע לשרת ESX, בדרך כלל בגלל בעיה בחיבור הפיזי או ב-DNS. כדי לפתור את הבעיה:

  • מוודאים שהיציאה 902 פתוחה בין מכשיר הגיבוי/השחזור לבין מארח ESX.
  • בודקים את שרת ה-DNS הנוכחי ומוודאים שהוא עדכני ותקף.
  • אם vCenter הוא וירטואלי, נסו לבצע גיבוי אחרי העברת vCenter למארח ESX אחר.
  • בהגדרות המתקדמות, מוודאים שהאפשרות 'נדרש SSL' מוגדרת כ-True במארח ESX.
43844 זוהה גודל לא תקין של קובץ VMDK במכונה הווירטואלית יש שני פתרונות אפשריים למצב הזה:

  • אם נדרש איחוד של חלק מהדיסקים במכונת ה-VM, הגודל ידווח כאפס. כדי לפתור את הבעיה, צריך ליצור snapshot של המכונה הווירטואלית ולמחוק אותו.
  • בודקים אם אפשר לשחזר את קובץ ה-VMDK מתמונת גיבוי.
43873 השימוש בנפח האחסון במאגר הנתונים גדל מעבר לסף הקריטי הבעיה הזו מתרחשת כשהמקום שנותר במאגר הנתונים קטן מסף קריטי. אם לא יתפנה בקרוב נפח אחסון נוסף, המשימות יתחילו להיכשל כשהמקום שנותר לא יספיק לאחסון שלהן.

ההתראה הזו נוצרת כדי לעזור לכם לפעול למניעת מילוי מאגרי נתונים של ESX בנתוני snapshot. כדי להגדיל את הנפח הזמין, אפשר להרחיב את מאגר הנתונים, להעביר חלק מהמכונות הווירטואליות או למחוק נתונים ישנים במאגר הנתונים. גודל התמונות גדל ככל שמוסיפים עוד נתוני שינוי. אם מאגר נתונים מתמלא בגלל תמונת מצב גדלה, יכול להיות שמכונות וירטואליות יועברו למצב אופליין באופן אוטומטי על ידי VMware כדי להגן על הנתונים.
43900 ניסיון חוזר של פעולה בהמתנה OnVault (log) (jobname) עבור אפליקציה (appname) במארח (hostname) שגיאה: (errorID) (תיאור השגיאה) יש הרבה שגיאות שיכולות לגרום לניסיונות חוזרים של עבודות. כל הודעת אירוע 43900 כוללת קוד שגיאה והודעת שגיאה.
43901 כשל במשימה יש הרבה שגיאות שיכולות לגרום לכשלים בעבודות. כל הודעת אירוע 43901 כוללת קוד שגיאה והודעת שגיאה.
43903 הסרת המשרה נכשלה הבעיה הזו מתרחשת כשהתמונה נמצאת בשימוש בזמן התפוגה. יכול להיות שהתמונה נמצאת בשימוש של תהליך או פעולה אחרים, כמו יצירת עותק, שיבוט או שחזור. סביר להניח שמשימת התפוגה תושלם בהצלחה בניסיון השני. הפתרון Backup and DR לא מדווח על השלמה מוצלחת של הניסיון השני. אם קיבלתם רק שגיאה אחת לגבי תמונה, אפשר להסיק שניסיון שני להגדיר את התמונה הזו כלא פעילה הצליח. אם יש סיבה מוצדקת לכך שאי אפשר להגדיר את התמונה הזו כלא פעילה, תקבלו כמה שגיאות שקשורות לתמונה הזו. אם מופיעות יותר משגיאה אחת, פנו לתמיכה של Google.
43905 משימת טעינה שנכשלה יש הרבה סיבות לכך שפעולת ההרכבה עלולה להיכשל. קוד השגיאה שמצורף לאירוע עוזר לזהות את שורש הבעיה.
43908 שחזור המשרה נכשל יש הרבה שגיאות שיכולות לגרום לכשלים בעבודות. כל הודעת אירוע 43908 כוללת קוד שגיאה והודעת שגיאה.
43915 החיבור למארח הגיבוי נכשל. מוודאים שהסוכן Backup and DR פועל ב-(מארח) וש-(יציאה) של יציאת הרשת פתוחה כדי להתחיל את הגיבוי, מכשיר הגיבוי או השחזור צריך להיות מסוגל להגיע לשירות Actifio Connector. הבעיה הזו מתרחשת כשהיציאות הנדרשות לא פתוחות, כתובת ה-IP של המארח לא מוגדרת בצורה נכונה, שירות הסוכן של Backup and DR לא פועל או שהמארח לא כולל מספיק משאבים פיזיים. כדי לפתור את הבעיה:

  1. מוודאים שהיציאה שנמצאת בשימוש בין המארח, מכשיר הגיבוי/השחזור ו-Actifio Connector פתוחה. כברירת מחדל, סוכן Backup and DR משתמש ביציאה 5106 לתקשורת דו-כיוונית ממכשיר הגיבוי או השחזור. מוודאים שחומת האש מאפשרת תקשורת דו-כיוונית דרך היציאה הזו.
  2. מוודאים שכתובת ה-IP הנכונה מוגדרת למארח ניהול > מכשיר > הגדרת רשת המכשיר.
  3. מוודאים ששירות הסוכן של Backup and DR פועל במארח היעד ומפעילים אותו מחדש אם צריך.
    • ב-Windows, מאתרים את שירות UDS Host Agent ב-services.msc ולוחצים על Restart (הפעלה מחדש).
    • ב-Linux, מריצים את הפקודה /etc/init.d/udsagent restart.
  4. מנסים לגבות שוב.
43941 השימוש בנפח האחסון במאגר הנתונים גדל מעבר לסף הקריטי הבעיה הזו מתרחשת כשהמקום שנותר במאגר הנתונים קטן מסף קריטי. אם לא יפונה נפח אחסון נוסף בקרוב, העבודות יתחילו להיכשל כשהמקום שנותר לא יספיק לאחסון שלהן. ההתראה הזו נוצרת כדי לעזור לכם לפעול למניעת מילוי של מאגרי נתונים של ESX בנתוני תמונת מצב. כדי להגדיל את הנפח הזמין, אפשר להרחיב את מאגר הנתונים, להעביר חלק מהמכונות הווירטואליות או למחוק נתונים ישנים במאגר הנתונים. גודל התמונות גדל ככל שמוסיפים נתונים על שינויים. אם מאגר נתונים מתמלא בגלל תמונת מצב גדלה, יכול להיות שמכונות וירטואליות יועברו למצב אופליין באופן אוטומטי על ידי VMware כדי להגן על הנתונים.
43954 משימת OnVault נכשלה במהלך עבודת ההרכבה, מכשיר הגיבוי או השחזור לא מצליח להתחבר למאגר OnVault. הבעיה הזו יכולה לקרות בגלל אחת מהסיבות הבאות.

  • לא צוין שם של מאגר למאגר OnVault.
  • פרטי הכניסה לא תקינים – מזהה הגישה או מפתח הגישה לא צוינו או שהמזהה שגוי עבור מאגר OnVault.
  • דלי לא תקין במאגר OnVault.
  • בעיות כלליות באימות עבור מאגר OnVault.
  • שרת ה-DNS באשכולות /etc/resolv.conf שונה או שקובצי אזורי ה-DNS הישיר וההפוך השתנו.
43929 יצירת ה-snapshot של המכונה הווירטואלית נכשלה. שגיאה: משימת המכונה הווירטואלית נכשלה. אירעה שגיאה במהלך שמירת התמונה: לא ניתן להשבית את המכונה הווירטואלית. צילום מצב של מכונה וירטואלית נכשל אם שרת ESX לא מצליח להשבית את המכונה הווירטואלית – בגלל יותר מדי קלט/פלט או בגלל שכלי VMware לא מצליחים להשבית את האפליקציה באמצעות VSS בזמן. בודקים את יומני האירועים במארח ואת יומן ה-ESX של המכונה הווירטואלית (vmware.log). התנהגות כזו מתרחשת לעיתים רחוקות יותר בצילום מצב שמתבצע באופן עקבי במקרה של קריסה ובגיבויים שמבוססים על מחברים. מידע נוסף זמין במאמרים במאגר הידע של VMware – 1018194 ו-1007696.
43933 לא נמצאה מכונת VM עם BIOS UUID תואם הבעיה הזו מתרחשת אם ה-UUID של ה-VM משתנה. כדי לפתור את הבעיה, צריך לגלות מחדש את ה-VM ולבדוק אם הוא זוהה כמזהה UUID חדש. כדי לוודא זאת, אפשר להשוות במסוף הניהול של המכשיר בין ה-UUID של המכונה הווירטואלית החדשה לבין ה-UUID של המכונה הווירטואלית הקודמת. אם מספרי ה-UUID לא זהים, יכול להיות שהמכונה הווירטואלית שוכפלה. השגיאה הזו יכולה להופיע גם אם מספר גדול של מכונות וירטואליות מנוהלות של Backup and DR מוסר מ-vCenter.
43948 מספר התמונות שלא פג תוקפן וממתינות לעיבוד נוסף הוא (x) תמונות ((x) תמונות מצב, (x) תמונות בכספת) מ-(x) אפליקציות ייחודיות. נוספו (x) תמונות מצב ו-(x) OnVaults ב-(x) השניות האחרונות (‎(x) שעות (x) דקות)., sltname: No specific slt, slpname: No specific slp. מזהה האירוע 43948 נוצר כשאפליקציה מתחילה להשהות את התפוגות כחלק משימור התמונות. התכונה 'שמירת תמונות' שומרת תמונות של מצב המערכת ותמונות ב-OnVault מעבר לתאריכי התפוגה שלהן, כדי להבטיח שהתמונות האלה יעברו עיבוד תקין על ידי מכשיר הגיבוי או השחזור. כשיישום חדש עובר למצב משומר, נוצרת התראת אזהרה. הסיבה הכי נפוצה לכך היא הפרות של תוכנית הגיבוי, כפי שמתועד במזהה האירוע 10085.
43954 ניסיון חוזר ב-Vault היה צורך לנסות שוב לבצע עבודה ב-OnVault. הבעיות האפשריות יכולות להיות: לחשבון השירות שבו נעשה שימוש יש תפקיד שגוי. לחשבון השירות אין הרשאה לכתוב לקטגוריה. קטגוריה של Cloud Storage כבר לא קיימת.
43960 דילגתי על גיבוי של 6 אפליקציות אופליין עבור אפליקציית SqlServerWriter. בגיבוי של מופע SQL Server נמצאו מסדי נתונים מסוימים שהיו במצב אופליין ולא ניתן היה לגבות אותם. המצב הזה קורה בדרך כלל כשמסד הנתונים נמחק בצד השרת, אבל עדיין נכלל בצד הגיבוי או התאוששות מאסון. הודעת השגיאה מכילה את השמות של מסדי הנתונים במצב אופליין שצריך לבדוק.
43972 העלאת המטא-נתונים לדלי נכשלה. הכתיבה של המטא-נתונים לקטגוריית OnVault נכשלה. הבעיות האפשריות יכולות להיות: לחשבון השירות שבו נעשה שימוש יש תפקיד שגוי. לחשבון השירות אין הרשאה לכתוב לקטגוריה. קטגוריה של Cloud Storage כבר לא קיימת.
43973 השירות udppm הופעל בהצלחה זהו אירוע פנימי ואפשר להתעלם ממנו.
43999 אזהרה: המכונה הווירטואלית פועלת במארח שפועלת בו גרסה מיושנת של ESXi , שלא נתמכת על ידי Google. כדי לקבל את התוצאות הטובות ביותר, מומלץ לשדרג לגרסה נתמכת (>=). כדי לקבל את התוצאות הטובות ביותר, מומלץ לשדרג את המכונה הווירטואלית לגרסה נתמכת (‎>=‎).
44003 האימות הושלם בהצלחה Job_xx-xx-xx עבור האפליקציה application ID במארח host, sltname: template, slpname: profile. זהו אירוע סטטוס מוצלח ואפשר להתעלם ממנו.
62001 הדמון streamsnapd הופעל בהצלחה זהו אירוע פנימי ואפשר להתעלם ממנו.
90003 יש עדכון חדש (גרסה X) ל-Backup Appliance יש עדכון חדש. חשוב לעדכן את מכשירי הגיבוי והשחזור בהקדם האפשרי.
90004 עדכון חדש מתוזמן להתקנה אוטומטית ב-Backup Appliance לא נדרשת פעולה כי זהו הודעת מידע על כך שעדכון חדש מתוזמן להתקנה אוטומטית ב-Backup Appliance, ולא נדרשת הפעלה מחדש עבור העדכון הזה.

המאמרים הבאים