גיבוי בענן מנוהל הוא שירות שבו ספק מקצועי אחראי על כל מחזור החיים של הגיבוי: תכנון המדיניות, התקנת הסוכנים, ניטור יומי, טיפול בכשלים, בדיקות שחזור וביצוע השחזור בפועל כשמשהו משתבש. העסק מקבל תוצאה שנקבעה בהסכם, כלומר כמה מידע לכל היותר עלול לאבד ותוך כמה זמן המערכות יחזרו לפעול, במקום כלי שמישהו בעסק צריך לזכור לבדוק.
מחשבון מחירי שירותי גיבוי בענן מנוהל
מהנדס תקשורת של טלקום אקספרט יבדוק את הצרכים ויחזור עם הצעה, ללא התחייבות.
עיקרי הדברים
- ההבדל בין גיבוי מנוהל לגיבוי בניהול עצמי הוא מי אחראי שהשחזור יצליח ביום שצריך אותו, ולא היכן הנתונים נשמרים.
- שירות מנוהל מוגדר ביעדי RPO (כמה מידע מותר לאבד) ו-RTO (תוך כמה זמן חוזרים לפעול) שנכתבים בהסכם לכל מערכת בנפרד.
- הגנה מכופרה נשענת על עותקים בלתי ניתנים לשינוי, הפרדת הרשאות בין סביבת הייצור לסביבת הגיבוי ונקודות שחזור מרובות.
- סנכרון קבצים אינו גיבוי, ושירותי תוכנה כשירות כמו Microsoft 365 דורשים גיבוי נפרד של הנתונים.
- גיבוי מנוהל משחזר נתונים בשעות, ומערכות שהשבתה שלהן עולה ביוקר מצדיקות גם התאוששות מאסון כשירות.
הסקירה הכללית של סוגי הגיבוי, מחירוני האחסון בענן והחלטה בין עותק מקומי לעותק בענן מרוכזת במדריך גיבוי בענן. העמוד הזה עוסק במה שמבדיל שירות מנוהל: מה הספק עושה בפועל, איך קובעים יעדי שחזור, איך השירות מגן מכופרה ומה לשאול לפני שמזמינים.
גיבוי בענן לעסקים הוא העתקה אוטומטית ומוצפנת של השרתים, מחשבי העובדים ושירותי הענן של העסק אל מרכז נתונים מרוחק. התהליך רץ ברקע: בוחרים מה מגבים, הנתונים מוצפנים ונדחסים לפני שהם יוצאים מהמשרד, עוברים בערוץ מוצפן ונשמרים בגרסאות לפי תקופת שמירה, ונשלחת התראה כשגיבוי לא הושלם. בכל פתרון בודקים עותק בלתי ניתן לשינוי, חשבון גיבוי נפרד עם אימות דו-שלבי, הצפנה במעבר ובמנוחה ותרגיל שחזור רבעוני. סנכרון קבצים אינו גיבוי.
מה ההבדל בין גיבוי בענן מנוהל לגיבוי בניהול עצמי?
ההבדל המעשי הוא מי אחראי לכל שלב בחיי הגיבוי, מהגדרת המדיניות ועד השחזור. הטבלה מציגה את חמשת התחומים שבהם ההבדל מורגש ביום אירוע.
| נושא | ניהול עצמי | גיבוי בענן מנוהל |
|---|---|---|
| הגדרת מדיניות הגיבוי | העסק או טכנאי חיצוני, לרוב פעם אחת בהתקנה | הספק, לפי אפיון של המערכות ויעדי השחזור, ומתעדכנת כשהסביבה משתנה |
| מעקב אחרי כשלים | התראות במייל שלעיתים קרובות אף אחד לא קורא | ניטור יומי בידי הספק וטיפול בכל גיבוי שנכשל |
| בדיקות שחזור | נדירות או לא מתבצעות | בדיקות תקופתיות מתועדות, לפי מה שנקבע בהסכם |
| שחזור בזמן אירוע | העסק מבצע בעצמו, תחת לחץ | הספק מבצע או מלווה, לפי נוהל שנקבע מראש |
| דיווח | אין, או לוח בקרה טכני | דוח תקופתי על הצלחת גיבויים, נפחים ובדיקות |
למה סנכרון קבצים בענן אינו גיבוי?
שירותי סנכרון ושיתוף קבצים נועדו להחזיק עותק זהה של התיקיות בכל המכשירים. זו בדיוק הבעיה: קובץ שנמחק או הוצפן בידי נוזקה במחשב אחד נמחק או מוצפן גם בענן. חלק מהשירותים שומרים גרסאות קודמות וסל מחזור לתקופה מוגבלת, אבל הם אינם מגבים שרתים, מסדי נתונים ומערכות הפעלה, ואינם מאפשרים לשחזר שרת שלם למצב שבו היה לפני תקלה.
אותו עיקרון חל על שירותי תוכנה כשירות כמו Microsoft 365: הספק אחראי על זמינות השירות, והעסק נשאר אחראי על הנתונים שלו, כולל מחיקה בטעות, עובד שעזב או הצפנה בידי כופרה. לכן שירות גיבוי מנוהל טוב כולל גם גיבוי של תיבות הדואר והקבצים בענן, עם תקופת שמירה שנקבעת מראש.
איזה פתרון גיבוי בענן מתאים לעסק: שרתים, מחשבי עובדים או Microsoft 365?
עסק אחד מחזיק בדרך כלל כמה סוגי מידע, ולכל סוג מתאים פתרון אחר. גיבוי של שרת וירטואלי או פיזי נעשה בסוכן שמותקן עליו ומעביר רק שינויים. מחשבי עובדים שמחזיקים מסמכים מקומיים מגובים בסוכן קל, או שמעבירים את התיקיות לשירות אחסון עם שמירת גרסאות. נתוני Microsoft 365, כלומר דואר, OneDrive ו-SharePoint, מגובים בשירות ייעודי, כי הספק מבטיח זמינות של השירות ולא שחזור של מחיקה שבוצעה בחשבון. מידע נוסף על סביבת העבודה מופיע בעמוד Microsoft 365.
| מה מגבים | איך מגבים | מה חשוב לבדוק |
|---|---|---|
| שרתים פיזיים ווירטואליים | סוכן גיבוי ברמת השרת או המכונה | יעדי RPO ו-RTO לכל שרת |
| מסדי נתונים | גיבוי עקבי של המסד, כולל קובצי יומן | שחזור לנקודת זמן מדויקת |
| תיבות דואר וקבצים ב-Microsoft 365 | שירות גיבוי ייעודי לשירותי תוכנה כשירות | תקופת שמירה ושחזור נקודתי |
| מחשבי עובדים | סוכן קל או סנכרון עם גרסאות | מה קורה כשהמחשב כבוי או מחוץ למשרד |
גיבוי מחשב בענן לעובד בודד קל להקמה, אבל בעסק צריך מדיניות אחת שמגדירה מה מגבים ולכמה זמן, אחרת נוצרות בדיוק אותן פינות שאף אחד לא בדק. אם השרתים עצמם פועלים בענן, ההמלצות בעמוד שרת וירטואלי בענן לעסק משלימות את התמונה.
מה כולל שירות גיבוי בענן מנוהל?
- אפיון: מיפוי השרתים, המחשבים, מסדי הנתונים ושירותי הענן, וקביעת יעדי שחזור לכל מערכת.
- הקמה: התקנת סוכני גיבוי, הגדרת מדיניות שמירה, הצפנה ומיקום אחסון, וגיבוי מלא ראשון.
- תפעול שוטף: ניטור יומי, טיפול בגיבויים שנכשלו, הוספת שרתים ומשתמשים חדשים למדיניות.
- שמירת גרסאות: מספר נקודות שחזור לכל מערכת, כדי שאפשר יהיה לחזור לנקודה תקינה גם אחרי ימים או שבועות.
- בדיקות שחזור: שחזור לדוגמה של קבצים, מסד נתונים או שרת שלם לסביבת בדיקה, ותיעוד התוצאה.
- אבטחה: הצפנה במעבר ובמנוחה, עותקים שלא ניתנים למחיקה, והפרדת הרשאות בין סביבת הייצור לסביבת הגיבוי עם אימות דו-שלבי (MFA) לממשק הניהול.
- שחזור בעת אירוע: ביצוע או ליווי של השחזור לפי סדר עדיפויות שנקבע מראש, ודוח לאחר האירוע.
מה הספק מנהל ומה נשאר באחריות העסק?
גם בשירות מנוהל יש חלוקת אחריות, וכדאי לכתוב אותה בהסכם כדי שלא יהיו הפתעות ביום האירוע.
| תחום | באחריות הספק | באחריות העסק |
|---|---|---|
| מדיניות ויעדי שחזור | הצעה, הגדרה ועדכון לפי השינויים בסביבה | אישור היעדים ועדכון הספק על מערכות חדשות |
| ניטור וטיפול בכשלים | בדיקה יומית, תיקון והתראה על כשל חוזר | מתן גישה לשרתים והפעלת מחשבים כבויים |
| בדיקות שחזור | ביצוע, מדידת זמנים ודוח | אישור התוצאות ותיקון פערים במערכות |
| שחזור בעת אירוע | ביצוע לפי סדר עדיפויות שנקבע | אישור השחזור בידי איש קשר מוסמך |
| הרשאות ואבטחת החשבונות | הפרדת חשבונות הגיבוי ואימות דו-שלבי | הגנה על המערכות עצמן: תחנות קצה, הרשאות וסיסמאות |
מה זה RTO ו-RPO ואיך קובעים אותם בהסכם השירות?
אלה שני המדדים שמגדירים מה העסק מקבל משירות גיבוי בענן מנוהל. נקודת השחזור (RPO, Recovery Point Objective) היא הנקודה בזמן שאליה מחזירים את הנתונים, כלומר כמה מידע מותר לאבד. זמן השחזור (RTO, Recovery Time Objective) הוא משך הזמן שהמערכת יכולה להיות מושבתת לפני שהעסק נפגע.
אין יעד אחד לכל העסק. מערכת הנהלת חשבונות או מסד נתונים של הזמנות מצדיקים גיבוי תכוף ושחזור מהיר, ואילו אחסון מסמכים ישנים יכול להסתפק בגיבוי יומי ובשחזור תוך יום עבודה.
| סוג מערכת | נקודת שחזור (RPO) | זמן שחזור (RTO) |
|---|---|---|
| מסד נתונים של הזמנות או הנהלת חשבונות | קצרה: גיבוי תכוף במהלך היום | קצר: לרוב בעזרת עותק מקומי |
| שרת קבצים משותף | בינונית: גיבוי כמה פעמים ביום או פעם ביממה | בינוני: שעות |
| תיבות דואר ושירותי תוכנה כשירות | בינונית: גיבוי יומי | בינוני: שחזור נקודתי של תיבה או תיקייה |
| אחסון מסמכים ישנים | ארוכה: גיבוי יומי או שבועי | ארוך: יום עבודה ויותר |
יעדים קצרים יותר מחייבים גיבוי תכוף יותר, עותק מקומי או אתר התאוששות מאסון, ולכן גם עולים יותר. הסכם השירות צריך לפרט את היעדים לכל מערכת, ולא רק לכתוב "שחזור מהיר".
איך גיבוי בענן מנוהל מגן מפני מתקפת כופר?
מתקפות כופר (Ransomware) מכוונות היום גם לגיבויים עצמם: תוקף שהשתלט על הרשת מנסה למחוק או להצפין את העותקים לפני שהוא מפעיל את ההצפנה. שירות מנוהל מיישם כמה שכבות הגנה:
- עותקים בלתי ניתנים לשינוי (Immutable Backups): ספקי הענן הגדולים מאפשרים לנעול את מאגר הגיבוי כך שאיש, כולל מנהל המערכת, לא יוכל למחוק נקודת שחזור לפני תום תקופת השמירה. ב-Microsoft Azure, למשל, נעילה של כספת גיבוי בלתי ניתנת לשינוי היא פעולה בלתי הפיכה, והיכולת זמינה גם באזור Israel Central.
- הפרדת זהויות: חשבונות הניהול של הגיבוי אינם חלק מהדומיין של העסק, כך שתוקף שהשתלט על הרשת אינו מקבל אוטומטית גישה לגיבויים.
- נקודות שחזור מרובות: תוקפים נוטים לשהות ברשת זמן מה לפני ההצפנה. מדיניות שמירה ארוכה מספיק מאפשרת לחזור לנקודה שלפני החדירה.
- שחזור מבוקר: לפני החזרה לייצור, משחזרים לסביבה מבודדת, סורקים ומוודאים שהמערכת נקייה.
הגיבוי הוא קו ההגנה האחרון ולא היחיד. הוא משלים אמצעים כמו הגנה על תחנות קצה, ניהול הרשאות וניטור.
מה זה כלל 3-2-1 ואיך מיישמים אותו בגיבוי מנוהל?
כלל 3-2-1, כפי שהוא מופיע במסמך אפשרויות הגיבוי של סוכנות הסייבר האמריקאית CISA: שלושה עותקים של כל מידע חשוב (המקור ושני גיבויים), על שני סוגי מדיה שונים, ועותק אחד מחוץ לאתר. בשירות מנוהל זה נראה בדרך כלל כך: הנתונים בשרתי העסק, עותק מקומי מהיר לשחזור יומיומי, ועותק בענן בחוות שרתים אחרת. התוספת המתבקשת היום היא שהעותק בענן יהיה בלתי ניתן לשינוי, ושהשחזור ממנו ייבדק בפועל.
לכל עותק יש תפקיד אחר. העותק המקומי משמש לשחזור מהיר של קובץ שנמחק או של שרת שקרס, בלי להמתין להורדה מהאינטרנט. העותק בענן נועד לתרחישים שבהם האתר כולו נפגע: שריפה, הצפה, גניבת ציוד או כופרה שהגיעה גם לגיבוי המקומי. שירות מנוהל מנטר את שני העותקים ומוודא ששניהם עדכניים, משום שעותק בענן שהפסיק להתעדכן לפני חודש מתגלה בדרך כלל רק ביום שבו צריך אותו.
איך נראית בדיקת שחזור ומה מקבלים בדוח?
בדיקת שחזור היא ההוכחה היחידה שהגיבוי עובד. בבדיקה תקופתית הספק משחזר קבצים לדוגמה ובכל רבעון שרת או מסד נתונים קריטי לסביבה מבודדת, מודד כמה זמן לקח ומשווה את התוצאה ליעד ה-RTO שבהסכם. הדוח כולל את המערכות שנבדקו, תאריך הנקודה ששוחזרה, זמן השחזור בפועל, תקלות שהתגלו ופעולות מתקנות. אחרי שינוי מהותי, כמו שרת חדש, שדרוג מערכת או מעבר לענן, מומלץ לבצע בדיקה נוספת.
כמה זמן לוקח הגיבוי הראשון ומה קובע קצב העלאה?
הגיבוי המלא הראשון הוא הצוואר של ההקמה, כי כל הנתונים עוברים בקו האינטרנט של המשרד. החישוב התיאורטי פשוט: נפח הנתונים בביטים מחולק בקצב ההעלאה. טרה-בייט אחד הוא כ-8 מיליון מגה-ביט, ולכן בקו עם העלאה של 100 מגה-ביט לשנייה, ובתנאי שכל הקצב פנוי, ההעלאה נמשכת כ-22 שעות.
| קצב העלאה פנוי | זמן תיאורטי ל-1TB | מה זה אומר בפועל |
|---|---|---|
| 50 מגה-ביט לשנייה | כ-44 שעות | סוף שבוע שלם, ובפועל יותר |
| 100 מגה-ביט לשנייה | כ-22 שעות | לילה וסוף שבוע |
| 500 מגה-ביט לשנייה | כ-4.4 שעות | לילה אחד |
בפועל הזמן ארוך יותר, כי הגיבוי מתחרה בתעבורה של העובדים, והדחיסה וההצפנה צורכות משאבים. לכן מתזמנים את הגיבוי הראשון ללילות ולסופי שבוע, מגבילים את הקצב בשעות העבודה, ובנפחים גדולים מאוד שוקלים העברה פיזית של העותק הראשון. אחרי הגיבוי הראשון עוברים רק השינויים, ולכן הקצב הנדרש יורד משמעותית. בנוסף, קצב ההעלאה קובע גם את זמן השחזור כשמורידים נתונים בחזרה, ולכן עותק מקומי נשאר חשוב לשחזורים מהירים. את התשתית שמאפשרת קצב כזה מתכננים יחד עם אבטחת המידע בענן, שמגדירה גם את הצפנת הערוץ.
מתי מספיק גיבוי מנוהל ומתי נדרשת גם התאוששות מאסון?
גיבוי מנוהל שומר עותקים של הנתונים ומשחזר אותם לשרתים של העסק או לשרתים חדשים, תהליך שיכול להימשך שעות. התאוששות מאסון כשירות (DRaaS, Disaster Recovery as a Service) שומרת עותק מעודכן של השרתים עצמם, ומאפשרת להפעיל אותם בענן תוך זמן קצר כשהאתר הראשי מושבת. השירות השני יקר יותר ומתאים למערכות שהשבתה שלהן עוצרת את העסק.
ארגונים רבים משלבים: התאוששות מאסון למערכות הקריטיות, וגיבוי מנוהל לכל השאר. עסק שהשרתים שלו פועלים בענן זקוק לגיבוי לא פחות, משום שמחיקה בטעות, הגדרה שגויה או כופרה על שרת וירטואלי הן באחריות העסק, והעותק צריך להישמר מחוץ לחשבון הענן הראשי.
מה נדרש לפני הזמנת שירות גיבוי בענן מנוהל?
- רשימת מערכות: שרתים פיזיים ווירטואליים, מסדי נתונים, תיבות דואר, שירותי ענן ומחשבים של עובדים שמחזיקים מידע מקומי.
- נפח נוכחי וקצב גידול משוער, כדי לתכנן את הגיבוי המלא הראשון ואת נפח האחסון.
- סדר עדיפויות: מה חייב לחזור ראשון ביום תקלה, ומה יכול לחכות.
- קצב העלאה של קו האינטרנט. גיבוי ראשון של כמה טרה-בייט על קו איטי עלול להימשך ימים, וכדאי לתכנן אותו לסוף שבוע או בהעברה פיזית.
- דרישות שמירה: כמה זמן יש לשמור גיבויים, לפי צורכי העסק, חובות חשבונאיות או הוראות רגולטור.
- איש קשר בעסק שמוסמך לאשר שחזור, ונוהל הזדהות מולו.
אילו שאלות לשאול ספק גיבוי בענן מנוהל?
- היכן יישמרו הגיבויים, האם בישראל, והאם יש עותק משני באזור אחר?
- האם העותק בענן בלתי ניתן לשינוי, ולכמה זמן?
- מי מטעם הספק יכול לגשת לנתונים, והאם הם מוצפנים במפתח שבשליטת העסק?
- מה ה-RTO וה-RPO שהספק מתחייב אליהם בכתב לכל מערכת?
- באיזו תדירות מתבצעות בדיקות שחזור, והאם העסק מקבל דוח עליהן?
- מה קורה בסוף ההתקשרות: איך מקבלים את הנתונים ותוך כמה זמן הם נמחקים אצל הספק?
שאלת מיקום הנתונים והגישה אליהם קיבלה משקל רב יותר מאז 14 באוגוסט 2025, אז נכנס לתוקף תיקון 13 לחוק הגנת הפרטיות, שהרחיב את סמכויות האכיפה של הרשות להגנת הפרטיות. גיבוי מכיל את אותו מידע אישי שנמצא במערכות המקור, ולכן צריך לאבטח אותו באותה רמה.
איך מתומחר שירות גיבוי בענן מנוהל?
המחיר מורכב משני רכיבים: עלות האחסון בענן, שתלויה בנפח, במספר הגרסאות ובתקופת השמירה, ודמי הניהול, שנקבעים בדרך כלל לפי מספר השרתים, המחשבים ותיבות הדואר המוגנים ולפי יעדי השחזור. עותק בלתי ניתן לשינוי, תקופת שמירה ארוכה ואתר התאוששות מאסון מעלים את העלות. מחירי האחסון הגולמיים אצל ספקי הענן מפורטים במדריך שצוין למעלה, והמחיר של שירות מנוהל נקבע בהצעה לפי אפיון המערכות, כמו בטבלת השירותים שבתחתית העמוד.
גיבוי בענן מנוהל עם טלקום אקספרט
טלקום אקספרט מלווה עסקים באפיון שירות גיבוי מנוהל: מיפוי המערכות, קביעת יעדי RPO ו-RTO, בדיקת קצב ההעלאה של הקו, ובחינת הצעות של ספקים מול הדרישות שנקבעו. הליווי מתבצע בידי מהנדס תקשורת עם מעל 25 שנות ניסיון, והשירות מיועד לעסקים ולארגונים בלבד.
שירותי גיבוי בענן מנוהל שטלקום אקספרט מלווה
אחרי שהגדרתם יעדי שחזור ובדקתם את קצב ההעלאה, אפשר לבקש הצעה לפי המערכות של העסק. בכל שורה בטבלה אפשר לבקש הצעת מחיר בווטסאפ.
| שירות | מה כולל |
|---|---|
| גיבוי מנוהל לשרתים ומסדי נתונים | אפיון מה שצריך לגבות, התקנת סוכני גיבוי על השרתים ומסדי הנתונים, ניטור יומי של הגיבויים וטיפול בכשלים. |
| גיבוי מנוהל ל-Microsoft 365 | גיבוי הדואר, OneDrive ו-SharePoint של הארגון ב-Microsoft 365, עם תקופת שמירה שמוגדרת מראש לפי מדיניות העסק. |
| בדיקות שחזור תקופתיות ודוח | שחזור תקופתי של הגיבויים לסביבת בדיקה, מדידת זמני השחזור מול יעד ה-RTO, וכתיבת דוח עם הממצאים והתיקונים. |
| התאוששות מאסון כשירות | שכפול השרתים הקריטיים לאתר משני, כך שניתן לעבור אליו בתקלה חמורה, ותרגיל מעבר מתוכנן לבדיקת התהליך. |
| קבלו הצעת מחיר | |
לייעוץ ללא התחייבות: 077-8123111.
שאלות נפוצות על גיבוי בענן מנוהל
ההקמה עצמה, כולל אפיון, התקנת סוכנים והגדרת מדיניות, נמשכת בדרך כלל ימים ספורים בעסק קטן או בינוני. מה שקובע את לוח הזמנים בפועל הוא הגיבוי המלא הראשון, שתלוי בנפח הנתונים ובקצב ההעלאה של הקו. בנפחים גדולים מתזמנים אותו ללילות ולסופי שבוע, או מעבירים את העותק הראשון על כונן פיזי. מהרגע שהעותק הראשון קיים, הגיבויים הבאים מעבירים רק שינויים ומתקצרים מאוד.
זה תלוי באופן ההצפנה. בשירות שמוגדר נכון, הנתונים מוצפנים כבר במחשב או בשרת של העסק לפני שהם יוצאים לענן, ונשמרים מוצפנים גם באחסון. כשמפתח ההצפנה בשליטת העסק, לספק אין יכולת מעשית לקרוא את התוכן, אבל אובדן המפתח פירושו אובדן הגישה לגיבוי, ולכן שומרים אותו במקום מאובטח ונפרד. כדאי לקבל מהספק בכתב מי יכול לגשת לנתונים ובאילו נסיבות.
גיבוי מנוהל שומר עותקים של הנתונים ומשחזר אותם לשרתים של העסק או לשרתים חדשים, תהליך שיכול להימשך שעות. התאוששות מאסון כשירות שומרת עותק מעודכן של השרתים עצמם ומאפשרת להפעיל אותם בענן תוך זמן קצר כשהאתר הראשי מושבת. השירות השני יקר יותר ומתאים למערכות שהשבתה שלהן עוצרת את העסק, וארגונים רבים משלבים בין השניים.
כן, ושם הוא חשוב לא פחות. ספק הענן אחראי לזמינות התשתית, אבל מחיקה בטעות, הגדרה שגויה או כופרה שהצפינה שרת וירטואלי הן באחריות העסק. שירות מנוהל מגבה את השרתים הווירטואליים, את מסדי הנתונים ואת שירותי התוכנה כשירות, ושומר עותק מחוץ לחשבון הענן הראשי, אצל ספק אחר או בחשבון נפרד. כך פריצה לחשבון הענן של העסק אינה פוגעת גם בגיבויים.
אין תדירות אחת שמתאימה לכולם, אבל העיקרון ברור: גיבוי שלא נבדק הוא הנחה ולא הגנה. מקובל לשחזר קבצים לדוגמה באופן שוטף, ולבצע לפחות פעם ברבעון שחזור מלא של שרת או מסד נתונים קריטי לסביבת בדיקה, תוך מדידת הזמן מול יעד השחזור שנקבע. כדאי לבדוק שוב אחרי כל שינוי מהותי, כמו שרת חדש, שדרוג מערכת או מעבר לענן.
לעסק ישראלי זו בדרך כלל בחירה נכונה לעותק הראשי, אבל היא לא השאלה היחידה. גיבוי מכיל את אותו מידע אישי שנמצא במערכות המקור, ומאז שתיקון 13 לחוק הגנת הפרטיות נכנס לתוקף ב-14 באוגוסט 2025, למיקום הנתונים ולגישה אליהם יש משקל רב יותר. לכן כדאי לברר עם הספק היכן יישמרו הגיבויים, האם יש עותק משני באזור אחר למקרה שהאתר כולו נפגע, ומי מטעמו יכול לגשת לנתונים.
התהליך מתחיל באפיון קצר: רשימת השרתים והמחשבים, נפח הנתונים הנוכחי, סדר העדיפויות לשחזור וקצב ההעלאה של הקו. על בסיס זה מתקבלת הצעה שמפרטת יעדי שחזור, תקופת שמירה ותכולת השירות, ואחריה מתבצעת ההתקנה והגיבוי הראשון. כדאי לקבוע איש קשר בעסק שמוסמך לאשר שחזור ולהגדיר מראש מי יקבל את הדוחות.
נקודת שחזור (RPO) קובעת כמה מידע מותר לאבד, וזמן שחזור (RTO) קובע תוך כמה זמן המערכת חוזרת לפעול. את היעדים בוחרים לפי מחיר ההשבתה ומחיר אובדן המידע של כל מערכת: מסד נתונים של הזמנות דורש יעדים קצרים, ואחסון מסמכים ישנים יכול להסתפק ביעדים ארוכים וזולים יותר. היעדים נכתבים בהסכם השירות לכל מערכת בנפרד.
