פעולות בו-זמניות

בהמשך מפורטת רשימה של התנהגויות מוכרות שנתקלנו בהן בניסיון להפעיל כמה פעולות בו-זמנית.

פעולות גיבוי בו-זמניות

  • גיבוי של פעולות delete שמשויכות לאותו מופע מקור צריך להתבצע בכל פעם רק על פעולה אחת.

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

    • אם מופע המקור נמחק, המשתמשים יקבלו שגיאה דומה FAILED_PRECONDITION.

    • המגבלה הזו חלה על כל רמות השירות, למעט SSD בסיסי ו-HDD בסיסי.

    • שימו לב: Filestore תומך בפעולות גיבוי מקבילות delete כשהגיבויים מפנים למופעי מקור נפרדים.

      לדוגמה, למופע עם התווית Source1 יש נתוני גיבוי שמפנים אל Backup1 ו-Backup2. הקובץ Source2 מכיל נתוני גיבוי שמופיעים בהפניה בקובץ Backup3 ובקובץ Backup4. אי אפשר למחוק את Backup1 ואת Backup2 במקביל, אבל אפשר למחוק את Backup2 ואת Backup3.

  • פעולות גיבוי create וגיבוי delete שהופעלו באותה שרשרת גיבוי יכולות לפעול במקביל. עם זאת, המשתמשים לא יכולים להשלים פעולת גיבוי create בזמן שהגיבוי האחרון נמחק.

    • אם המשתמש ינסה ליצור גיבוי חדש של המופע בזמן שהגיבוי האחרון נמחק, תוצג לו השגיאה FAILED_PRECONDITION. לדוגמה, אם ל-Source1 יש שרשרת גיבויים שכוללת את Backup1 ו-Backup2, והמשתמש מתחיל פעולת create עבור Backup3, הוא לא יוכל למחוק את Backup2 עד שפעולת create תושלם. הסיבה לכך היא שהגיבוי האחרון מכיל את הנתונים הקריטיים ביותר שנדרשים להשלמת פעולת הגיבוי create בהצלחה.
  • במצב יציב, לפעולות הגיבוי הבאות יש הגבלת קצב של פעם אחת בכל 10 דקות:

    • יצירת גיבוי של מופע Filestore
    • שחזור של מופע Filestore מגיבוי (שחזור במקום)
    • יצירת מופע חדש של Filestore מגיבוי

    מידע נוסף זמין במאמר בנושא מגבלות קצב לגיבויים.

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