גיבוי השרת שלך: 6 שלבים

2024 מְחַבֵּר: John Day | [email protected]. שונה לאחרונה: 2024-01-30 09:17

מאת Johntron ג'והנטרון מדבר עקוב אחר מאת המחבר:

אודות: מפתח תוכנה, מייסד שותף בטכנולוגיות וטכנולוג. כרגע לומד בבית ספר לתארים מתקדמים בתקשורת המתפתחת ותקשורת באוניברסיטת טקסס בדאלאס. עוד על Johntron »

למד כיצד לגבות את תיבת *nix שלך לכונן קשיח חיצוני (או tapedrive ללא מאמץ רב). אני מכסה את התקנת אמצעי הגיבוי, באמצעות 'dump', שחזור וגם גיבוי קבצים משרת מרוחק לכונן קשיח חיצוני. לגיבוי מחשב Windows, קרא את המאמר lifehacker.com כאן. שלב 1: הכנת דברים שלב 2: קח `dump` שלב 3:` שחזור שלב 4: גיבויים מרחוק שלב 5: אוטומציה הלוגו FreeBSD הוא סימן מסחרי של קרן FreeBSD ומשמש את ג'ון סירינק באישור קרן FreeBSD.

שלב 1: הכינו את הדברים

לפני שתבצע גיבוי, עליך שיהיה לך מה לגבות. באופן מסורתי, מדובר בכונני קלטת; עם זאת, דיסק קשיח חיצוני (איכותי) יעבוד מצוין. אינך חייב להשתמש בכונן קשיח חיצוני, אך עם כונן חיצוני יש לך את הנוחות שאתה יכול להביא את הכונן הקשיח הביתה (או למיקום אחר מחוץ לאתר). השתמשתי בכמה MyBook של Western Digital. במעגל סיטי היו מבצע של 80% הנחה על כוננים חיצוניים (נבחרים), וקיבלתי שני כוננים של 250 ג'יגה -בייט בעפר זול. מניסיוני, ל- Western Digital יש כוננים באיכות גבוהה מאוד (כלומר הם מחזיקים לנצח). זה הופך אותם למתאימים לגיבוי. אם אתה עומד להתמודד עם הטרחה של גיבוי משהו, אינך רוצה שמדיום הגיבוי שלך יזדוף עליך.וק, בדיוק כמו המאמר השני שלי, אני אשתמש ב- FreeBSD®; עם זאת, ניתן לבצע את רוב הדברים שאכסה בכל טעם של Linux, Unix או BSD. (דלג על הפסקה הבאה אם כבר יש לך תמיכה ב- USB 2.0 או שאינך משתמש בכונן USB חיצוני) MyBooks הם כונני USB 2.0. ל- FreeBSD 5.4-STABLE אין מנהל התקן EHCI (בעצם הדבר שנותן לך USB 2.0) מופעל כברירת מחדל. זהו תיקון קל, אם כי יש שיחשבו שחיבור הגרעין יהיה מפחיד (זה לא). אם אתה אחד מהסוגים הזהירים מדי, אני ממליץ לבצע גיבוי לפני הידור מחדש של הגרעין שלך. ייתכן ש- USB 2.0 אינו מופעל, אך USB 1.1 עדיין פועל. זה פשוט הרבה יותר איטי. כדי לאפשר EHCI, קרא את עמוד זה של מדריך ההוראות. סביר להניח שתצטרך להתייחס גם לסעיף זה של מדריך ההסברים המסביר כיצד למעשה לאסוף מחדש את הגרעין. אם אתה משתמש בכונן חיצוני, או אפילו בכונן פנימי, יהיה עליך להתקין את הכונן לפני שתוכל להשתמש בו. זה נעשה באמצעות הפקודה `mount`, וזה די פשוט. הנה דף הגבר של מאונט. אם mount מתלונן על כך שלא תוכל לקבוע את סוג מערכת הקבצים, סביר להניח שתצטרך לעצב את הכונן. לשם כך תצטרך לדעת את המכשיר הנכון לעיצוב. בשבילי זה היה /dev /da0, אבל עבורך זה עשוי להיות שונה. עיין בתיעוד הפצה שלך. לאחר שתקבע לאיזה מכשיר מחובר ה- HD החיצוני שלך, יהיה עליך לבצע את העיצוב בפועל של הכונן (ובכן, מחיצה). אם אתה צריך עזרה בחלוקת הכונן שלך, פשוט שאל אותי. FreeBSD משתמש ב- mkfs ליצירת מערכות קבצים במחיצות. כל סוג של מערכת קבצים יעבוד, אבל בחרתי להשתמש ב- UFS כי זה מה שמשתמש FreeBSD כברירת מחדל. FAT32 הוא כנראה התואם ביותר למערכות הפעלה אחרות, ו- Ext3 הוא מה שרוב טעמי לינוקס משתמשים בימינו (או לפחות הם עשו בפעם האחרונה שהשתמשתי בלינוקס). אז, השתמשתי בפקודה זו כדי לעלות את הכונן שלי: mount -t ufs /dev /da0 /backupOK, אתה אמור שיהיה אמצעי הגיבוי שלך מוכן לפעולה. אם לא, פשוט שאל:) המשך לשלב 2. הסימן FreeBSD הוא סימן מסחרי רשום של קרן FreeBSD ומשמש את ג'ון סירינק באישור קרן FreeBSD.

שלב 2: קח 'זריקה'

בואו לגבות את החומרים שלנו. ישנן מספר דרכים לעשות זאת. Dump ו- Tar הם כנראה השניים הנפוצים ביותר, ולשניהם יש נקודות חוזק וחולשה משלהם. Dump היא למעשה הדרך האמינה ביותר לגיבוי המערכת שלך; עם זאת, הוא יכול לגבות רק מחיצות שלמות. טאר היא מהירה וקלה לשימוש בתיקיות בודדות, אך לוקחת קצת זמן לגבות נפחים גדולים יותר. טאר גם דוחס את הקבצים, ומוסיף שכבה של מורכבות שעלולה לפגוע בגיבויים שלך. קרא דף זה למידע נוסף. החלטתי להשתמש במזבלה בגלל האמינות. שטח האחסון לא היה בעיה, ומכיוון שיש לי cron לבצע גיבויים עבורי באופן אוטומטי בזמן שאני ישן, אני לא צריך לדאוג לפרקי זמן. אחת המוזרויות של dump היא שהוא מגבה מחיצות שלמות. המשמעות היא שעליך לזרוק כל מחיצה בנפרד (למשל המחיצות /usr, /var ו- /tmp, כמו גם /מחיצה). Dump מאפשר לך לציין גם את "רמת" הגיבוי. אני אבצע גיבויים שבועיים ולילה. עבור הגיבויים השבועיים שלי, אני משתמש ברמה 0, ובגיבויים הליליים, אני משתמש ברמה 2. אם אתה משתמש בכונן קלטת, או אם אתה רוצה לחסוך מקום אחסון, שקול להשתמש בתוכנית גיבוי של מגדל האנוי (גוגל אותו (זכור /גיבוי הוא המקום שבו יש לי את ה- HD החיצוני שלי מותקן) הפקודות בהן השתמשתי למזבלות שבועיות הן:

• dump -0Lna -C 100 -f /גיבוי /שבועי /root /
• dump -0Lna -C 100 -f /גיבוי /שבועי /usr /usr
• dump -0Lna -C 100 -f /גיבוי /שבועי /var /var
• dump -0Lna -C 100 -f /גיבוי /שבועי /tmp /tmp

הפקודות בהן השתמשתי למזבלות ליליות הן:

• dump -2Lna -C 100 -f /backup /nightly /root /
• dump -2Lna -C 100 -f /backup /nightly /usr /usr
• dump -2Lna -C 100 -f /backup /nightly /var /var
• dump -2Lna -C 100 -f /backup /nightly /tmp /tmp

למעשה השתמשתי בפקודה 'תאריך' כדי לתת שם לקבצים שלי, אך השמטתי זאת לשם הפשטות. המזבלה באמצעות הפקודה `תאריך` תיראה בערך כך: dump -0Lna -C 100 -f/גיבוי/שבועי/usr/` תאריך "+%Y-%B-%d" `/usr כמובן שתצטרך כדי ליצור ספריות יעד מתאימות לגיבוי לפני שתפעיל את הפקודה dump, אבל אתה אמור להיות מסוגל להבין זאת. ועכשיו אתה אמור לקבל תמונת מצב של המערכת שלך, או לפחות לדעת כיצד ליצור אחת מהן. השלב הבא הוא אופן השימוש בשחזור. וכיצד להכין תקליטונים "תיקוניים". אל תדלג על השלב הזה או שאתה מבזבז את הזמן שלך.

שלב 3: 'שחזור'

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

כדי לשחזר גיבוי, עליך להיות בעל מערכת הפעלה מינימלית כדי להעביר את הגיבוי ממדיום הגיבוי שלך למחשב החי, מכשיר LIVE (למשל, ללא חומרה פגומה) והגיבויים עצמם. עבור מערכת ההפעלה המינימלית, אני משתמש באותו תקליטור שבו השתמשתי להתקנת FreeBSD. ל- Sysinstall יש מצב "Fixit" לשחזור גיבויים. אם יש לך חומרה לא סטנדרטית, ייתכן שיהיה עליך ליצור דיסק אתחול מותאם אישית משלך. זה לא יעסוק במאמר זה, אבל הוא בעצם מורכב מיצירת גרעין עצמות וחבישתו על דיסק אתחול. הערה: גרעין FreeBSD 5.4 מינימלי ביותר הוא בסביבות 2.3MB, כלומר הוא לא יתאים לאף תקליטון אחד. אז בעצם, אם הקקי פוגע במאוורר (ger ger ger), אתחל מהתקליטור שלך, נכנס למצב "תיקון", הרם את הכונן הקשיח ולאחר מכן הפעל את פקודת השחזור. אני מאמין שאתה צריך לעלות ולבטל את המחיצות שאתה משחזר אחת בכל פעם. כמו כן, טבלאות המחיצות שלך צריכות להיות נקיות, כלומר ייתכן שתצטרך להשתמש ב- 'bsdlabel' כדי לתקן את המחיצות שלך. פקודת שחזור: (לאחר התקנת מחיצה נקייה ושינוי לספרייה של מחיצת היעד) שחזור vrf /dev /da0 שים לב שאפשר לשחזר חלקים (קבצים בודדים או ספריות) של גיבויים שנוצרו באמצעות dump אם צריך.

שלב 4: גיבויים מרחוק

ניתן לבצע גיבויים מרחוק באמצעות תוכנת rdump, scp או תוכנה מותאמת אישית. רוב חברות האחסון מספקות (בתשלום) גיבויים מדי לילה. אני מאוד ממליץ על זה אם אתה מעריך את הנתונים שלך. היו לי שני שרתים ייעודיים שמטריפים אותי משני מארחים שונים. למרות שגיבויים אלה מאוחסנים בדרך כלל בכונן נפרד, הם בדרך כלל נמצאים באותו בניין, כך שאם קורה משהו לבניין (וזה לא סביר, אבל בהחלט אפשרי), אז אתה SOL. זו הסיבה מדוע אני ממליץ לבצע גיבוי משלך מחוץ לאתר (ביחס למערכת המגובה) וכן גיבויים מקומיים וליליים. שים לב שהייתי צריך להוסיף את הסיומת.txt כדי להעלות את הסקריפט (אתה יכול להסיר את זה). מכיוון שהחברה שמארחת את המכונה המרוחקת שלי מבצעת גיבויים ליומיים של 'זפת', החלטתי פשוט להעתיק קבצים אלה למחשב מקומי מדי לילה בָּסִיס. כתבתי סקריפט מעטפת מונע PHP (כי זה מה שאני יודע) שמסנכרן באופן בסיסי את קבצי הגיבוי של מערכת מרוחקת עם עותק מקומי. הוא מוריד קבצים חדשים, (אופציונלי) מוריד מחדש קבצי גיבוי שיש להם אי התאמות בגדלי קבצים, ומסיר עותקים מקומיים שאינם קיימים במערכת המרוחקת. זה חוסך רוחב פס, זמן ואחסון. זה בעצם רק עטיפת 'diff' עבור 'scp'. ניתן למצוא את המקור בתחתית דף זה. אם אתה משתמש בו, הקפד לשנות אותו כדי לקבל הרשאת ביצוע (chmod u =+rx fetchbackups). אני ממליץ למשתמש המפעיל להריץ את הסקריפט הזה (אחזור אופרטורים של אופרטור). שיטות גיבוי מרחוק חלופיות כוללות שימוש ב- 'scp' בספרייה שלמה, באמצעות 'rdump', או, כפי שציין הקליברים, באמצעות 'rsnapshot' או 'backuppc'. אם אין לך גישת שורש לשרת המרוחק שלך, ייתכן שחלק מהשיטות הללו אינן אפשריות, ולרוב 'scp' דורש הרבה זמן ורוחב פס.

שלב 5: אוטומציה

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

עבודות Cron הן פשוט פקודות המופעלות על בסיס קבוע. הם יכולים לרוץ מדי חודש, לילה או אפילו בשעה שבע וחצי בבוקר ביום שני בבוקר. עבודות Cron מצוינות בקובץ crontab. ב- FreeBSD קובץ זה ממוקם ב /etc /crontab הצג את דפי האדם עבור /etc /crontab כדי להבין כיצד הוא עובד צירפתי את crontab שלי לדף זה (הסר את הסיומת.txt). כל שעליך לעשות הוא להוסיף את עבודות ה- cron שלך ולשמור את הקובץ. הקובץ מוערך מחדש כל דקה, אז סיימת.

שלב 6: סיכום ומחשבות אחרונות

אני מקווה שהצלחת לגבות את המכונה שלך. להלן רק כמה הערות בנושא.

אם אתה רציני לגבי גיבויים, אז בדוק TEST TEST. וודא כי הליכי הגיבוי והשחזור שלך אינם מושלמים. גיבויים שלא ניתן לשחזר הם חסרי ערך. בעיה אחת שנתקלתי בה הייתה הגדרת גודל המטמון שלי גדול מדי. זה יכול (בעצם) לעשות את המערכת שלך ולגרום לה להקפיא. המטמון שלך צריך תמיד להיות חלק קטן מה- RAM שלך כדי להיות יעיל (שלי חמישית), ולעולם לא יעלה על גודל שטח ההחלפה שלך. 32MB הוא מה שדף הגברים של dump ממליץ עליו. למרות שמידע זה עשוי להיות מיושן, גודל הקובץ השמור של מטמון לא ישנה הרבה אם יש לך כל הלילה לגבות את המערכת שלך. אם ביצעת את הגיבויים שלך אוטומטית, ודא שהם עובדים. זה יהיה סיוט אמיתי שהמערכת שלך תקרוס ואז תבינו ש- crons הגיבוי שלכם הפסיקו לעבוד לפני 6 חודשים בגלל מספיק מקום בדיסק. משרות Cron רק הופכות את תהליך ה"שאננות "לאוטומטי. אם אתה מבצע גיבויים באופן ידני, אל תהיה שאנן ושכח. הפוך את זה לשגרה. אל תסמוך גם על עבודות cron, כי הן עלולות להיכשל. גיבויים הם רק עותקים של הקבצים שלך. המשמעות היא שגיבויים צריכים להיות מאובטחים באותה מידה, אם לא טוב יותר מהמערכות החיות שלך. שמור את הדיסק הקשיח החיצוני שלך במיקום מאובטח (כמו הרחק משני מים ופורצים). הפעל את עבודות הגיבוי כמשתמש 'מפעיל'. זהו חשבון מוגבל שקיים לדברים כאלה. ודא גם שמשתמשים רגילים אינם יכולים להריץ גיבויים. אם אתה מרגיש שאתה יכול להיות יעד להתקפה מתוחכמת (או אפילו אם לא), הצפן תמיד נתונים שהועברו במהלך גיבויים מרוחקים. בשל כמות המידע, כמו גם תקינות הגיבויים (אם אתה משתמש בעבודות אחיזה), האקרים יכולים לקחת את זמנם בגניבת המידע שלך. ההצפנה קלה, אז השתמש בה. ודא שמשתמשים רגילים לא יכולים להריץ גיבויים למכשירים שלהם. כמו כן, 'scp' דורש אימות. אני ממליץ בחום על מפתחות ציבוריים/פרטיים משותפים מראש. אינך רוצה שסיסמתך תועבר בכל פעם שמבצע גיבוי.