25-02-2009, 12:58
|
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
|
|
חבר מתאריך: 25.10.01
הודעות: 42,775
|
|
אני לא מכיר "גיבוי של קובץ data". אתה יכול להוריד את ה DB ולהעתיק את כל הקבצים שלו ואז להעלות חזרה - אבל זה אומר downtime. בימינו לא נוהגים לעשות downtime היכן שלא צריך, ולכן הגיבוי היחיד הוא גיבוי חם (כמו עם mysqldump).
יש עוד שיטה שהיא קצת מטורפת, שמאפשרת להעתיק את קבצי ה data בלי להוריד את ה DB החי - וזאת באמצעות ביצוע רפליקציה לשרת אחר. בזמן הגיבוי, מורידים את השרת המשני ('slave'), מעתיקים את קבצי ה data, ואז מעלים אותו מחדש, והוא מסנכרן מחדש את ה binary log מה master. אני לא רואה יותר מדי סיבות מדוע לעבוד כך, ולמיטב ידיעתי, רוב האנשים פשוט משתמשים ב mysqldump... (ובמקרה שלא רוצים להשפיע בכלל על ה performance של השרת החי, עושים mysqldump על שרת רפליקציה...) - אין שום סיבה להעתיק את קבצי ה data ולטפל בעליות וירידות סתם...
|