משתמשים בכרטיסיות הבאות כדי למצוא את סוג הגיבוי שרוצים להגדיר לו הגדרות.
גיבוי מסד נתונים
מגדירים גיבוי של מסד נתונים באמצעות הגדרות האפליקציה שמוצגות בטבלה הזו:
| הגדרה | קלט |
|---|---|
| שם משתמש וסיסמה
בקטע אימות |
1. גיבוי מהצומת הראשי
אימות מסד נתונים (Linux בלבד): אימות מסד הנתונים של Oracle מתבצע באמצעות פרטי הכניסה למסד הנתונים של Oracle. באימות של מסד נתונים של Oracle, צריך לספק פרטי כניסה למסד הנתונים כדי להתחבר למסד הנתונים עם הרשאה sysdba או sysbackup ב-Oracle 12c ואילך. צריך לוודא שחשבון המשתמש במסד הנתונים כולל את התפקיד המתאים שנבחר בהתאם לקטע תפקיד המשתמש במסד הנתונים.
אימות מערכת הפעלה: לא רלוונטי – לא נדרש חשבון משתמש במסד הנתונים ולא נדרש שם שירות. Backup and DR משתמש ב- / as sysdba לSQLPLUS וב-target / לRMAN כדי להתחבר למסד הנתונים לצורך גיבוי.
2. גיבוי מצומת (standby) של Data Guard: אימות מסד נתונים (ב-Linux בלבד): אימות מסד הנתונים של Oracle משתמש בהרשאות גישה למסד הנתונים של Oracle לצורך גיבוי. באימות מסד נתונים של Oracle, צריך לספק פרטי כניסה למסד הנתונים כדי להתחבר למסד הנתונים עם הרשאה sysdba או sysbackup ב-Oracle 12c ואילך. צריך לוודא שחשבון המשתמש במסד הנתונים כולל את התפקיד המתאים בהתאם לתפקיד המשתמש במסד הנתונים.
אימות מערכת הפעלה: נדרש חשבון משתמש במסד הנתונים כדי להחליף את יומן הארכיון בשרת הראשי, כדי ליצור עותק עקבי של הגיבוי בצומת של Data Guard. בקטע OS authentication (אימות מערכת ההפעלה), לא נדרשת הרשאת sysdba או sysbackup. אם למשתמש אין את ההרשאה sysdba, הוא צריך לקבל את ההרשאות grant connect, alter system, select on dba_tablespaces.
מוודאים שבקטע User role in the database (תפקיד המשתמש במסד הנתונים) נבחר התפקיד None (ללא תפקיד) עבור חשבון המשתמש במסד הנתונים.
|
| תפקיד המשתמש במסד הנתונים | גיבוי של RMAN דורש את התפקיד sysdba, או את התפקיד sysbackup ל-Oracle 12c ואילך. ערך ברירת המחדל הוא sysdba. חשוב לוודא שבוחרים את התפקיד הנכון בהתאם לתפקיד שהוקצה לחשבון המשתמש במסד הנתונים. ההגדרה הזו רלוונטית רק לאימות מסד נתונים.
גיבוי של Data Guard עם אימות מערכת הפעלה: בוחרים בתפקיד ללא עבור חשבון משתמש במסד נתונים שאינו sysdba או sysoper. ההרשאות הנדרשות למשתמשים שאינם sysdba או sysoper הן הרשאות של תפקיד connect, alter system, select on dba_tablespaces.
|
| מספר הערוצים | מזינים את מספר הערוצים של RMAN שרוצים להגדיר עבורם מקביליות לגיבוי. מספר הערוצים צריך להיות מוגדר על סמך מספר ליבות המעבד שזמינות בשרת, תוך התחשבות בגיבויים אחרים של מסד הנתונים שהוגדרו להפעלה במקביל. מספר הערוצים שמוגדר כברירת מחדל הוא 2. |
RMAN מיקום היומן |
כברירת מחדל, מיקום היומן RMAN הוא /var/act/log/rman.
הרשומה הזו מאפשרת לשנות את מיקום קובץ היומן RMAN.
מזינים את הנתיב המלא, כולל שם הקובץ RMAN. |
| אימות השחזור | RMAN RESTORE VALIDATE יבדוק ויוודא את התקינות של הגיבויים. היא משמשת לזיהוי בלוקים פגומים במסד הנתונים.
כשמסמנים את התיבה הזו, סוכן Backup and DR מפעיל את RMAN אימות השחזור לכל גיבוי. האימות הזה יקר ויאריך את זמן הגיבוי. |
| RMAN catalog DB name(שם מסד הנתונים של קטלוג RMAN, אופציונלי) | זהו שם השירות של מסד הנתונים של הקטלוג. ההגדרה הזו מיועדת לסביבת המשתמש שבה מוגדר גיבוי של RMAN CATALOG DATABASE ל-RMAN. שם שירות מסד הנתונים של הקטלוג צריך להופיע בקובץ tnsnames.ora כדי ש-Backup and DR יוכל להתחבר. |
שם המשתמש של קטלוג RMAN וסיסמת קטלוג RMAN |
אלה שם המשתמש והסיסמה של מסד הנתונים של הקטלוג של RMAN כדי להתחבר במהלך הגיבוי. הפעולה הזו נדרשת אם
RMAN מציינים את שם מסד הנתונים של הקטלוג כדי להפעיל את הגיבוי
שמקושר למסד הנתונים של הקטלוג. |
| שם השירות של Oracle | האפשרות הזו מאפשרת לציין שם שירות חדש בקובץ tnsnames.ora לשימוש בגיבוי של Backup and DR, כמו שמתואר במאמרים יצירה ואימות של שם שירות Oracle בסביבה שאינה RAC ובמאמר יצירה ואימות של שם שירות Oracle בסביבת RAC.
אם לא מציינים שם שירות, כברירת מחדל Backup and DR ישתמש בשם ה-SID של Oracle (שם המופע) כשם השירות. כדי ש-Backup and DR יוכל להתחבר, צריך להזין את שם השירות החדש או את שם ה-SID שמוגדר כברירת מחדל בקובץ tnsnames.ora. שם השירות של Oracle משמש רק לאימות מסד נתונים. |
| שם השירות של הצומת הראשי ב-Oracle Data Guard | זהו שם השירות בקובץ tnsnames.ora שהוגדר בצומת Data Guard כדי להתחבר לצומת מסד הנתונים הראשי מצומת מסד הנתונים במצב המתנה.
הפעולה הזו נדרשת רק כשמגנים על נתונים מ-Oracle Data Guard. מידע נוסף מופיע במאמר בנושא הגנה מפני צומת Oracle Data Guard. |
| צמתים באשכול | מציינים בחירה של צומת יתירות כשל בפורמט: Failover choice:Node IP:servicename:role
האפשרות הזו משמשת רק ל-RAC. מידע נוסף זמין במאמר הגדרת יתירות כשל שקופה ב-RAC של Backup and DR RMAN לגיבוי לצמתים אחרים.
דוגמה: 1:172.16.16.21:svc_orarac2_act:F
התפקיד צריך להיות F למעבר לגיבוי. התפקיד יכול להיות גם M לצורך תחזוקה. כאשר תפקיד הצומת הוא M, מכשיר הגיבוי או השחזור משתמש בו כצומת הגיבוי במקום להשתמש בצומת המוגן המקורי. |
| הגדרת הפרמטר Maxcorrupt | ההגדרה maxcorrupt מאפשרת מספר מסוים של שיבושים בהצפנה של בלוקים בקובצי נתונים שלא זוהו קודם, במהלך ההפעלה של פקודה RMAN BACKUP. אם RMAN מזהה יותר מהמספר הזה של בלוקים חדשים פגומים בזמן יצירת הגיבוי, משימת הגיבוי מבוטלת. |
| החלפת גודל הקטע | גודל הקטע מצוין ב-MB. הפרמטר של גודל החלק RMAN מאפשר לבצע גיבוי של קבצים גדולים במקביל בכמה ערוצי RMAN.
גודל ברירת המחדל של הקטע הוא 16000, או 16GB. אם רוצים לשנות את ערך ברירת המחדל, מזינים מידה חדשה בין 1 ל-200,000. |
| Do not uncatalog | מסמנים את התיבה הזו כדי לשמור את המטא-נתונים של הגיבוי של קובץ הנתונים RMAN בקטלוג אחרי כל משימת גיבוי. כברירת מחדל, הגיבוי של קובץ הנתונים של Backup and DR יתויג בתחילת הגיבוי ואז יבוטל התיוג שלו בסוף הגיבוי. |
| כפיית גיבוי חדש ברמה אפס | גיבוי של Backup and DR RMAN הוא גיבוי מצטבר ללא הגבלה, שמתבצע באמצעות עותק תמונה מעודכן. כל גיבוי מצטבר יוצר עותק לוגי מלא. אם נדרש גיבוי מלא ברמה אפס, שדורס את הגיבוי המצטבר של Backup and DR, צריך לסמן את התיבה הזו כדי ליצור משימת גיבוי יחידה. חשוב לזכור למחוק את הגיבוי אחרי שגיבוי מלא ברמה אפס מסתיים, אחרת כל גיבוי יהיה גיבוי חדש ברמה אפס של Oracle RMANRMAN. ההגדרה הזו משפיעה על האחסון במאגר התמונות. |
| מיקום קובץ ההגדרה של Oracle | משתמשים באפשרות הזו כשמגבים קובצי הגדרה של Oracle באמצעות גיבוי של Oracle RMAN, כמו ארנק לתמיכה בהצפנה.
נדרש נתיב מלא.
אם מציינים שם של תיקייה, כל הקבצים שמתחת לתיקייה הזו מגובים. אם מציינים שם קובץ, רק הקובץ הזה מגובה. הערה: במסדי נתונים של Oracle עם TDE, אפשר ללכוד את הארנק של TDE על ידי הגדרת המיקום של קובץ ההגדרות של Oracle בהגדרה המתקדמת של אפליקציית Oracle. כדי להשתמש ב-mounts עם מודעות לאפליקציות במסדי נתונים שמופעלת בהם TDE, צריך להעתיק את ה-wallet למיקום המתאים במארח ה-mount, ולוודא שה-wallet מוגדר ופתוח. |
AU_SIZE |
פרמטר להגדרת גודל יחידת ההקצאה של קבוצת הדיסקים של ASM, במגה-בייט. ברירת המחדל היא 1MB.
ההגדרה הזו תקפה רק במהלך יצירת קבוצת הדיסקים, כלומר במהלך משימת הגיבוי ברמה אפס. צריך להגדיר את זה לפני הגיבוי הראשון, או לבחור באפשרות Force new level 0 (כפיית יצירה של רמה חדשה 0) כדי ליצור מחדש את קבוצת הדיסקים עם AU_SIZE חדש.
חשוב לוודא שיש מספיק מקום פנוי במאגר התמונות בזמן השימוש בגיבוי החדש ברמה 0. |
| גילוי אוטומטי של חברי RAC | מסמנים את התיבה הזו כדי להפעיל גילוי אוטומטי של כל החברים במסדי הנתונים של RAC. היא מאפשרת מיפוי של דיסק ההעברה לכל הצמתים של RAC. גילוי אוטומטי לא יפעל אם לשם המארח אין שם דומיין מלא (FQDN). במקרה כזה, צריך להוסיף את הצמתים באופן ידני. |
| צמתים של חברי RAC | אם בוחרים שלא להשתמש באיתור אוטומטי של חברי RAC, צריך לספק רשימה של צומתי RAC כדי למפות את דיסק ההעברה לחבר RAC שנבחר. תציג קודם את הצמתים המוגנים. השימוש באפשרות הזו מיועד רק להגנה על מסדי נתונים של Oracle בקבוצת דיסקים של ASM. |
גיבוי של יומן הארכיון
מגדירים גיבוי של יומן ארכיון באמצעות הגדרות האפליקציה האלה:
| הגדרה | קלט |
|---|---|
| מספר הערוצים לגיבוי של יומן הארכיון | מציינים את מספר הערוצים RMAN או את הגיבוי המקביל של יומן הרישום, שבהם רוצים להשתמש במהלך הגיבוי של יומן הארכיון. ערוץ ברירת המחדל RMAN
הוא 2. |
נתיב Oracle TNS_Admin |
אם tnsnames.ora נמצא במיקום לא סטנדרטי, צריך לציין את הנתיב המלא של הספרייה שבה הוא נמצא. הנתיב של Oracle
TNS_Admin משמש רק לאימות מסד נתונים. |
| תקופת השמירה של יומנים שנמחקו | במקום שמוקצה לכך, מזינים את מספר השעות שבהן יומני הארכיון של הייצור יישמרו ביעד של יומן הארכיון. לדוגמה, אם הערך שמוגדר הוא 4, יומני ארכיון בני יותר מ-4 שעות יימחקו מיעד הארכיון של מסד הנתונים. ערך ברירת המחדל הוא 24 שעות.
הערה: אם מגדירים את תקופת השמירה של מחיקת יומנים לאפס, היומן יימחק באופן סופי מיד אחרי שמשימת הגיבוי תסתיים. אם אתם עושים את זה, צריך להגדיר את האפשרות גיבויים מוצלחים של יומני רישום לפני מחיקה לערך של לפחות אחד. |
| גיבויים מוצלחים של יומנים לפני ההסרה | כברירת מחדל, כשמבצעים ניקוי של הארכיון, המערכת לא בודקת את מספר הגיבויים המוצלחים של היומן. מזינים את מספר הגיבויים של יומן הרישום שבוצעו בהצלחה, שאחריהם יופעל ניקוי הארכיון. |
| בדיקה צולבת של יומן הארכיון | בוחרים באפשרות הזו כדי להריץ בדיקה צולבת ולמחוק יומני ארכיון של ייצור שפג תוקפם בגיבוי של יומן הארכיון. |
| בדיקה צולבת של גיבוי יומן הארכיון פעם ביום | בוחרים באפשרות הזו כדי לבצע בדיקה צולבת של הגיבוי של archivelog בדיסק ההכנה של Backup and DR פעם ביום במהלך גיבוי היומן אחרי גיבוי מסד הנתונים. האפשרות הזו תבטל את הבדיקה הצולבת במהלך כל גיבוי של יומן הארכיון אם האפשרות Crosscheck backup of archivelog (גיבוי של יומן הארכיון באמצעות בדיקה צולבת) נבחרה. |
| בדיקה צולבת של גיבוי יומן הארכיון | בוחרים באפשרות הזו כדי לבצע בדיקה צולבת של הגיבוי של archivelog בדיסק ה-Staging ב-Backup and DR עם כל גיבוי של archivelog. |
| מספר הקבצים בכל קבוצת גיבוי | מציינים את מספר יומני הארכיון שייכללו בערכת גיבוי במהלך גיבוי של יומן ארכיון. ערך ברירת המחדל הוא 4. |
| שם שירות הגיבוי של יומן הארכיון | צריך לספק שם ייעודי לשירות מסד הנתונים של Oracle לגיבוי של יומן הארכיון בסביבת RAC, כששם השירות של Oracle מוגדר להפעלה ביותר מצומת אחת. שם השירות של גיבוי יומן הארכיון משמש רק לאימות מסד נתונים. |
דיסק זמני לגיבוי
מגדירים דיסק זמני לגיבוי באמצעות הגדרות האפליקציה האלה:
| הגדרה | קלט |
|---|---|
| המרת פורמט ASM לפורמט של מערכת קבצים | כברירת מחדל, מסד הנתונים מצולם בפורמט ברירת המחדל שלו, ASM או מערכת קבצים. יעד הגיבוי הוא ASM למסד נתונים של אורקל בסביבת ייצור עם קובץ נתונים בקבוצת דיסקים של ASM, ומערכת קבצים למסד נתונים של אורקל עם קובץ נתונים במערכת קבצים. מגדירים את האפשרות הזו לערך Yes אם קובץ הנתונים של מסד הנתונים המקורי נמצא בקבוצת דיסקים של ASM, ויעד הגיבוי צריך להיות מוגדר לדיסק של מערכת הקבצים. צריך להגדיר את האפשרות הזו לערך Yes לכל מסדי הנתונים של ASM בסביבת Windows. |
| המרת פורמט של מערכת קבצים לפורמט Oracle ASM | כברירת מחדל, מסד הנתונים מצולם בפורמט ברירת המחדל שלו, ASM או מערכת קבצים. יעד הגיבוי הוא ASM למסד נתונים של אורקל בסביבת ייצור עם קובץ נתונים בקבוצת דיסקים של ASM, ומערכת קבצים למסד נתונים של אורקל עם קובץ נתונים במערכת קבצים. מגדירים את האפשרות הזו לערך Yes אם מסד הנתונים של המקור עם קובץ הנתונים במערכת הקבצים ויעד הגיבוי צריכים להיות מוגדרים לקבוצת דיסקים של Oracle ASM. כדי לעשות את זה, צריך להתקין את ASM בשרת Oracle. |
| תאימות של קבוצות דיסקים ב-ASM | הגרסה המינימלית של תוכנת ה-ASM שיכולה לגשת לקבוצת הדיסקים. כדי לציין ולשנות את תאימות ה-ASM של קבוצת הדיסקים של ה-ASM של הגיבוי, אפשר לעיין במאמר בנושא מאפיין התאימות של קבוצת הדיסקים של ה-ASM. לשם כך צריך ליצור גיבוי חדש ברמה 0. ההגדרה הזו משפיעה על האחסון במאגר התמונות. |
| תאימות מסד הנתונים | ההגדרה המינימלית של פרמטר האתחול של מסד נתונים שמתאימה לכל מופע של מסד נתונים שמשתמש בקבוצת הדיסקים. כדי לציין ולשנות את התאימות של RDBMS של קבוצת דיסקים של ASM לגיבוי, אפשר לעיין במאמר בנושא מאפיין התאימות של קבוצת דיסקים של ASM. לשם כך צריך ליצור גיבוי חדש ברמה 0. ההגדרה הזו משפיעה על האחסון במאגר התמונות. |
| גודל כונן ההעברה הזמנית | כברירת מחדל, סוכן Backup and DR מחשב את גודל דיסק האחסון הזמני לגיבוי מסד הנתונים כגודל המקסימלי של מסד הנתונים כפול 1.5. כדי לציין ערך באופן ידני, מקצים דיסק זמני כדי לאפשר צמיחה של מסד הנתונים למשך שנתיים בעתיד. אם מגדירים את הגודל באופן ידני, הצמיחה הדינמית של דיסק הביניים מוגבלת בהתאם לגודל מסד הנתונים. |
| רמת הפירוט של דיסק הביניים | הגודל המקסימלי של כל דיסק כשמשתמשים בכמה דיסקים בדיסק זמני לגיבוי של אפליקציה. ערך ברירת המחדל הוא 1,000GB. |
| שימוש בגרעיניות של דיסק ההעברה כגודל המינימלי של דיסק ההעברה | השתמשו באפשרות הזו לאפליקציות שקטנות מהגודל שמוגדר בהגדרה של רמת הגרנולריות (ערך ברירת המחדל הוא 1,000GB) ושנוטות לגדול מעת לעת. האפשרות הזו שימושית כדי להימנע מגיבויים מלאים יקרים שמתבצעים בתדירות גבוהה. מכיוון שהדיסק של סביבת הביניים הוא דיסק עם הקצאת נפח דינמית, אין עלות ראשונית לשימוש בדיסק של סביבת הביניים שהוא גדול יותר ממה שנדרש לשימוש מיידי. |
| גודל מינימלי של דיסק ההכנה האחרון | הגודל המינימלי של הדיסק האחרון כשמשתמשים בכמה דיסקים בדיסק זמני לגיבוי של אפליקציה.הערך הזה משמש גם לדיסקים נוספים שמוקצים לדיסק זמני לגיבוי כדי להתאים לגידול. ערך ברירת המחדל הוא 250GB. |
| Staging disk mount point | מאפשרת לכם לטעון את דיסק הביניים למיקום ספציפי. |
| גודל הדיסק של אזור הביניים של היומן | המאפיין הזה משמש אם מוגדרת מדיניות גיבוי של יומנים. כברירת מחדל, Backup and DR
משתמש בסימן המים הגבוה ביותר של 30 יום כדי לקבוע את גודל הדיסק של סביבת ה-Staging לגיבוי של ארכיון.
הערה: אפשר ליצור דיסק זמני לגיבוי יומנים בגודל גדול יותר מברירת המחדל של גרעיניות המערכת (1TB), אבל אם עושים את זה, העדכון האוטומטי של הגודל של הדיסק הזמני ליומנים מושבת. כדי להפעיל אותו מחדש, צריך להמתין עד שגיבוי היומן יסתיים בהצלחה, ואז לאפס את הערך של גודל הדיסק של שלב הביניים של היומן לערך ברירת המחדל. כשהעדכון האוטומטי של גודל האחסון הזמני של היומנים מופעל, גודל הדיסק של האחסון הזמני לא ישתנה אוטומטית אם הגודל המחושב קטן מ-1TB. אם הגודל המחושב גדול מ-1TB, דיסק חדש יתווסף לנפח הגיבוי של היומנים כדי להגדיל אותו. |
ביטול תבניות מדיניות למסדי נתונים של אורקל
עוברים אל המרכז לניהול אפליקציות ולוחצים על אפליקציות.
לוחצים לחיצה ימנית על מסד נתונים ובוחרים באפשרות ניהול תוכנית הגיבוי.
בחלק העליון של הדף, לוחצים על החרגות ממדיניות.
בשדות של חריגות המדיניות, מזינים את הקלט הנדרש. פרטים על הגנה על יומנים מופיעים במאמר בנושא הגנה על יומני מסד נתונים במדיניות של תוכנית גיבוי
המדריך למנהלי מסדי נתונים של 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