בהמשך מפורטת רשימה של התנהגויות מוכרות שנתקלנו בהן בניסיון להפעיל כמה פעולות בו-זמנית.
פעולות גיבוי בו-זמניות
גיבוי של פעולות
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 מגיבוי
מידע נוסף זמין במאמר בנושא מגבלות קצב לגיבויים.