הגדרת גיבוי עבור Bitrix24 On-Premise

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

הכישורים שלנו:

שאלות נפוצות

הגדרת גיבוי עבור Bitrix24 On-Premise

דיסק קשיח נכשל במפתיע. או שמישהו מריץ בטעות rm -rf ב-/home/bitrix/www. שחזור 10,000 רשומות לקוחות ללא גיבוי הוא מיתוס. בפרקטיקה של ניהול On-Premise, עותק נתונים קבוע ונבדק הוא מה שמבדיל בין חברות שישנות בשקט לבין אלה שמחפשות כסף כדי לקנות נתונים ממומחי שחזור. הנזק הממוצע מכשל במסד נתונים של 100 GB מוערך ב-$4.5k–6.5k — זה העלות של זמן השבתה והזנת נתונים מחדש. הגדרת גיבוי עבור Bitrix24 On-Premise אינה משימה חד-פעמית אלא תהליך. נפרק אילו רכיבים יש להעתיק, כיצד, והכי חשוב — איך לוודא שהגיבוי באמת עובד. במשך למעלה מ-10 שנים של ניהול מאות התקנות, גיבשנו נוסחה פשוטה: RPO של לא יותר משעה, RTO של לא יותר מ-4 שעות. וזה ניתן להשגה ללא פתרונות קופסה יקרים. יתרה מכך, תכנית גיבוי מתוכננת היטב מקצרת את זמן השחזור לשעתיים ב-90% מהמקרים, ועלות ההתקנה המקצועית מחזירה את עצמה לאחר השחזור המוצלח הראשון. לדוגמה, עבור התקנה עם מסד נתונים של 50 GB ו-200 GB של קבצים, מחזור הגיבוי המלא אורך פחות מ-30 דקות.

מה צריך לגבות

Bitrix24 On-Premise מורכב ממספר רכיבים, שכל אחד דורש אסטרטגיה נפרדת. הנה הסט המינימלי:

רכיב מיקום כלים תדירות
מסד נתונים (MySQL/MariaDB) /var/lib/mysql/bitrix Percona XtraBackup, mysqldump גיבוי מצטבר כל שעה, גיבוי מלא פעם ביום
קבצי ליבה /home/bitrix/www rsync, tar פעם ביום
קבצים שהועלו /home/bitrix/www/upload rsync כל 4 שעות
דיסק Bitrix24 /home/bitrix/www/bitrix/managed_cache rsync פעם ביום (אם המטמון חשוב)
תצורת nginx, PHP /etc/nginx, /etc/php.ini git, rsync לאחר כל שינוי

למה Percona XtraBackup עדיף על mysqldump

mysqldump יוצר dump לוגי — הוא נועל טבלאות לכתיבה ודורש dump מלא בכל פעם. עבור מסד נתונים של 50 GB, זמן ה-dump יכול לעלות על שעה, והשחזור אורך אפילו יותר. Percona XtraBackup לוקח עותק פיזי של טבלאות InnoDB תוך כדי פעולה, ללא נעילה, ותומך בגיבויים מצטברים. תוצאה: גיבוי מלא של מסד נתונים של 50 GB — 15 דקות, גיבוי מצטבר — 3–5 דקות. זה שומר על RPO בתוך שעה גם בפרויקטים בעומס גבוה.

גיבוי מובנה: מתי הוא מתאים?

המודול "גיבוי" ב-Bitrix24 נוח לאתרים קטנים (עד 1 GB של נתונים) או כאמצעי מהיר להעברה לסביבת בדיקה. אבל עבור סביבת production הוא מסוכן: הארכיון נכתב לאותו דיסק, אין רוטציה, אין תמיכה בגיבויים מצטברים. כפי שנכתב בתיעוד הרשמי של 1C-Bitrix (https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2724&LESSON_PATH=3913.3516.2724), "שיטה זו אינה מומלצת לשימוש קבוע בפרויקטים גדולים." השתמשו בה כתוספת לגיבוי הראשי.

כיצד להגדיר גיבוי מקצועי באמצעות cron

מסד נתונים עם Percona XtraBackup — הסטנדרט עבור production:

#!/bin/bash
# /usr/local/bin/bitrix-backup-db.sh
BACKUP_DIR="/backup/bitrix/db"
DATE=$(date +%Y%m%d_%H%M)
# Полный бэкап каждое воскресенье
if [ $(date +%u) -eq 7 ]; then
    xtrabackup --backup --target-dir=$BACKUP_DIR/full_$DATE \
        --user=bitrix --password=$DB_PASS
else
    # Инкрементальный бэкап в остальные дни
    xtrabackup --backup --target-dir=$BACKUP_DIR/inc_$DATE \
        --incremental-basedir=$BACKUP_DIR/latest_full \
        --user=bitrix --password=$DB_PASS
fi

אל תשכחו להגדיר משתני סביבה: #!/bin/bash # /usr/local/bin/bitrix-backup-db.sh BACKUP_DIR="/backup/bitrix/db" DATE=$(date +%Y%m%d_%H%M) # Полный бэкап каждое воскресенье if [ $(date +%u) -eq 7 ]; then xtrabackup --backup --target-dir=$BACKUP_DIR/full_$DATE \ --user=bitrix --password=$DB_PASS else # Инкрементальный бэкап в остальные дни xtrabackup --backup --target-dir=$BACKUP_DIR/inc_$DATE \ --incremental-basedir=$BACKUP_DIR/latest_full \ --user=bitrix --password=$DB_PASS fi — הסיסמה למשתמש bitrix, ו-DB_PASS — קישור סימלי לגיבוי המלא האחרון.

סקריפט ל-rsync עם רוטציה
#!/bin/bash
# Ежедневный бэкап файлов с хранением 30 дней
rsync -avz --delete \
    /home/bitrix/www/upload/ \
    backup-server:/backups/bitrix-upload/$(date +%Y%m%d)/
# Удаление бэкапов старше 30 дней
find /backups/bitrix-upload/ -maxdepth 1 -type d -mtime +30 -exec rm -rf {} \;

אחסון חיצוני: השוואת אפשרויות

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

אפשרות מהירות שחזור עלות אמינות
אחסון S3 (Yandex Object Storage, AWS S3) בינונית (תלוי בערוץ) נמוכה (תשלום לפי GB) גבוהה (10+ תשעיות)
שרת חיצוני באמצעות rsync/SSH גבוהה (רשת מקומית) בינונית (השכרת שרת) גבוהה (פיזור גיאוגרפי)
NAS + שכפול לענן גבוהה (NAS), בינונית (ענן) בינונית (עלות NAS) בינונית (NAS יכול להיכשל)

עלות אחסון של 1 TB ב-S3 היא כ-$9–13 לחודש. עבור production, אנו ממליצים על היברידי: גיבוי rsync מקומי ל-NAS ולאחר מכן שכפול לאחסון S3 באזור אחר. זה נותן גם מהירות שחזור וגם הגנה גיאוגרפית.

באיזו תדירות לבדוק שחזור?

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

  1. פרוסו שרת בדיקה עם אותה מערכת הפעלה וגרסת Bitrix24.
  2. שחזרו את הגיבוי המלא האחרון של מסד הנתונים: latest_full.
  3. שחזרו קבצים מהעותק rsync לשרת הבדיקה.
  4. ודאו פונקציונליות: התחברות, גישה ל-CRM, יצירת ליד, רשומות אחרונות.
  5. תעדו את זמן השחזור (RTO). עבור רוב ההתקנות On-Premise, יעד ה-RTO הוא לא יותר מ-4 שעות.

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

מה כלול בהגדרת גיבוי סוהר

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

  • ביקורת תצורה נוכחית: בדיקת מערכת הדיסקים, ערוצי תקשורת, הרשאות גישה.
  • התקנה והגדרה של Percona XtraBackup עם גיבוי מצטבר (RPO של שעה).
  • סקריפטים של rsync לקבצים עם רוטציה ומחיקת עותקים ישנים.
  • הגדרת אחסון חיצוני (S3 או שרת חיצוני) עם הצפנת ערוץ.
  • תיעוד הליך השחזור והדרכה למנהל המערכת שלכם.
  • שחזור בדיקה חד-פעמי עם מדידת RTO.
  • אחריות: אם ההנחיות מבוצעות, אנו משחזרים נתונים בתוך הזמן המוסכם.

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