18-11-2008, 07:16
|
מנהל פורומי "תכנות ובניית אתרים" ו"חומרה ורשתות"
|
|
חבר מתאריך: 25.10.01
הודעות: 42,776
|
|
1. לא, system restore זו פונקציה שקיימת לפני שהומצא shadow copy, והיא מבזבזת מקום אחר בדיסק שאינו קשור למקום ש shadow copy מבזבזת
2. שלא עושים, או שלא כדאי לשחזר DB מ shadow copy? השני יותר הגיוני - וזאת משום שמסד נתונים, בזמן שהוא חי (רץ), מבצע כל מיני פעולות, ויכול להיות שה shadow copy ירוץ באמצע שלהן, ו"יצלם" את הדיסק במצב שבו מסד הנתונים הוא לא קונסיסטנטי - כלומר לא יהיה גיבוי מושלם ואולי אפילו גיבוי דפוק לגמרי (תלוי ב DB, לא יודע איך זה ב SQL Server של מיקרוסופט, שזה מה שאני מניח שאתה מריץ...). לצורך העניין, אם תוריד את ה DB, ואז תעשה את ה Shadow Copy ואז תעלה את ה DB חזרה, זה בסדר... יש פתרונות אחרים לנושא שמאפשר לבצע גיבוי Shadow Copy באונליין על ידי הוראה ל DB להפסיק לעבד בקשות לרגע קט, לסיים את כתיבת כל הטראנזקציות לדיסק, לבצע SC ואז לשחרר את ה DB - פעולה שמקפיאה את ה DB לשנייה קלה ולא מורגשת. למשל המוצר SnapManager for SQL של חברת NetApp עושה את זה על כונני iSCSI כדי לפתור את הבעייה הנ"ל שציינתי. אבל זה טוב רק למקרה שיש לך NetApp שעליו יושב ה DB שלך
|