‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

קביעת פרטים והגדרות של אפליקציות למסדי נתונים של Oracle במסוף הניהול של ה-appliance

בכרטיסיות הבאות אפשר למצוא את סוג הגיבוי שרוצים להגדיר.

גיבוי מסד נתונים

מגדירים גיבוי של מסד נתונים באמצעות הגדרות האפליקציה שמוצגות בטבלה הזו:

הגדרה	קלט
שם משתמש וסיסמה בקטע אימות	1. ‫Backup from Primary Node Database Authentication (ב-Linux בלבד): אימות מסד הנתונים של Oracle משתמש בפרטי הכניסה של מסד הנתונים של Oracle. כדי להתחבר למסד הנתונים של Oracle, צריך לספק את פרטי הכניסה למסד הנתונים עם הרשאת `sysdba`, או `sysbackup` ל-Oracle 12c ואילך. מוודאים שלחשבון המשתמש במסד הנתונים יש את התפקיד המתאים שנבחר בקטע תפקיד המשתמש במסד הנתונים. אימות של מערכת ההפעלה: לא רלוונטי – אין צורך בחשבון משתמש במסד הנתונים ובשם שירות. כדי להתחבר למסד הנתונים לצורך גיבוי, שירות Backup and DR משתמש ב-`/ as sysdba` בשביל `SQLPLUS` וב-`target /` בשביל `RMAN`. ‫2. גיבוי מצומת Data Guard (המתנה): אימות מסד נתונים (לינוקס בלבד): אימות מסד נתונים של Oracle משתמש בפרטי הכניסה של מסד הנתונים של Oracle לצורך גיבוי. באימות של מסד נתונים של Oracle, צריך לספק את פרטי הכניסה למסד הנתונים כדי להתחבר אליו עם הרשאת `sysdba`, או `sysbackup` ל-Oracle 12c ואילך. מוודאים שלחשבון המשתמש במסד הנתונים נבחר התפקיד המתאים, בהתאם לתפקיד המשתמש במסד הנתונים. אימות של מערכת ההפעלה: נדרש חשבון משתמש של מסד הנתונים כדי להעביר את יומן הארכיון למסד הנתונים הראשי, כדי ליצור עותק עקבי של הגיבוי בצומת של Data Guard. באימות של מערכת ההפעלה, לא נדרשת הרשאת `sysdba` או `sysbackup`. אם למשתמש אין את התפקיד `sysdba`, הוא צריך את ההרשאות grant connect, alter system, select on `dba_tablespaces`. מוודאים שבקטע User role in the database, לחשבון המשתמש של מסד הנתונים מוגדר התפקיד None.
תפקיד המשתמש במסד הנתונים	כדי לגבות את `RMAN`, צריך את התפקיד `sysdba`, או את התפקיד `sysbackup` ל-Oracle 12c ואילך. ערך ברירת המחדל הוא `sysdba`. חשוב לבחור את התפקיד הנכון בהתאם לתפקיד שהוקצה לחשבון המשתמש במסד הנתונים. ההגדרה הזו רלוונטית רק לאימות DB. גיבוי של Data Guard עם אימות של מערכת ההפעלה: בוחרים בתפקיד None לחשבון משתמש במסד נתונים שהוא לא `sysdba` או `sysoper`. ההרשאות הנדרשות למשתמשים שאינם `sysdba` או `sysoper` הן התפקיד `connect, alter system, select on dba_tablespaces`.
מספר הערוצים	מזינים את מספר הערוצים של `RMAN` כדי להגדיר את המקביליות לגיבוי. מספר הערוצים צריך להיות מוגדר על סמך מספר הליבות שזמינות בשרת, תוך התחשבות בגיבויים אחרים של מסדי נתונים שמוגדרים לפעול במקביל. מספר ברירת המחדל של הערוצים הוא 2.
מיקום היומן של `RMAN`	כברירת מחדל, מיקום היומן של `RMAN` הוא `/var/act/log/rman.log`. הרשומה הזו מאפשרת לשנות את המיקום של קובץ היומן של `RMAN`. מזינים את הנתיב המלא, כולל שם הקובץ של `RMAN`.
אימות השחזור	‫`RMAN RESTORE VALIDATE` יבדוק ויאמת את התקינות של הגיבויים. הוא משמש לזיהוי בלוקים פגומים במסד הנתונים. כשהתיבה הזו מסומנת, סוכן Backup and DR יפעיל את אימות השחזור של `RMAN` לכל גיבוי. האימות הזה דורש משאבים רבים ומוסיף זמן לתהליך הגיבוי.
שם מסד הנתונים של קטלוג RMAN(אופציונלי)	זה השם של שירות מסד הנתונים של הקטלוג. ההגדרה הזו מיועדת לסביבת המשתמש שבה `RMAN CATALOG DATABASE` מוגדר לגיבוי של `RMAN`. כדי ש-Backup and DR יוכל להתחבר, שם השירות של מסד הנתונים של הקטלוג חייב להופיע בקובץ `tnsnames.ora`.
שם המשתמש בקטלוג `RMAN` והסיסמה לקטלוג `RMAN`	אלה שם המשתמש והסיסמה של מסד הנתונים של הקטלוג, שמשמשים את `RMAN` כדי להתחבר במהלך הגיבוי. צריך לציין את זה אם `RMAN` מסופק שם של מסד נתונים של קטלוג כדי להריץ את הגיבוי שמחובר למסד הנתונים של הקטלוג.
שם השירות של Oracle	מאפשרת לציין שם שירות חדש בקובץ `tnsnames.ora` שישמש לגיבוי של Backup and DR, כמו שמתואר במאמרים יצירה ואימות של שם השירות של Oracle בסביבה שאינה RAC ויצירה ואימות של שם השירות של Oracle בסביבת RAC. אם לא מציינים שם שירות, כברירת מחדל, Backup and DR ישתמש בשם ה-SID של Oracle (שם המכונה) כשם השירות. כדי ש-Backup and DR יתחבר, צריך להזין בקובץ `tnsnames.ora` את שם השירות החדש או את שם ה-SID שמוגדר כברירת מחדל. שם השירות של 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`. גודל ברירת המחדל של הקטע הוא 16,000, או 16GB. כדי לשנות את ערך ברירת המחדל, צריך להזין גודל חדש בין 1 ל-200,000.
Do not uncatalog	צריך לסמן את התיבה הזו כדי לשמור את המטא-נתונים של הגיבוי של קובץ הנתונים של `RMAN` בקטלוג אחרי כל משימת גיבוי. כברירת מחדל, הגיבוי של קובץ הנתונים של Backup and DR יקוטלג בתחילת הגיבוי, והקטלוג שלו יבוטל בסוף הגיבוי.
אילוץ גיבוי חדש ברמה אפס	הגיבוי של Backup and DR `RMAN` הוא מצטבר לתמיד, באמצעות עותק תמונה מעודכן שבו כל גיבוי מצטבר יוצר עותק מלא לוגי. אם נדרש גיבוי מלא ברמה אפס, שמחליף את הגיבוי המצטבר של Backup and DR, צריך לסמן את התיבה הזו למשימת גיבוי אחת. חשוב לנקות אותו אחרי שגיבוי מלא ברמה אפס מסתיים, אחרת כל גיבוי יהיה גיבוי חדש ברמה אפס של Oracle `RMAN`RMAN. הפעולה הזו משפיעה על האחסון במאגר של קובצי ה-snapshot.
המיקום של קובץ התצורה של Oracle	משתמשים באפשרות הזו כשמגבים קובצי תצורה של Oracle באמצעות גיבוי `RMAN` של Oracle, כמו ארנק לתמיכה בהצפנה. צריך להזין נתיב מלא. אם מציינים שם של תיקייה, כל הקבצים בתיקייה הזו מגובים. אם מציינים שם קובץ, רק הקובץ שצוין מגובה. הערה: במסדי נתונים של Oracle עם TDE, אפשר לתעד את הארנק של TDE על ידי הגדרת ההגדרה המתקדמת של מיקום קובץ התצורה של Oracle לאפליקציית Oracle. כדי להשתמש בנקודות טעינה שמותאמות לאפליקציות במסדי נתונים שמופעלת בהם TDE, צריך להעתיק את הארנק למיקום המתאים במארח של נקודת הטעינה, והארנק צריך להיות מוגדר ופתוח.
`AU_SIZE`	פרמטר להגדרת גודל ה-AU של קבוצת הדיסקים של ASM, ב-MB, ברירת המחדל היא 1MB. ההגדרה הזו נכנסת לתוקף רק במהלך יצירת קבוצת הדיסקים, שמתרחשת במהלך משימת גיבוי ברמה אפס. צריך להגדיר את זה לפני הגיבוי הראשון, או לבחור באפשרות Force new level 0 כדי ליצור מחדש את קבוצת הדיסקים עם `AU_SIZE` חדש. חשוב לוודא שיש מספיק מקום פנוי במאגר תמונות המצב כשמשתמשים בגיבוי החדש ברמה 0.
גילוי אוטומטי של חברי RAC	צריך לסמן את האפשרות הזו כדי לגלות באופן אוטומטי את כל החברים במסדי הנתונים של RAC. הוא מאפשר למפות את דיסק ה-staging לכל צומתי ה-RAC. הגילוי האוטומטי לא יפעל אם לשם המארח אין FQDN. במקרה כזה, צריך להוסיף את הצמתים באופן ידני.
צמתים של חברי RAC	אם אתם בוחרים לא לגלות באופן אוטומטי את חברי ה-RAC, אתם צריכים לספק רשימת צומתי RAC כדי למפות את דיסק ה-Staging לחבר ה-RAC שנבחר. קודם מציגים את הצמתים הייעודיים לגיבוי. השתמשו באפשרות הזו רק כדי להגן על מסדי נתונים של Oracle בקבוצת דיסקים של ASM.

גיבוי של יומן ארכיון

מגדירים גיבוי של יומן ארכיון באמצעות הגדרות האפליקציה הבאות:

הגדרה	קלט
מספר הערוצים לגיבוי של יומן הארכיון	מציינים את מספר הערוצים של `RMAN`, או גיבוי מקביל של יומן, שבהם צריך להשתמש במהלך גיבוי של archivelog. ערוץ ברירת המחדל של `RMAN` הוא 2.
נתיב Oracle `TNS_Admin`	אם `tnsnames.ora` נמצא במיקום לא סטנדרטי, צריך לציין את הנתיב המלא של הספרייה שבה הוא נמצא. הנתיב של Oracle `TNS_Admin` משמש רק לאימות של מסד הנתונים.
תקופת השמירה של יומני המחיקה	במקום שסופק, מזינים את מספר השעות לשמירת יומני הארכיון של סביבת הייצור ביעד של יומני הארכיון. לדוגמה, אם הערך הוא 4, יומני ארכיון שנוצרו לפני יותר מ-4 שעות יימחקו מיעד הארכיון של מסד הנתונים. ערך ברירת המחדל הוא 24 שעות. הערה: אם מגדירים את הערך של Log purging retention period ל-0, היומן יימחק מיד אחרי שפעולת הגיבוי תסתיים. אם אתם עושים את זה, הגדירו את Successful log backups before purge לפחות לאחד.
גיבויים מוצלחים של יומנים לפני מחיקה	כברירת מחדל, ניקוי הארכיון לא בודק את מספר הגיבויים המוצלחים של היומן. מזינים את מספר הגיבויים המוצלחים של היומן שאחריהם יתבצע ניקוי של הארכיון.
הצלבה של יומן הארכיון	צריך לבחור באפשרות הזו כדי להריץ בדיקה צולבת ולמחוק יומני ארכיון ייצור שפג תוקפם בגיבוי של יומן הארכיון.
הצלבת נתונים של גיבוי יומן הארכיון פעם ביום	צריך לבחור באפשרות הזו כדי לבדוק את הגיבוי של archivelog בדיסק ה-Staging של Backup and DR פעם ביום במהלך גיבוי היומן אחרי גיבוי מסד הנתונים. האפשרות הזו תבטל את הבדיקה ההדדית במהלך כל גיבוי של archivelog אם נבחרה האפשרות Crosscheck backup of archivelog.
בדיקה של גיבוי יומן הארכיון	בוחרים באפשרות הזו כדי לבדוק את הגיבוי של archivelog בדיסק ה-Staging של Backup and DR עם כל גיבוי של archivelog.
מספר הקבצים בכל קבוצת גיבוי	מציינים את מספר יומני הארכיון שרוצים לכלול ב-backupset במהלך גיבוי של archivelog. ערך ברירת המחדל הוא 4.
שם השירות לגיבוי יומן הארכיון	צריך לספק שם ייעודי לשירות של מסד הנתונים של Oracle בשביל הגיבוי של יומן הארכיון בסביבת RAC, כשהשם של שירות Oracle מוגדר לפעול ביותר מצומת אחד. השם של שירות הגיבוי של יומן הארכיון משמש רק לאימות של מסד הנתונים.

דיסק זמני לגיבוי

מגדירים דיסק גיבוי זמני באמצעות הגדרות האפליקציה הבאות:

הגדרה	קלט
המרת פורמט ASM לפורמט של מערכת קבצים	כברירת מחדל, מסד הנתונים מתועד בפורמט ברירת המחדל שלו, ASM או מערכת קבצים. יעד הגיבוי הוא ASM למסד נתונים של Oracle בסביבת ייצור עם קובץ נתונים בקבוצת דיסקים של ASM, ומערכת קבצים למסד נתונים של Oracle עם קובץ נתונים במערכת קבצים. צריך להגדיר את האפשרות הזו כ-Yes אם קובץ הנתונים של מסד הנתונים במקור נמצא בקבוצת דיסקים של ASM, ויעד הגיבוי צריך להיות מוגדר לדיסק ה-staging של מערכת הקבצים. צריך להגדיר את האפשרות הזו כ-Yes לכל מסדי הנתונים של ASM בסביבת Windows.
המרת הפורמט של מערכת הקבצים לפורמט Oracle ASM	כברירת מחדל, מסד הנתונים מתועד בפורמט ברירת המחדל שלו, ASM או מערכת קבצים. יעד הגיבוי הוא ASM למסד נתונים של Oracle בסביבת ייצור עם קובץ נתונים בקבוצת דיסקים של ASM, ומערכת קבצים למסד נתונים של Oracle עם קובץ נתונים במערכת קבצים. צריך להגדיר את האפשרות הזו כ-Yes אם מסד הנתונים של המקור עם קובץ הנתונים במערכת הקבצים ויעד הגיבוי צריכים להיות מוגדרים לקבוצת הדיסקים של Oracle ASM. לשם כך צריך להתקין את ASM בשרת Oracle.
תאימות של קבוצת דיסקים ב-ASM	הגרסה המינימלית של תוכנת ASM שיכולה לגשת לקבוצת הדיסקים. כדי לציין ולשנות את תאימות ה-ASM של קבוצת הדיסקים של ASM לגיבוי, אפשר לעיין במאפיין התאימות של קבוצת הדיסקים של ASM. לשם כך, צריך גיבוי חדש ברמה 0. הפעולה הזו משפיעה על האחסון של מאגר תמונות המצב.
תאימות של מסדי נתונים	ההגדרה המינימלית של פרמטר האתחול של מסד הנתונים התואם לכל מופע של מסד נתונים שמשתמש בקבוצת הדיסקים. כדי לציין ולשנות את תאימות ה-RDBMS של קבוצת הדיסקים של ASM לגיבוי, עיינו במאמר מאפיין תאימות של קבוצת דיסקים של ASM. לשם כך, צריך גיבוי חדש ברמה 0. הפעולה הזו משפיעה על האחסון של מאגר תמונות המצב.
גודל הדיסק של אזור ה-Staging	כברירת מחדל, סוכן Backup and DR מחשב את גודל הדיסק של אזור ה التقسيم לגיבוי מסד הנתונים כפי 1.5 מהגודל המקסימלי של מסד הנתונים. כדי לציין ערך באופן ידני, מקצים דיסק זמני שיאפשר צמיחה של מסד הנתונים בשנתיים הבאות. אם מגדירים אותו ידנית, הגידול הדינמי של דיסק ה-staging יוגבל בהתאם לגידול בגודל מסד הנתונים.
רמת הפירוט של דיסק ה-Staging	הגודל המקסימלי של כל דיסק כשמשתמשים בכמה דיסקים בדיסק זמני לגיבוי של אפליקציה. ערך ברירת המחדל הוא 1,000GB.
שימוש בפירוט של דיסק ה-Staging כגודל המינימלי של דיסק ה-Staging	האפשרות הזו מתאימה לאפליקציות שקטנות מהגודל שמוגדר ב-granularity (ערך ברירת המחדל הוא 1,000GB) ונוטות לגדול מדי פעם. האפשרות הזו שימושית כדי להימנע מגיבויים מלאים ויקרים בתדירות גבוהה. מכיוון שהקצאת האחסון בדיסק ה-staging היא לפי צורך (Thin Provisioning), אין עלות ראשונית לשימוש בדיסק staging שגדול מהנדרש לשימוש מיידי.
הגודל המינימלי של דיסק ה-staging האחרון	הגודל המינימלי של הדיסק האחרון כשמשתמשים בכמה דיסקים בדיסק זמני לגיבוי של אפליקציה.הערך הזה משמש גם לדיסקים נוספים שמוקצים לדיסק זמני לגיבוי כדי להתאים לצמיחה. ערך ברירת המחדל הוא 250GB.
נקודת הטעינה של דיסק ה-Staging	מאפשרת לטעון את דיסק ה-staging למיקום ספציפי.
גודל הדיסק של אזור ה-Staging של היומנים	המאפיין הזה משמש אם מוגדרת מדיניות גיבוי של יומנים. כברירת מחדל, שירות Backup and DR משתמש בערך המקסימלי של 30 יום כדי לקבוע את גודל הדיסק של סביבת ה-Staging לגיבוי בארכיון. הערה: אפשר ליצור דיסק זמני לגיבוי יומנים בגודל שגדול מברירת המחדל של המערכת (1TB), אבל אם עושים את זה, העדכון האוטומטי של גודל הדיסק הזמני ליומנים מושבת. כדי להפעיל אותו מחדש, צריך להמתין לגיבוי מוצלח של היומן ואז לאפס את ערך הגודל של דיסק ה-staging של היומן לערך ברירת המחדל. כשהעדכון האוטומטי של גודל ה-staging של היומן מופעל, הגודל של דיסק ה-staging לא ישתנה באופן אוטומטי כשהגודל המחושב קטן מ-1TB. כשהגודל המחושב גדול מ-1TB, דיסק חדש יתווסף לנפח הגיבוי של היומן כדי להגדיל אותו.

שינוי תבניות מדיניות למסדי נתונים של Oracle

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