גיבוי, שחזור ורציפות עסקית — מרכז ידע מעשי

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

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

ממפים רציפות עסקית לפי תהליך, לא לפי קופסה

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

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

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

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

מי אחראי, ומה צריך לקרות לפני החזרת השירות?

מפרידים בין החלטה, ביצוע ואישור

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

מכינים סדר תלויות, לא סדר הפעלת כפתורים

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

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

שישה מסלולי ידע לפי מה שצריך להגן עליו

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

1. מחשב אישי ותחנת עבודה

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

תכנון מעבר SSD וגיבוי לפני שינוי במחשב אישי

2. NAS ואחסון משותף

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

בחירת NAS לפי הצורך והתצורה · מתי נדרש NAS ומתי שרת יישומים

3. שרת ויישום עסקי

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

כלי לריכוז דרישות שרת · גיבוי ואימות שחזור בהקשר Veeam

4. דואר וקבצים ב-Microsoft 365

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

רישוי, שמירת מידע וגיבוי ב-Microsoft 365

5. חשמל ותקשורת

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

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

שיקולים לבחירת אל פסק · תכנון תקשורת ותיעוד רשת

6. תקלה או מידע שאינו נגיש

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

בחירת מסלול אבחון לפי סוג הציוד והתקלה

תבנית ריקה: מוכנות של תהליך אחד

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

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

תרגול שחזור בטוח: קובץ דמה ב־Windows ליעד נפרד

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

מזהים את הכלי — לא כל „גיבוי Windows” הוא אותו מסלול

File History שומר גרסאות של קבצים ותיקיות ליעד מוגדר. ההוראות להלן מיועדות ל־Windows 11 עם כלי זה, ולא לשחזור שרת, מסד נתונים או מערכת הפעלה. לעומת זאת, רכיב הקבצים ב־Windows Backup מסנכרן תיקיות נבחרות ל־OneDrive; אפליקציה זו מתמקדת במחשבים עם חשבון Microsoft אישי.

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

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

בתוך מיקום שכבר נכלל בגיבוי, צרו תיקיית דמה נפרדת וקובץ טקסט פשוט, למשל pco-restore-demo.txt. כתבו בו סימן ייחודי לא רגיש, תאריך ומשפט צפוי שתוכלו להשוות. ודאו שהקובץ אכן נמצא בגרסה שמורה של File History לפני ההמשך; המתנה לזמן קבוע או חיווי כללי של „גיבוי הצליח” אינם הוכחה שהקובץ הזה נכלל. השאירו את המקור ללא שינוי.

מאתרים גרסה ומשחזרים רק למיקום אחר

לפי תיעוד Microsoft ל־File History, המסלול הוא:

  1. בסייר הקבצים גשו למיקום השמירה האמיתי של תיקיית הדמה, ולא לתצוגת Library. לחצו עליה לחיצה ימנית ובחרו Restore previous versions — שחזור גרסאות קודמות.
  2. בחרו גרסה מתוארכת שמכילה את קובץ הדמה. אפשר לבדוק את תוכנה דרך הרחבת Open ובחירת Open in File History.
  3. אל תלחצו על שחזור ישיר. הרחיבו את Restore ובחרו Restore to…, ואז את תיקיית היעד החדשה והריקה שהכנתם.
  4. אם אין גרסה מתאימה, אין אפשרות לבחור יעד אחר, מופיעה בקשת החלפה או שהיעד אינו ודאי — בטלו את הפעולה ועצרו. Microsoft מזהירה ששחזור רגיל מחליף את הגרסה הנוכחית ושאי אפשר לבטל החלפה זו.

בודקים תוכן ותוצאה, לא רק סימון ירוק

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

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

דף עבודה חינמי: ראיות לתרגיל קובץ אחד

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

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

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

הרחבה זו נכתבה ונבדקה מול שלושת מקורות Microsoft המקושרים ב־18.10.2026. תנאי היעד והיומן הם כללי תרגול עריכתיים שלנו, לא העתק של נוהל יצרן. לא בוצע כאן שחזור במחשב לקוח או במערכות PC Online; תפריטים וזמינות משתנים לפי גרסה ומדיניות.

תבנית ריקה: מה הוכיחה בדיקת השחזור?

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

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

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

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