אלה תיקוני Oracle שצריך להחיל כדי לקבל את התוצאות הטובות ביותר עם Oracle ב-Backup and DR.
| גרסת Oracle | נדרש תיקון | בגלל הבאגים האלה | הערות |
|---|---|---|---|
| 11.2.0.1 עד 12.1.0.2. | 19621704 | ORA-00600 [723] [memory Leak] Error With Leaked Memory For "mbr node memory" | יכול להיות שהטמעה של Backup and DR Application Aware תיכשל |
| 11.x | תוקן בגרסה 12.x ואילך | באג 19874632 – ORA-15196: INVALID ASM BLOCK HEADER [KFC.C:26368] [OBJ_KFBL] [8] [529] [3 != 8] (מסמך מספר 19874632.8) | נדרשת גרסה 12.x של Oracle ואילך. |
| 12.1 ומעלה |
תוקן בגרסה 19.1.0 ואילך פרטים על תיקון לגרסת Oracle מ-12.1 עד 19.1 זמינים במסמך Oracle מספר 27424405.8 |
RMAN: שחזור של קבצים גדולים מ-32G עלול לגרום לשגיאות ORA-8103 ו-ORA-600 [3020] יכול להיות ש-RMAN לא יגבה את כל הבלוקים מהמקור. |
שחזור עלול להיכשל עם השגיאה ORA-600. |
| 12.1.0.2 | 22709877 | ORA-00600: INTERNAL ERROR CODE, ARGUMENTS: [KCVFDB_PDB_SET_CLEAN_SCN: CLEANCKPT] |
יכול להיות שהטעינה של Backup and DR Application Aware תיכשל
תוקן בגרסה: 12.2.0.1 ואילך |
| 12.1.0.2 עד 19c | 26978857 | CONTROLFILE BACKUP TO TRACE REFERS PDB DATAFILE OFFLINE IN CDB$ROOT CONTEXT | יכול להיות שהטמעה של Backup and DR Application Aware תיכשל. |
| 12.1.0.2 | 23019710 |
הפקודה RMAN LIST BACKUP SUMMARY נכשלת עם אחת מהשגיאות הבאות:
ORA-01507: database not mounted ORA-01219: database or pluggable database not open: queries allowed on fixed ORA-00972: identifier is too long ORA-01589: must use RESETLOGS or NORESETLOGS option for database open ORA-01426: numeric overflow ORA-01152: file 3 was not restored from a sufficiently old backup ORA-01110: data file 3: ORA-01109: database not open ORA-01034: ORACLE not available |
גיבויים של Oracle באמצעות Backup and DR עלולים להיכשל |
| 12.1.0.2 | 18845653 | ORA-600 מסגירת PDB אם שם ה-PDB שונה בסשן אחר | יכול להיות שהטמעה של Backup and DR Application Aware תיכשל. תוקן בגרסה 12.2.0.1 ואילך |
| 12.1.0.2 | 19075256 | ORA-600 [kcfmis_internal: enq] from PDB RENAME | |
| 12.1.0.2 |
22809813 (Win)
19404068 (Linux) |
ORA-1610 ON RECOVER DATABASE FOR CREATED CONTROLFILE | יכול להיות שהטמעה של Backup and DR Application Aware תיכשל. |
| 12.2 עד 19c | 30045273 | PDB: ORA-00600 [KDSGRP1] / BLOCK INCONSISTENCIES AFTER DATABASE RECOVER FROM RMAN IMAGE COPIES USING NEW CONTROLFILE | יכול להיות שהטמעה של Backup and DR Application Aware תיכשל. |
| 12.2.0.2 | 31718134 | ORA-00304: requested INSTANCE_NUMBER is busy | יכול להיות שהפעלה מחדש של מופע חדש של מסד נתונים בפעם הראשונה במצב 'ללא טעינה' תיכשל |
| 18c ו-19c | 30419450 | ORA-65250: invalid path specified for file - /act/mnt/Staging_631487/datafile/24v0gutb_1_1 |
גיבויים של מסד נתונים של Oracle באמצעות Backup and DR עלולים להיכשל.
פתרון עקיף עד להתקנת התיקון: ביטול ההגדרה של הפרמטר CREATE_FILE_DESTINATION עבור מסד נתונים שאפשר לחבר. |
| גרסה 18.10 ואילך | כדאי לבדוק עם Oracle אם יש תיקוני ביניים לגרסאות קודמות. | באג 29056767 – STANDBY: Datafiles Checkpoint not Updated at Standby Database when Media Recover is running (Doc ID 29056767.8) |
יכול להיות שהטמעה של Backup and DR Application Aware תיכשל. תוקן בגרסה: 19.4.0.0.190716 Jul 2019 DB RU 18.8.0.0.191015 Oct 2019 DBRU 20.10. |
| 19.14 | 34383066 | באג 34383066 – גיבוי RMAN אחרי שדרוג לגרסה 19.14 נתקע בערוץ ההפצה ולא חוזר להנחיה. | גיבויים של Oracle ב-Backup and DR עשויים להיתקע. |
בעיות מוכרות ב-Oracle
כדי להבטיח ביצועים אופטימליים, חשוב לעיין בבעיות הידועות האלה ב-Oracle ולטפל בהן.
שאילתות ב-DBA_FREE_SPACE פועלות לאט (מסמך מספר 271169.1)
במהלך גיבוי של Backup and DR, הסוכן של Backup and DR שולח שאילתה לטבלת המטא-נתונים של Oracle dba_free_space כדי לקבוע את נפח האחסון שהוקצה למסד הנתונים ואת נפח האחסון הפנוי. לפעמים שאילתות SQL אל dba_free_space הופכות ליקרות. זו בעיה מוכרת ב-Oracle
מזהה המסמך 271169.1 (השאילתות ב-DBA_FREE_SPACE איטיות).
אפשר לראות את זה במערכת תקועה על ידי הפעלת הפקודה ps -ef | grep -i dbFreeSize.sql משורת הפקודה.
אורקל ממליצה לרוקן את פח האשפה ממסד הנתונים:
מתחברים למסד הנתונים בתור sysdba:
```sh sqlplus / as sysdba SQL>purge dba_recyclebin; SQL>exit; ```מומלץ להריץ את הנתונים הסטטיסטיים על אובייקטים קבועים. הפעולה עשויה להימשך מספר דקות.
מתחברים למסד הנתונים כ-sysdba:
```sh sqlplus / as sysdba SQL>exec dbms_stats.GATHER_FIXED_OBJECTS_STATS SQL>exit; ```
אפשר לעיין גם במאמר בנושא יכולת ההתאמה של ASM ומגבלות (מתוך Oracle Doc ID 370921.1).
ההשפעה של הפרמטר max_string_size=extended על טעינות מודעות לאפליקציה, שחזור ושחזור של החלפה
אם הפרמטר max_string_size init מוגדר ל-extended במסד הנתונים של המקור, ניסיון לבצע פעולת mount או שחזור של תמונת הגיבוי של מסד הנתונים שנוצרה לפני שינוי הפרמטר הזה, יחד עם פעולת roll-forward באמצעות גיבויי יומן שנוצרו אחרי השינוי הזה, ייכשל עם השגיאה: ORA-14694: database must be in UPGRADE mode to begin MAX_STRING_SIZE migration
פתרון
אם הגדרתם את הפרמטר max_string_size init לערך extended במסד הנתונים של המקור, מריצים משימת גיבוי חדשה של מסד הנתונים ברמה 1 (מלא) לפי דרישה 1 ומשתמשים בתמונה החדשה לפעולות של טעינה או שחזור שמודעות לאפליקציה.
צריך להגדיר את SQLNET.AUTHENTICATION_SERVICES ל-nts בסביבת Windows
ב-Windows, הקובץ Oracle database sqlnet.ora מוגדר עם
SQLNET.AUTHENTICATION_SERVICES = (none). ההגדרה הזו מגבילה את חיבור מסד הנתונים לשימוש באימות של מערכת ההפעלה Windows. כדי להתחבר למסד הנתונים, צריך שם משתמש וסיסמה תקינים למסד הנתונים. בלי הפרטים האלה, יכול להיות שהעבודות של השחזור ייכשלו.
פתרון: מגדירים SQLNET.AUTHENTICATION_SERVICES = (nts)
מדרגיות ומגבלות של ASM (מתוך Oracle Doc ID 370921.1)
השירות הזה תלוי בגורמים הבאים:
ללא Exadata Storage, המאפיין COMPATIBLE.ASM או COMPATIBLE.RDBMS של קבוצת הדיסקים < 12.1
ללא Exadata Storage, מאפייני קבוצת הדיסקים COMPATIBLE.ASM ו-COMPATIBLE.RDBMS > 12.1
Oracle Database, Enterprise Edition
ב-Oracle Database, Enterprise Edition, מגרסה 10.1.0.2 עד 11.1.0.7 ומגרסה 11.2.0.3, יש הגבלות על ASM:
63 קבוצות דיסקים במערכת אחסון
10,000 דיסקים של ASM במערכת אחסון
נפח האחסון המקסימלי לכל דיסק ASM הוא 2 טרה-בייט (באג 6453944 אפשר נפחים גדולים יותר, אבל זה הוביל לבעיות. ראו הערה 736891.1 ORA-15196 WITH ASM DISKS LARGER THAN 2TB).
נפח אחסון מקסימלי של 40 אקסה-בייט לכל מערכת אחסון
מיליון קבצים לכל קבוצת דיסקים
נפח אחסון מקסימלי של 2.4 טרה-בייט לכל קובץ
Oracle Database12c
ב-Oracle Database12c, ASM מטיל את המגבלות הבאות:
511 קבוצות דיסקים במערכת אחסון ל-Oracle Database 12c Release 1 או לגרסה מתקדמת יותר
10,000 דיסקים של Oracle ASM במערכת אחסון
מיליון קבצים לכל קבוצת דיסקים
עם Oracle Exadata Storage
בכל פתרונות האחסון של Oracle Exadata, יש ל-Oracle ASM את מגבלות האחסון הבאות:
נפח אחסון מקסימלי של 4PB לכל דיסק Oracle ASM, עם גודל AU ששווה ל-1MB
נפח אחסון מקסימלי של 8PB לכל דיסק Oracle ASM, עם גודל AU ששווה ל-2MB
אחסון מקסימלי של 16PB לכל דיסק Oracle ASM עם גודל AU ששווה ל-4MB
נפח אחסון מקסימלי של 32PB לכל דיסק Oracle ASM, עם גודל AU ששווה ל-8MB
עד 320EB במערכת האחסון
ללא Exadata Storage, המאפיין COMPATIBLE.ASM או COMPATIBLE.RDBMS של קבוצת הדיסקים < 12.1
אם לא משתמשים ב-Oracle Exadata Storage, ל-Oracle ASM יש מגבלות אחסון כאלה אם מאפיין קבוצת הדיסקים COMPATIBLE.ASM או COMPATIBLE.RDBMS מוגדר לערך נמוך מ-12.1:
נפח אחסון מקסימלי של 2 טרה-בייט (TB) לכל דיסק Oracle ASM
עד 20 פטה-בייט (PB) למערכת האחסון
ללא Exadata Storage, המאפיינים של קבוצת הדיסקים COMPATIBLE.ASM ו-COMPATIBLE.RDBMS > 12.1
בלי Oracle Exadata Storage, ל-Oracle ASM יש את מגבלות האחסון הבאות אם מאפייני קבוצת הדיסקים COMPATIBLE.ASM ו-COMPATIBLE.RDBMS מוגדרים ל-12.1 ומעלה:
נפח אחסון מקסימלי של 4PB לכל דיסק Oracle ASM עם גודל יחידת ההקצאה (AU) ששווה ל-1MB
נפח אחסון מקסימלי של 8PB לכל דיסק Oracle ASM, עם גודל AU ששווה ל-2MB
אחסון מקסימלי של 16PB לכל דיסק Oracle ASM עם גודל AU ששווה ל-4MB
נפח אחסון מקסימלי של 32PB לכל דיסק Oracle ASM, עם גודל AU ששווה ל-8MB
עד 320 אקסה-בייט (EB) למערכת האחסון
המדריך למנהלי מסדי נתונים של Oracle
- Backup and DR עבור מסדי נתונים של Oracle
- דרישות מוקדמות להגנה על מסד נתונים של Oracle
- תיקונים ובעיות מוכרות ב-Oracle
- הכנת מסדי נתונים של Oracle להגנה
- גילוי והגנה על מסד נתונים של Oracle
- פרטים והגדרות למסדי נתונים של Oracle
- שימוש ב-dNFS עם Backup and DR
- הגנה על מסד נתונים של Oracle שזוהה
- איך מצמידים מסד נתונים של Oracle כהצמדה רגילה
- יצירת עותק וירטואלי מיידי של מסד נתונים של Oracle
- שחזור מסד נתונים של Oracle
- שחזור מיידי של מסד נתונים של Oracle באמצעות Mount and Migrate
- הקצאת סביבה עם תהליך עבודה של Backup and DR