Jobs מסומנים Successful אבל שחזור מלא מעולם לא נבדק.
BACKUP & DR
גיבוי שלא נבדק בשחזור הוא רק תקווה.
מערך גיבוי עסקי צריך לענות על שאלה אחת: אם השרת, המחשב או החשבון נופלים עכשיו — כמה מהר אפשר להחזיר את העסק לעבודה?
TECHNOLOGY ECOSYSTEMהטכנולוגיות שאנחנו עובדים איתן
Microsoft
ESET
Fortinet
Synology
Cloudflare
AWS
ConnectWise
UpCloud
Check Point
Dell Technologies
HPE
Lenovoשמות וסימני המסחר מזהים פלטפורמות בסביבת העבודה שלנו ואינם מעידים כשלעצמם על הסמכה או שותפות חוזית מסוימת.
מערך גיבוי בנוי מכמה שכבות.
Local Backup
שחזור מהיר של קבצים ומערכות כאשר מקור הבעיה מקומי.
Off-site Backup
עותק נוסף מחוץ לאתר כדי לא להיות תלויים באותה תשתית פיזית.
Immutable / Protected Copy
הפחתת הסיכון לכך שתוקף או כופרה ימחקו גם את הגיבויים.
Microsoft 365 Backup
הגנה נוספת על מידע בענן לפי הצורך העסקי.
Restore Tests
בדיקות שחזור תקופתיות כדי לוודא שהגיבוי באמת שימושי.
Recovery Plan
סדר פעולות ברור: מה מחזירים קודם, איפה וכמה זמן זה אמור לקחת.
מה לבדוק כבר היום?
מתי בוצע השחזור האחרון?
לא רק מתי הגיבוי רץ — מתי מישהו באמת פתח ושחזר מידע ממנו.
האם הגיבוי נגיש מאותו חשבון אדמין?
אם כן, אירוע אבטחה עלול לסכן גם את העותק שאמור להציל אתכם.
האם מוגדר זמן יעד לחזרה לפעילות?
RTO ו-RPO צריכים להתאים לעסק ולא רק ליכולת הטכנית של מוצר הגיבוי.
BACKUP / RECOVERY
Backup ירוק הוא לא הוכחה שאפשר לחזור לעבוד.
גיבוי נמדד ברגע הלא נוח ביותר: קובץ שנמחק, SQL שנפגע, שרת שהוצפן או מערכת שלא עולה. מה שחשוב הוא לא רק שהעתק נוצר — אלא שהוא נפרד, תקין, נגיש וניתן לשחזור בזמן שהעסק מסוגל לספוג.
עותקי הגיבוי נגישים מאותה סביבה שהכופרה יכולה להגיע אליה.
לא מוגדרים RPO ו־RTO, ולכן אין תשובה לכמה מידע וזמן אפשר לאבד.
יש גיבוי לשרת, אבל לא בהכרח ל־Microsoft 365, תחנות או מידע קריטי אחר.
WHAT YES TAKES OWNERSHIP OF
אנחנו מתכננים התאוששות, לא רק גיבוי.
הפתרון משלב עותקים מקומיים ומרוחקים לפי הצורך, הפרדת הרשאות, immutability היכן שמתאים, ניטור ובדיקות שחזור — יחד עם סדר פעולות ברור לרגע שבו באמת צריך להחזיר את העסק.
Backup Architecture
בחירת שכבות גיבוי לפי סוג המידע, קצב השינוי, נפח, רגישות והזמן שבו העסק חייב לחזור לפעילות.
Off-site / Immutable
הפרדת עותקים מהסביבה הראשית וצמצום היכולת של אירוע אבטחה למחוק גם את נקודת ההתאוששות.
Restore Testing
בדיקות שחזור של קבצים, מערכות ותרחישים כדי לוודא שהגיבוי שימושי ולא רק קיים.
Recovery Runbook
מי עושה מה, באיזה סדר, אילו מערכות עולות קודם ואיך מתקשרים עם המשתמשים והספקים.
BUSINESS OUTCOME
פחות הפתעות
עדיפויות עסקיות
עמידות טובה יותר
הערך האמיתי של גיבוי הוא ודאות יחסית לגבי הדרך חזרה.
מגלים בעיות שחזור בבדיקה — לא בזמן אירוע אמיתי.
המערכות הקריטיות חוזרות לפי סדר שנקבע מראש.
אירוע בייצור לא אמור למחוק באותה נשימה גם את כל נתיבי ההתאוששות.
WHY YES
אנחנו מחברים את הגיבוי לסביבה שאנחנו מכירים: שרתים, Microsoft 365, SQL, הרשאות ורשת. לכן תכנון השחזור מבוסס על איך העסק באמת עובד.
QUESTIONS / ANSWERS
השאלות שכדאי לשאול לפני שבוחרים מי ינהל את זה.
Snapshot הוא גיבוי?
Snapshot יכול להיות כלי שימושי, אבל לבדו הוא בדרך כלל לא תחליף לאסטרטגיית גיבוי נפרדת ומוגנת.
כמה עותקים צריך?
אין מספר קסם שמתאים לכולם. בונים את הארכיטקטורה לפי חשיבות המידע, הסיכון, התקציב ויעדי ההתאוששות.
באיזו תדירות צריך לבדוק שחזור?
לפי קריטיות המערכת וקצב השינויים. מערכות קריטיות דורשות בדיקות מתוכננות ולא הסתמכות על כך שה־job הסתיים בהצלחה.
WHAT HAPPENS NEXT
בלי פרויקט ענק. מתחילים בשלושה צעדים ברורים.
NO HARD SELL. JUST A CLEAR LOOK.
בואו נבדוק את זה יחד ↗
אם אף אחד לא שיחזר את המערכת לאחרונה — זה בדיוק הדבר שכדאי לבדוק.
רוצים לדעת אם אפשר באמת לשחזר?
נבדוק את שכבות הגיבוי, ההפרדה, ההתראות ותהליך השחזור.