האם NAS הוא גיבוי? למה שרת במשרד לבד לא מספיק לעסק

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

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

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

מה זה NAS ומה זה גיבוי

NAS (Network Attached Storage) הוא שרת אחסון שמחובר לרשת המשרד. העובדים ניגשים אליו כמו לכונן משותף, שומרים עליו קבצים ועובדים עליהם יחד. הוא נוח, מהיר ברשת המקומית ומאפשר לנהל הרשאות לפי עובד ומחלקה.

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

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

למה NAS לבד הוא נקודת כשל אחת

אירוע פיזי במשרד

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

כופרה רואה את מה שהמחשבים רואים

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

RAID מגן על דיסקים, לא על מידע

רוב שרתי ה-NAS בעסקים מוגדרים ב-RAID, כך שתקלה בדיסק אחד לא מפילה את השרת. זו הגנה חשובה, אבל היא מגינה על הזמינות של השרת, לא על המידע. קובץ שנמחק, נדרס או הוצפן, נמחק, נדרס או הוצפן בכל הדיסקים יחד. הרחבנו על זה במדריך גיבוי לעסקים לפי כלל 3-2-1.

טעות אנוש

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

הטענה הנפוצה: אבל ה-NAS שלנו מסונכרן לענן

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

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

NAS לבד מול NAS כחלק ממערך גיבוי

מה הופך NAS לחלק מאסטרטגיית גיבוי

החדשות הטובות הן שברוב העסקים לא צריך להחליף את ה-NAS. צריך להשלים סביבו את מה שחסר:

1. Snapshots שאי אפשר למחוק מהרשת. צילומי מצב קבועים של התיקיות, שנשמרים לפי מדיניות ואינם נגישים למחיקה או להצפנה מהמחשבים של העובדים.
2. עותק מחוץ למשרד עם גרסאות. גיבוי לענן או לאתר אחר, שמחזיק היסטוריה ולא רק את המצב האחרון.
3. הפרדת הרשאות. חשבון הניהול של ה-NAS ושל הגיבוי לא זהה לחשבונות היום-יום, ומוגן באימות דו-שלבי כשהמערכת תומכת בכך.
4. גיבוי של מה שלא נמצא על ה-NAS. מחשבי עובדים, דואר ומסמכים ב-Microsoft 365 ומידע שיושב בתוכנות ענן. עסקים רבים מגלים שחלק מהמידע שלהם בכלל לא עובר דרך השרת.
5. התראות ובדיקות שחזור. גיבוי שלא נבדק הוא הנחה. מגדירים התראה על גיבוי שנכשל ועל דיסק שמתחיל להיכשל, ומשחזרים מדי פעם קובץ או תיקייה כדי לוודא שהתהליך עובד.
6. תשתית יציבה. NAS בארון תקשורת מסודר, על אל-פסק, עם כבילה ומיתוג תקינים. על זה כתבנו בעמוד התקנת ארון תקשורת.

דוגמה מעשית

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

ההמלצה של דרנט

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

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

שאלות נפוצות

האם NAS עם RAID נחשב גיבוי?

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

האם סנכרון של NAS לענן מספיק?

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

איך יודעים שהגיבוי של העסק באמת עובד?

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