בשבוע שעבר בא אלי לקוח וביקש ממני לגבות את האתר שאני מפתח עבורו. מהן האפשרויות? ומה עדיף? קראו על האתגרים שבגיבוי אתרים ועל החלופות שמצאתי, ויפה שעה אחת קודם!

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

ובכן מה עושים? ואיך שומרים על המשכיות עסקית (business continuity)?

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

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

אבל מה קורה אם הלקוח רצה משהו קצת יותר מתוחכם ובנה אתר משל עצמו, עם מערכת ניהול תוכן?

גיבוי אתרים על ידי בונה האתר

אני פשוט גיביתי את הקבצים דרך FTP, ואת בסיס הנתונים דרך phpMyAdmin.

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

• ל-Handy Backup ממשק מיושן ודרך עבודה מיושנת, ולא הצלחתי לגבות איתה את בסיסי הנתונים (אולי הייתי יכול להגדיר דרייבר ODBC כדי להתחבר לשרת, אבל זה היה מורכב מדי עבורי).
• ל-Site Vaule ממשק מודרני יותר, אבל גם השיטה שלהם לגיבוי MySQL - נפלה עקב בעיות הרשאה של השרת, שלא איפשר לשים את הסקיפטים שנדרשים על ידי התוכנה לצורך גישה לבסיס הנתונים של הגיבוי.

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

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

גיבוי אתרים עבור הלקוח

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

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

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

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

אז מה עשיתי בסוף עבור הלקוח? לקחתי את הקבצים שהעתקתי למחשב המקומי בסעיף הקודם, ארזתי אותם בתוך קובץ ZIP, וטענתי אותו אל ה-גוגל דוקס (GOOGLE DOCS) שלי לתיקיה חדשה (שם קובץ ה-ZIP יהיה לפי תאריך הגיבוי). ואחר כך לשתף את התיקיה של ה-GOOGLE DOCS עם הלקוח, כדי שהוא יוכל להוריד את קובץ הגיבוי במקרה הצורך. כך חסכתי את העלות החודשית של שירות גיבוי ONLINE, ועדיין הבטחתי זמינות ONLINE של הקבצים עבור הלקוח. סה"כ העליתי קובץ של 70 מגה, שלא העמיס יתר על המידה על חשבון הגוגל דוקס שלי (מותר לי לאחסן עד 1G בחינם ומעבר לזה בתשלום שנתי נמוך).

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

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

אמנון