לפני שמתחילים, מומלץ לעיין במאמר בנושא Backup and DR ל-Oracle.
כדי לגבות מסדי נתונים של Oracle, צריך להוסיף את שרת Oracle כמארח ל-Backup and DR. כדי שהגיבוי יפעל, חשוב לעיין במאמר תנאים מוקדמים לגיבוי מסד נתונים של Oracle ולבצע את שלבי ההכנה הבאים.
הכנת מסדי נתונים של Oracle בסביבת Linux
לפני שמגנים על מסד נתונים של Oracle, או אם משימות ההגנה על מסד הנתונים נכשלות, צריך לוודא שההגדרות הבאות נכונות בשרת מסד הנתונים של Oracle.
- כל מסד נתונים של Oracle שרוצים להגן עליו צריך להיות פעיל. לדוגמה:
database: actdb
ps -ef | grep pmon | grep -i actdb
oracle 27688 1 0 2015 ? 00:26:24 ora_pmon_actdb
- מסד הנתונים צריך לפעול במצב של יומן ארכיון. כדי לוודא שמסד הנתונים פועל במצב יומן ארכיון, נכנסים לשרת מסד הנתונים כמשתמש Oracle OS ומגדירים את משתנה הסביבה של מסד הנתונים:
export ORACLE_HOME=<oracle home path>
# Get this from /etc/oratab
export ORACLE_SID=<database instance name>
export PATH=$ORACLE_HOME/bin:$PATH
Login to sqlplus:
sqlplus / as sysdba
archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination +FRA
Oldest online log sequence 569
Next log sequence to archive 570
Current log sequence 570
Note: If archive log mode is not enabled then get archive mode enabled
before proceeding.
- מסד הנתונים צריך להשתמש ב-
spfile. מוודאים שהמסד הנתונים פועל באמצעותspfile:
sqlplus / as sysdba
show parameter spfile
NAME TYPE VALUE
------------------ ----------- ------------
spfile string +DATA/ctdb/spfilectdb.ora
Note: If the value is `null_` then
get the spfile set. Backup and DR supports backing up using pfile as well.
pfile should be available in default location. For example, a
Linux `pfile` should be located under `$ORACLE_HOME/dbs`.
במסד נתונים של Oracle RAC, קובץ הבקרה של התמונה המיידית צריך להיות ממוקם בדיסקים משותפים. במסד נתונים של Oracle RAC ב-ASM, קובץ הבקרה של התמונה המיידית צריך להיות ממוקם בדיסקים משותפים.
כדי לבדוק את זה, מתחברים ל-RMAN ומריצים את הפקודה
show all. אם צריך, מגדירים אותו:rman target /ואז ב-RMAN:
show allפרמטרים של הגדרת RMAN למסד נתונים עם db_unique_name CTDB הם:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/mnt/ctdb/snapcf_ctdb.f';
This example shows the configuration set to the local file system.
In a RAC environment, this must be set to shared ASM Disk Group. To put it
on the ASM Disk Group, use:
```bash
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '+(disk group name)/snap_(database name).f';
```
הכנה לגיבוי מסד נתונים של Oracle עם קובצי נתונים בקבוצת דיסקים של ASM
דיסק זמני של Backup and DR בקבוצת דיסקים של ASM
הפרמטר ASM diskstring חייב להיות מוגדר ולא יכול להיות null. נכנסים לשרת מסד הנתונים בתור משתמש מערכת הפעלה של ASM ומגדירים את משתנה הסביבה של ASM:
export ORACLE_HOME=(oracle ASM home path)
# Get this from /etc/oratab
export ORACLE_SID=(ASM instance name)
export PATH=$ORACLE_HOME/bin:$PATH
התחברות אל sqlplus:
sqlplus / as sysasm
show parameter asm_diskstring
NAME TYPE VALUE
------------------- ----------- ------------------------------
asm_diskstring string ORCL:*, /dev/sdt1, /dev/sdu1
אם התוצאה של הערך היא null, צריך לקבל את הערך הנכון של מחרוזת הדיסק של ASM עבור דיסקים קיימים של ASM לפני שממשיכים בהגנה על הגיבוי וה-DR. הגיבוי של Backup and DR מוסיף את הנתיב של מחרוזת הדיסק (/dev/Backup and DR/asm/*) של דיסק הגיבוי הזמני שלו למיפוי ל-ASM.
דיסק זמני של Backup and DR במערכת הקבצים
אם אתם מגנים על מסד נתונים של Oracle ASM במערכת קבצים, צריך להגדיר את האפשרות Convert ASM to file system (המרת ASM למערכת קבצים) לערך Yes (כן) בקטע Application Details & Settings (פרטי האפליקציה וההגדרות שלה). פרטים נוספים זמינים במאמר פרטי האפליקציה וההגדרות של מסדי נתונים של Oracle.
הכנה של אימות מסד נתונים של Oracle
שלבי ההכנה הנוספים הבאים נדרשים רק אם אתם מתכננים להשתמש באימות מסד נתונים. אימות מסד נתונים של Oracle מתואר במאמר Backup and DR using database authentication.
פועלים לפי השלבים במאמר הכנת מסדי נתונים של Oracle בסביבת Linux.
יוצרים חשבון משתמש במסד הנתונים לגיבוי של Backup and DR, אם לא צוין חשבון כזה:
create user act_rman_user identified by <password>;
- כדי להעניק לאפליקציה
sysdbaגישה לכל צומתי ה-RAC, מתחברים ל-sqlplusלכל הצמתים ומריצים את הפקודה:
grant create session, resource, sysdba to act_rman_user;
ב-Oracle 12c, התפקיד הזה יכול להיות sysbackup במקום of sysdba, ושם המשתמש במסד הנתונים מתחיל ב-#.
- מוודאים שהתפקיד
sysdbaהוענק בכל הצמתים בסביבת RAC:
sqlplus / as sysasm
select * from gv$pwfile_users;
INST_ID USERNAME SYSDB SYSOP SYSAS
---------- -------------- ----- ----- -----
1 SYS TRUE TRUE FALSE
2 SYS TRUE TRUE FALSE
1 ACT_RMAN_USER TRUE TRUE FALSE
2 ACT_RMAN_USER TRUE TRUE FALSE
כדי לבדוק את שם השירות בהתאם לסוג הסביבה, פועלים לפי ההוראות הבאות:
יצירה ואימות של שם השירות של Oracle בסביבה שאינה RAC
שם השירות של Oracle משמש רק לאימות מסד הנתונים. הוא לא נדרש לאימות מערכת ההפעלה.
דוגמה:
שם מסד הנתונים: dbstd,
שם המופע: dbstd
- אם שם השירות של Oracle לא מופיע ברשימה, צריך ליצור את רשומת שם השירות בקובץ
tnsnames.oraבמיקום$ORACLE_HOME/network/adminאו במיקום$GRID_HOME/network/adminעל ידי הוספת הרשומה:
act_svc_dbstd =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = (IP of the database server))(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = dbstd)
) )
אם קובץ tnsnames.ora נמצא במיקום לא סטנדרטי, צריך לספק את הנתיב המוחלט שלו בקטע פרטי האפליקציה וההגדרות שלה, כמו שמתואר במאמר פרטי האפליקציה וההגדרות שלה למסדי נתונים של Oracle.
בודקים את הרשומה של שם השירות במסד הנתונים כדי לוודא שהיא מוגדרת:
מתחברים כמשתמש Oracle OS ומגדירים את סביבת Oracle:
TNS_ADMIN=(tnsnames.ora file location)
tnsping act_svc_dbstd
- בודקים את חשבון המשתמש במסד הנתונים כדי לוודא שגיבוי Backup and DR יכול להתחבר:
sqlplus act_rman_user/act_rman_user@act_svc_dbstd as sysdba
- מזינים את שם השירות שנוצר (act_svc_dbstd) בהגדרה Oracle Service Name בקטע Application Details & Settings (פרטי האפליקציה וההגדרות שלה), כפי שמתואר במאמר פרטי האפליקציה וההגדרות שלה למסדי נתונים של Oracle.
יצירה ואימות של שם שירות Oracle בסביבת RAC
שם השירות של Oracle משמש רק לאימות מסד הנתונים. הוא לא נדרש לאימות מערכת ההפעלה.
דוגמה ל-RAC עם שלושה צמתים:
שם מסד הנתונים:
dbracשם מופע 1:
dbrac1שם מופע 2:
dbrac2שם מכונה 3:
dbrac3עם הגנה על מסד הנתונים שהוגדרה מתוך צומת 3 (שם המכונהdbrac3):
- יוצרים רשומה של שם שירות בקובץ
tnsnames.oraבמיקום$ORACLE_HOME/network/adminאו במיקום$GRID_HOME/network/adminעל ידי הוספת הרשומה הבאה:
act_svc_dbrac3 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = (IP of the database server)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(INSTANCE_NAME = dbrac3)
(SERVICE_NAME = dbrac)
) ) )
Where:
HOST = This can be SCAN IP in a RAC environment or VIP or IP of the node 3 database server.
SERVICE_NAME = database name
INSTANCE_NAME = database instance name on node3
בודקים את שם השירות:
מתחברים כמשתמש Oracle OS ומגדירים את סביבת Oracle:
TNS_ADMIN=(tnsnames.ora file location)
tnsping act_svc_dbrac3
- בודקים את חשבון המשתמש במסד הנתונים כדי לוודא שגיבוי Backup and DR יכול להתחבר:
sqlplus act_rman_user/act_rman_user@act_svc_dbrac3 as sysdba
מזינים את שם השירות שנוצר (act_svc_dbrac3) בהגדרה של שם השירות של Oracle בקטע פרטי האפליקציה וההגדרות שלה כפי שמתואר במאמר פרטי האפליקציה וההגדרות שלה למסדי נתונים של Oracle.
אם הקובץ tnsnames.ora נמצא במיקום לא סטנדרטי, צריך לספק את הנתיב המוחלט לקובץ tnsnames.ora בהגדרה Oracle
TNS_AdminPath בקטע Application Details & Settings (פרטי האפליקציה וההגדרות שלה) שמתואר במאמר פרטי האפליקציה וההגדרות שלה למסדי נתונים של Oracle.
הפעלה של מעקב אחרי שינויים בבלוקים של מסד נתונים (אופציונלי)
הסבר על מעקב אחר שינויים בבלוקים של מסד נתונים מופיע במאמר בנושא מעקב אחר שינויים בבלוקים (BCT) של מסד נתונים של Oracle
כדי לבדוק אם מעקב השינויים בבלוקים של מסד הנתונים מופעל:
sqlplus / as sysdba
בהנחיית SQL:
select * from v$block_change_tracking;
אם מעקב השינויים של בלוקים במסד הנתונים לא מופעל, צריך להפעיל אותו מ-sqlplus:
שימוש בקבוצת דיסקים של ASM
sqlplus / as sysdba
בהנחיית SQL:
alter database enable block change tracking using file '+<ASM Disk Group Name>/<database name>/<dbname>.bct';
שימוש במערכת קבצים
sqlplus / as sysdba
בהנחיית SQL:
alter database enable block change tracking using file '$ORACLE_HOME/dbs/<dbname>.bct';
הגנה מפני צומת Oracle Data Guard
אפשר להגן על מסד נתונים של Oracle מפני צמתים של מסד נתונים ראשי או מפני צמתים של Oracle Data Guard במצב המתנה. אם ההגנה מוגדרת מצומת Oracle Data Guard, צריך לוודא שפרטי הכניסה של הצומת הראשי מוגדרים בקטע Application Details & Settings (פרטי האפליקציה וההגדרות שלה) במסוף לניהול המכשיר.
לאימות מסד נתונים (Linux בלבד)
שם משתמש/סיסמה: פרטי הכניסה לחשבון המשתמש במסד הנתונים. כדי שחשבון המשתמש הזה יהיה זמין בצומת Data Guard עם גישת sysdba, צריך ליצור את המשתמש עם הרשאת sysdba בצומת הראשי (ראו יצירת חשבון משתמש לגיבוי עם גישת sysdba). לאחר מכן צריך להעתיק את קובץ הסיסמה (בקטע
$ORACLE_HOME/dbs/) מהצומת הראשי לצומת Data Guard.
לאימות מערכת ההפעלה
- שם משתמש/סיסמה: בקטע OS Authentication (אימות מערכת ההפעלה), לא נדרשת הרשאת sysdba. לחשבון המשתמש במסד הנתונים הזה צריכה להיות הרשאת
connect, alter system. כדי שחשבון המשתמש הזה יהיה זמין בצומת Data Guard, צריך ליצור את המשתמש בצומת הראשי.
אם למשתמש אין את התפקיד sysdba, הוא צריך את ההרשאה grant connect, alter system, select on dba_tablespaces.
כדי להעניק את ההרשאות האלה, בשורת הפקודה של SQL:
grant connect, alter system, select on dba_tablespaces to act_rman_user;
- Oracle Data Guard Primary Node Servicename: זהו שם השירות בקובץ tnsnames.ora שהוגדר בצומת Data Guard כדי להתחבר לצומת הראשי מהצומת במצב המתנה. Oracle Data Guard נדרש שם שירות של הצומת הראשי לאימות של מערכת ההפעלה ושל מסד הנתונים אם הגיבוי מוגדר מצומת ההמתנה של Data Guard.
לפרטים מלאים על כל ההגדרות, אפשר לעיין במאמר בנושא פרטים והגדרות של אפליקציות למסדי נתונים של Oracle.
| צומת מסד נתונים | אימות מערכת הפעלה | אימות מסד נתונים |
|---|---|---|
| ראשי | לא נדרשים פרטי כניסה למסד הנתונים. | נדרשים פרטי כניסה למסד הנתונים. אם לא נבחר תפקיד, המערכת תשתמש ב-sysdba. |
| מצב המתנה | נדרשים פרטי כניסה למסד הנתונים גם לאימות מערכת ההפעלה (כדי להתחבר ליומן הראשי כדי להחליף יומן). לפרטי הכניסה למסד הנתונים לא צריך להיות תפקיד sysdba/sysbackup. אם משתמשים בחשבון sysdba/sysbackup, צריך להגדיר את תפקיד המשתמש בתפקיד המשתמש במסד הנתונים בפרטים ובהגדרות של האפליקציה. | נדרשים פרטי כניסה למסד הנתונים. הפרטים של מסד הנתונים צריכים להיות של התפקיד sysdba או sysbackup, ותפקיד המשתמש במסד הנתונים צריך להיות sysdba או sysbackup בפרטי האפליקציה וההגדרות שלה. כדי להגדיר אימות מסד נתונים, ראו הפעלת אימות מסד נתונים בשרת Oracle. |
הגדרת מעבר שקוף לגיבוי RMAN בצמתים אחרים ב-RAC
הסוכן Backup and DR צריך להיות מותקן ופועל בכל הצמתים שאתם מתכננים לכלול בהגדרת הגיבוי למקרה של כשל. ההגנה מוגדרת רק מצומת אחד.
בקטע Details & Settings (פרטים והגדרות), Cluster Nodes (צמתי אשכול), מציינים את הבחירה בצומת היתירות כשל בסביבת Oracle RAC:
<Failover choice>:<Node IP>:<Servicename>:<Role>
כאשר:
בחירת מעבר לגיבוי: הסדר של הצומת שבו יתבצע המעבר לגיבוי.
Node IP: כתובת ה-IP של הצומת שבו רוצים להפעיל את הגיבוי
Servicename: השם של השירות שנוצר וצוין בקובץ tnsnames.ora לגיבוי RMAN של Backup and DR. זה יכול להיות שירות ייעודי חדש שנוצר לגיבוי Backup and DR או שם ה-SID (שם המופע) של מסד הנתונים בצומת הזה.
תפקיד: F, מציין שזהו צומת יתירות כשל
כדי ליצור שם שירות חדש בצומת של מעבר לגיבוי בעת כשל בקובץ tnsnames.ora (בנתיב $ORACLE_HOME/network/admin/tnsnames.ora או בנתיב $GRID_HOME/network/admin/tnsnames.ora)
דוגמה בסביבת Oracle One Node
RAC One Node מורכב משני צמתים:
172.15.157.200
172.15.157.201
יש לו מסד נתונים אחד, OneN, שפועל רק באחד מהצמתים בכל זמן נתון. OneN מוגן מפני 172.15.157.200, עם הגדרות של צומת אשכול שצוינו כ-1:172.15.157.201:OneN:F
אם OneN עובר ל-172.15.157.201, הגיבוי של Backup and DR עוקב אחריו ומתחיל את משימת הגיבוי הבאה מ-172.15.157.201 במקום מ-200. אם מתרחש מעבר לגיבוי בעת כשל באמצע עבודת גיבוי, העבודה נכשלת והעבודה הבאה משתמשת בצומת המעבר לגיבוי בעת כשל כדי להתחיל גיבוי חדש.
דוגמה בסביבת Oracle, לא One Node:
2 node RAC (
dbrac1, dbrac2)ההגנה מוגדרת באמצעות שם מסד הנתונים dbrac מתוך
dbrac1ומעבר לגיבוי בעת כשל מוגדר ל-dbrac2שם השירות בצומת 2:
act_svc_dbrac2כתובת ה-IP של הצומת השני או כתובת ה-IP לסריקה:
172.1.1.0
act_svc_node2 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 172.1.1.0)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(INSTANCE_NAME = dbrac2)
(SERVICE_NAME = dbrac)
) )
בקטע Application Details & Settings (פרטי האפליקציה וההגדרות שלה), הרשומות של צמתי האשכול הן:
1:172.1.1.1:act_svc_node2:F
ההתנהגות של רשומות הצמתים באשכול F ו-M
F: צומת מעבר לגיבוי, משתתף רק כשהצומת המגן לא יכול לבצע את הגיבוי.
M: צומת תחזוקה, מחליף את צומת ייעודי לגיבוי אם הוא מאומת כדי לבצע את הגיבוי.
דחיסת יומני ארכיון של Oracle
גיבוי של יומני ארכיון ב-Backup and DR תומך בדחיסה של ערכת גיבוי של יומנים ב-Oracle. סוג הדחיסה שתבחרו תלוי בהגדרות התצורה של RMAN. בוחרים באפשרות שמתאימה לתרחיש השימוש.
יחסי דחיסה נמוכים יוצרים את ההשפעה הכי קטנה על קצב העברת הנתונים של הגיבוי. הם מתאימים במיוחד לסביבות שבהן משאבי המעבד הם הגורם המגביל.
מומלץ להשתמש בדחיסה בינונית ברוב הסביבות. הם מספקים שילוב טוב של יחסי דחיסה ומהירות.
יחסי דחיסה גבוהים דורשים הרבה משאבים, והם מתאימים במיוחד לגיבויים ברשתות איטיות יותר, שבהן הגורם המגביל הוא מהירות הרשת.
הגדרת ברירת המחדל היא 'בסיסי'. במהדורת Basic לא נדרשת Oracle Advanced Compression.
כדי לבדוק את סוג הדחיסה שהוגדר בסביבה, מריצים את הפקודה show all משורת הפקודה של RMAN:
rman target /
show all
הגדרת שירותי מסד נתונים של Oracle לאיזון עומסים בכמה צמתים
ההליך הזה רלוונטי רק למסדי נתונים של Oracle ASM. בדוגמה הזו, נניח שיש סביבת RAC עם ארבעה צמתים. צמתים 3 ו-4 מאוזנים בעומס לשימוש בגיבוי.
ראו:
איזון עומסים בין צמתי Oracle RAC מחייב אימות של מסד הנתונים של Oracle.
הגדרת העתקת תמונת RMAN מקבילית מכמה צמתים
בסביבת RAC, אפשר להגדיר גיבוי שיפעל במקביל מכמה צמתים.
מתקינים את סוכן ה-Backup and DR בכל הצמתים.
מגדירים את מיפוי קבוצת הדיסקים של ASM לצומת 3 ולצומת 4 באמצעות פרטי האפליקציה וההגדרות שלה.
יוצרים שירות מסד נתונים באמצעות srvctl להפעלה מצומת 3 ומצומת 4.
כדי לציין את השירות הזה, צריך לעבור אל פרטי האפליקציה וההגדרות שלה. בוחרים את מספר הערוצים בקטע 'הגדרות מתקדמות' (מספר הערוצים). RMAN מחלק את הערוצים בין צומת 3 לצומת 4.
מגדירים את שם השירות של Oracle ואת צמתי החברים ב-RAC.
הגדרת שירותי מסד הנתונים של Oracle לאיזון עומסים בכמה צמתים
מגדירים בפרטי האפליקציה וההגדרות שלה, צמתי חברים ב-RAC: כתובת ה-IP של node3 וכתובת ה-IP של node 4.
יוצרים שירות מסד נתונים לצורך תחזוקה של צומת, לשימוש בגיבוי באמצעות Backup and DR:
srvctl add service -d <dbname> -s act_service_<dbname> -r <dbinstance3>,<dbinstance4>
srvctl start service -d <dbname> -s act_service_<dbname>
- מוסיפים את רשומת ה-tns עבור שם שירות Oracle שנוצר בצמתי גיבוי (
dbinstance3וצומתdbinstance4בדוגמה הזו) בקובץ tnsnames.ora ($ORACLE_HOME/network/admin/tnsnames.ora או ב- $GRID_HOME/network/admin/tnsnames.ora)
act_service_<dbname> =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = <SCAN IP>)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = <DATABASE NAME>)
) )
- בודקים את שם השירות שנוצר:
tnsping act_service_<dbname>
- בודקים את שם השירות ואת פרטי הכניסה של המשתמש:
sqlplus act_rman_user/act_rman_user@act_service_<dbname> as sysdba
מציינים את שם השירות הזה בקטע Application Details & Settings (פרטי האפליקציה וההגדרות שלה) בשדה Oracle service name (שם שירות Oracle).
יוצרים שירות ייעודי לגיבוי של יומן הארכיון בצומת מוגן (למשל, צומת 3) לשימוש בגיבוי:
srvctl add service -d <dbname> -s act_arc_service_<dbname> -r <dbinstance3>
srvctl start service -d <dbname> -s act_arc_service_<dbname>
- מוסיפים את רשומת ה-tns לשם שירות הגיבוי של יומן הארכיון שנוצר בקובץ
tnsnames.ora($ORACLE_HOME/network/admin/tnsnames.oraאו ב-$GRID_HOME/network/admin/tnsnames.ora)
act_arc_service_<dbname> =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = <SCAN IP>)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(INSTANCE_NAME = <node 3 instance>)
(SERVICE_NAME = act_arc_service_<dbname>)
) )
- בודקים את שם השירות:
tnsping act_arch_service_<dbname>
- מציינים את שם השירות הזה בקטע Application Details & Settings archive log backup servicename.
תיקון של Oracle 12c
יכול להיות שהפעולות של Backup and DR שמתבצעות בהתאם לאפליקציה ייכשלו אם ההתקנה של Oracle 12c לא כוללת את התיקון הזה, שאפשר להוריד מפורטל התמיכה של Oracle:
באג מספר 19404068 ב-Oracle Database 12c (ORA-1610 ב-RECOVER DATABASE FOR CREATED CONTROLFILE)
- (Patch 19404068) Linux x86-64 for Oracle 12.1.0.2.0
כדי לבדוק אם הטלאי מותקן, מריצים את הפקודה:
cd $ORACLE_HOME/OPatch
./opatch lsinventory -details
./opatch lsinventory -details | grep 19404068
המאמרים הבאים
לפני שמוסיפים את המארח של Oracle, ממשיכים אל:
מדריך Oracle DBA
- Backup and DR עבור מסדי נתונים של Oracle
- דרישות מוקדמות להגנה על מסד נתונים של Oracle
- תיקונים ובעיות מוכרות ב-Oracle
- הכנת מסדי נתונים של Oracle להגנה
- גילוי והגנה על מסד נתונים של Oracle
- פרטים והגדרות של מסדי נתונים של Oracle
- שימוש ב-dNFS עם Backup and DR
- הגנה על מסד נתונים של Oracle שזוהה
- איך מצמידים מסד נתונים של Oracle כהצמדה רגילה
- יצירת עותק וירטואלי מיידי של מסד נתונים של Oracle
- שחזור מסד נתונים של Oracle
- שחזור מיידי של מסד נתונים של Oracle באמצעות Mount and Migrate
- הקצאת סביבה באמצעות תהליך עבודה של Backup and DR