7 שלבים לפשט גיבוי ענן עסקי

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

במודל זה, כל מה שמנהל ה- IT שלך צריך לעשות הוא לוודא שלכל התקן יעד או דיסק יש חיבור לאינטרנט. לאחר מכן, התזמון והבדיקה הם מתוך קונסולה מרכזית וכל מכשיר יכול להוריד את תוכנת הלקוח הנדרשת דרך האינטרנט. אתה יכול אפילו להפוך את המשימה לאוטומטית בכמה דרכים שונות. אז מדוע גיבוי עדיין זוכה לעיתים קרובות על ידי עסקים קטנים עד בינוניים (SMB's)?

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

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

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

1. גיבויים אוטומטיים

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

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

כמה חברות, כולל ספקיות תוכנת גיבוי נתונים, כמו גם בוני מערכות הפעלה כמו מיקרוסופט עם {ZIFFARTICLE id = "338257"}} Windows 10 , כוללים יכולות גיבוי חכמות בתוכנה שלהם, שלא רק שהגיבויים מתרחשים לעיתים קרובות, אלא גם מנהלים בצורה חכמה את השימוש ברוחב הפס של מכשיר היעד כך שזרמי הגיבוי שלך לא יסתמו את הרשת שלך.

2. חפש שילובים

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

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

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

3. צור עותקים מרובים באזורים מרובים

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

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

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

4. לכו על הענן הציבורי

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

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

5. אל תתעלם מאבטחת נתונים

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

התשובה שאתה מחפש מספקי הגיבוי ותשתיות הענן שלך היא שהיא מוגנת היטב בכמה רמות. בראש ובראשונה, אתה רוצה שהיא תוצפן. זה בטח יוצפן בזמן שהוא מועבר באמצעות SSL או רשת פרטית וירטואלית (VPN), אך קידוד "נתונים במנוחה" זה מה שאתה מחפש נוסף על כך. אתה רוצה גם לוודא שכל ספק שאתה משתמש בתוכנה או באחסון מבין והוא תואם לחלוטין את כל דרישות הרגולציה המשפיעות על העסק שלך. HIPAA ו- GDPR הן שתי דוגמאות ברורות, אך יש ממש עשרות תלויות בענף שלך. שאל את הספקים שלך וגלה כיצד הם מטפלים בבקשות אלה לפני הרכישה. אמזון היא דוגמא למצויינות כאן עם אתר המוקדש לשום דבר מלבד פירוט כל יכולות התאימות שלו.

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

6. השתמש ב- Analytics כדי לאתר את הגיבויים

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

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

7. תן לזה מערבולת

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

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

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