כאשר יש צורך לבצע פעולות תחזוקה עבור מסד נתונים ספציפי ב Firebird ניתן "להוריד" אותו מהשרת ללא הפסקת פעולת השרת עצמו (כך שמסדי נתונים נוספים שמשתמשים בו ימשיכו לעבוד כמו שצריך).

על מנת להכניס את מסד הנתונים למצב תחזוקה נשתמש ב gfix:

קוד:

gfix -user SYSDBA -password masterkey dbserver:/db/mydb.fdb -shut -force 0

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

להחזרת מסד הנתונים שיהיה פעיל נשתמש שוב ב gfix:

קוד:

gfix -user SYSDBA -password masterkey dbserver:/db/mydb.fdb -online

ik_5 :

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

אין לי ניסיון עם DBים אבל זה לא התנהגות טבעים שלו?
במצב תחזוקה רק לבעלים ולמנהלים יש הרשאת של כתיבה לקריאה. אז מה זה מצב נורמלי?

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

עידו (או שמא אומר: אוונגליסט ה- Firebird בישראל),

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

ואם זה המצב, וישנם מסדי נתונים גדולים (כמה עשרות GB של מידע, למשל), אז מה הועילו חכמים בגיבויים, כאשר המערכת נשארת במצב לא-שמיש במשך דקות ארוכות?

האמנם?

תודה!
דותן מזור

bizna :

עידו (או שמא אומר: אוונגליסט ה- Firebird בישראל), האם "מצב תחזוקה" בעצם משאיר את כל המערכת במצב לא מקוון? ואם זה המצב, וישנם מסדי נתונים גדולים (כמה עשרות GB של מידע, למשל), אז מה הועילו חכמים בגיבויים, כאשר המערכת נשארת במצב לא-שמיש במשך דקות ארוכות? האמנם? תודה! דותן מזור

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

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

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

דותן, גיבוי בשיטה הזו הוא מה שניקרא "גיבוי קר", וזה אומר ההעתקה של כל מסד הנתונים כמו שהוא, ולא רק את הנתונים (בצורה של גיבוי נניח).
המצב הזה מתקבל בmysql נניח כאשר מכבים את מסד הנתונים.
במסדי נתונים שונים, כמו בציפור האש, יש אפשרות להגיד למסד הנתונים "לך לישון, ותשאיר עין אחת פתוחה". זה ניקרא hot backup mode
firebird תומך באופציה המהוללת הזו.
אם כי הפקודה שמוצגת כאן מכבה את מסד הנתונים הספציפי הזה בעוד אחרים ימשיכו לעבוד.
אפשר לתת לציפור האש להיכנס למצב של hot backup כך:
במצב הזה אפשר להעתיק את הקבצים ומסד הנתונים ימשיך לקבל נתונים ו"לשמור" אותם בצד.
כאשר נוציא אותו מהמצב הזה הוא יכניס את כל הנתונים חזרה.
צריך להשתמש במצב הזה בצורה חכמה.
start hot backup

קוד:

nbackup [-U <user> -P <password>] -L <database>

stop hot backup

קוד:

nbackup [-U <user> -P <password>] -N <database>

גילי

העניין ב firebird הוא שיש יותר מדרך גיבוי אחת.

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

אני יכול גם לעשות sql dump, אני יכול גם לגבות בלי קשר את מסד הנתונים בעוד כמה צורות.

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

האם בפועל מה שתמקבל זה כמו hotbackup על שרת MySQL ברפלקציה ( כאשר מריצים זאת על הslave) -
כלומר אתה עדיין יכול לבצע קריאה וכתיבה לחלקים אחרים פרט לחלק המגובה ?

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

האם מה במצב זה עדיין יש אפשרות קריאה ולא עידכון ? האם יש הפלה של התקשורת (מה שקורא ב MySQL 5.0 כאשר מבצעים hotbackup) של פרוצצסים שרוצים לבצע עידכון או שהם מחכים לתורם (ברגע שהעידכון יסתיים) ?

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

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

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