תיקון חוסר סנכרון ב-data guard כאשר נוצר קובץ במקום לא סטנדרטי

כאשר מוסיפים Data file לסביבת primary של Dataguard יש להוסיף את הקובץ גם בסביבת ה-standby כדי שהסינכרון ימשיך לעבוד. ל-dataguard ישנה היכולת ליצור בעצמו את הקובץ שנוצר ב-primary גם בסביבות הגיבוי, אם הגדרנו לו מראש מעין טבלת תרגום ל-File system ב-primary ו-File system ב-standby. טבלת ההמרה הזו מתבצעת בפרמטר LOG_FILE_NAME_CONVERT.

הבעיה מתחילה כאשר יצרנו קובץ במקום “לא סטנדרטי” (כלומר שלא מוגדר ב-LOG_FILE_NAME_CONVERT) ואז סביבת ה-standby לא יודעת איפה ליצור את הקובץ ומפסיקה לעשות apply עד שנטפל בבעיה.

זיהוי התקלה:

ה-data guard‏ מפסיק לעשות apply‏ לקבצים ובמקביל מקבלים ב-alert log‏ הודעה כזו:

Errors in file /dwhinf/app01/oracle/admin/dwrepdg/bdump/dwrepdg_mrp0_18127.trc:
ORA-01111: name for data file 7 is unknown - rename to correct file
ORA-01110: data file 7: '/dwhinf/app01/oracle/product/10.2.0.4/dbs/UNNAMED00007'
ORA-01157: cannot identify/lock data file 7 - see DBWR trace file
ORA-01111: name for data file 7 is unknown - rename to correct file
ORA-01110: data file 7: '/dwhinf/app01/oracle/product/10.2.0.4/dbs/UNNAMED00007'

מה הבעיה?

כמו שכתבתי, מישהו הוסיף קובץ ל-Primary במקום “לא סטנדרטי” וה-standby‏ לא יודע ליצור את הקובץ בצורה אוטומטית אצלו.

מה עושים?

אנחנו צריכים לעזור לסביבת ה-‏ standby‏ ליצור את הקובץ בצורה ידנית.

איך עושים?

1. נזהה איך נקרא הקובץ הפגום ‏ בסביבת ה-standby‏:

select name from v$datafile where name like '%UNNAMED%';

2. נזהה איך נקרא הקובץ הבעייתי בסביבת ה-prod‏ נחפש ב-alert log‏ את הפקודה שנכשלה על ידי חיפוש השם של הקובץ.

3. נעביר את ה-standby‏ לניהול ידני של קבצים:

alter system set standby_file_management='manual';</p>

4. ניצור את הקובץ הפגום במיקום הנכון שלו. לדוגמה:

alter database create datafile '/dwhinf/app01/oracle/product/10.2.0.4/dbs/UNNAMED00007' as '/dwhinf/rep/bo6_data_new06.dbf';

5. נחזיר את ה-standby‏ לעבודה עם ניהול אוטומטי של קבצים:

alter system set standby_file_management='auto';

6. נחזיר את ה-recovery‏ לעבודה:

recover managed standby database disconnect;

7. ניגש ל-OEM‏ ונבצע reset‏ לכל השגיאות ב-data guard‏ (כפתור resert‏ במסכים שבהם יש שגיאות).

8. נוודא שהקבצים עושים apply‏ במסך הראשי של ה-data guard‏ ב-oem‏ או על ידי שליפה.

(repost לטובת ישור קו בתחום הקטגוריות והתגים וכתיבה מחדש של הפוסט)
1 תגובה

השאירו תגובה

Want to join the discussion?
Feel free to contribute!

השאר תגובה

This site uses Akismet to reduce spam. Learn how your comment data is processed.