QNAP Pool מלא: Snapshot ושינוי לזמינות מוגבלת
ב־QNAP מאגר מלא יכול למנוע תמונות מצב ולהגביל כתיבה לפי מצב ותצורה. בדקו Pool, Volume ומכסות בנפרד. אין למחוק snapshots או קבצי גיבוי באופן גורף, מפני שהם עשויים להיות מקור שחזור נחוץ.
איך מזהים את התקלה?
- QNAP Pool מלא
- Snapshot אינו נוצר
- Volume מוגבל לכתיבה
מה יכול לגרום לכך?
- שטח מאגר
- snapshot
- מכסות
- עומס נתונים
לפני שמתחילים
- אם קיים מידע חשוב ללא גיבוי, עצרו לפני תיקון מערכת קבצים, שחזור מערך או כל פעולה כותבת ופנו לשירות. הבדיקות כאן מתחילות בצפייה ותיעוד. RAID אינו גיבוי. אין להוציא דיסקים או לשנות סדרם ללא תהליך מותאם.
- מנהל ובעל מידע יבדקו retention וגיבוי לפני מחיקה. אין הרחבת מערך או הקצאה בלי תוכנית.
בדיקה ופתרון — שלב אחר שלב
1. לזהות מדד
צפו בנפח Pool ובנפח Volume ובמקום פנוי, ורשמו את הסטטוס המלא ואת גרסת המערכת.
תוצאה צפויה: מגבלת השכבה ברורה.
אם זה לא קרה: שטח פנוי בתיקייה אינו כל מצב המאגר.
2. לבדוק גרסאות
בדקו snapshots ו־retention הקיימים ואת מועד השחזור הדרוש לבעל המידע, בלי לבחור Delete.
תוצאה צפויה: משמעות עותקים נשמרת.
אם זה לא קרה: מחיקת snapshot יכולה להסיר נקודת שחזור.
3. להשוות מכסות
מנהל יבחן מכסה או נפח מוקצה לעומת Pool מלא, בלי להגדיל אוטומטית thin volume.
תוצאה צפויה: מסלול קיבולת ממוקד.
אם זה לא קרה: הקצאה גדולה אינה יוצרת דיסקים פיזיים.
4. לתכנן פינוי
בחרו עם בעל המידע נתונים או מדיניות מאושרים ויעד נפרד אחרי גיבוי; עקבו אחרי כתיבה ושירותי גיבוי.
תוצאה צפויה: פינוי אינו אקראי.
אם זה לא קרה: אין Smart Snapshot Management גורף בלי הבנת retention.
מתי עוצרים ופונים לשירות?
פנו לשירות או למנהל המערכת אם QNAP Pool מלא חוזר אחרי הבדיקות המתאימות לדגם, אם מופיעה התרעה חמורה, או אם הפעולה הבאה דורשת שינוי שלא אושר. מסרו את הממצאים שנאספו.
איך מצמצמים את הסיכוי לחזרה?
- שמרו גיבוי נפרד ובדקו שחזור.
- תעדו סדר כוננים ומספרים סידוריים.
- בחנו התרעות לפני הרחבה או החלפה.
שאלות נפוצות
Delete כל snapshot הוא הפתרון המהיר?
הוא עלול להסיר מקור שחזור. קודם בדקו מדיניות, גיבוי ונפח וכיצד הנתונים נשמרים.
Volume מלא ו־Pool מלא זהים?
לא בהכרח. יש שכבות קיבולת שונות, ולכן מודדים כל אחת ומכסה לפי התצורה.
מקורות והוראות יצרן
הוראות הדגם המדויק ותנאי האחריות גוברים על הנחיה כללית. תפריטי תוכנה ותכונות עשויים להשתנות בין גרסאות.
מדריכים קשורים
QNAP RAID Degraded: זיהוי כונן לפני החלפה
QNAP מתארת Degraded במערכי RAID מתאימים כאובדן חלק מיכולת היתירות. גם אם קבצים נגישים, יש לבדוק גיבוי ולזהות כונן מדויק לפני טיפול. אין להוציא דיסק לפי צבע או לנחש slot.
QNAP Not Active או Degraded Read-only: לעצור כתיבה
QNAP מפרידה מצבים שבהם המערך אינו מורכב או בקושי נגיש מ־Degraded רגיל. החלפת דיסק אקראית עלולה להחמיר את הגישה. שמרו מצב וסדר כוננים ופנו להגנת מידע לפני Recover או Initialize.
QNAP דיסק נעלם לסירוגין: כונן או חריץ
דיסק שנעלם יכול להיות כשל כונן, חריץ או נתיב. QNAP מציגה אבחון מקצועי המבדיל ביניהם, אך שינוי מיקום דורש כיבוי ותהליך מותאם. אספו יומן וסידורי בלי העברת דיסקים חיה או כתיבה מחוץ ל־NAS.