תהליכי העבודה של Backup and DR מוגדרים ב-App Manager. תהליכי העבודה של Backup and DR משתמשים בנתוני הגיבוי של סביבת הייצור כמקור הנתונים שממנו הם נוצרים.
- התקנות ישירות: התקנות ישירות משמשות כשאין צורך לנקות את נתוני האפליקציה לפני ההתקנה וההנגשה שלהם למשתמשים. אפשר לטעון את נתוני האפליקציה באמצעות טעינה רגילה כנתונים בלבד, כאפליקציה וירטואלית או גם כנתונים וגם כאפליקציה וירטואלית. טעינה ישירה מאפשרת גישה לנתוני הגיבוי כמעט באופן מיידי, בלי להעביר את הנתונים בפועל.
LiveClones: בדרך כלל משתמשים ב-LiveClones בתהליכי עבודה של Backup and DR כשאפליקציה מכילה מידע אישי רגיש שצריך למחוק לפני שמתקינים אותה ומאפשרים למשתמשים להשתמש בה. אפשר לטעון את נתוני האפליקציה באמצעות טעינה רגילה כנתונים בלבד, כאפליקציה וירטואלית או גם כנתונים וגם כאפליקציה וירטואלית. אפשר לעדכן את ה-LiveClone, את החיפוש לאורך ציר הזמן ואת הטעינה באופן אוטומטי, לפי לוח זמנים או לפי דרישה.
התקנה ישירה של נתוני Oracle כאפליקציה וירטואלית
תהליכי עבודה של Backup and DR עם טעינה ישירה משמשים כשגיבוי האפליקציה לא מכיל מידע רגיש. כך תהליך העבודה Backup and DR יכול לטעון את נתוני האפליקציה כאפליקציה וירטואלית, או כנתוני אפליקציה בלבד, בלי להגדיר קודם LiveClone ואז לנקות את ה-LiveClone. התקנות ישירות מאפשרות גישה לנתוני אפליקציות ולאפליקציות וירטואליות כמעט באופן מיידי.
בדוגמה הזו, אתם מגדירים תהליך עבודה של Backup and DR שמבצע את הפעולות הבאות:
- יצירה או עדכון של נתוני אפליקציה שנטענו מגיבוי ייצור אחד שנבחר.
- מגדיר לוח זמנים לעדכון נתוני האפליקציה עם נתוני הייצור העדכניים ביותר. אפשר גם להפעיל לפי דרישה תהליכי עבודה מתוזמנים של Backup and DR.
- טוען את נתוני האפליקציה.
- מאפשר ליצור אפליקציה וירטואלית עם הנתונים.
כך מגדירים את תהליך Backup and DR למסד נתונים של Oracle:
במסוף הניהול של מכשיר הגיבוי וההתאוששות מאסון, לוחצים על App Manager > Workflows.
בפינה השמאלית העליונה של הדף, לוחצים על תהליך עבודה.
הדף Add Workflow: Select an Application נפתח.
לוחצים לחיצה ימנית על מסד נתונים מנוהל ולוחצים על הבא.
בדף Add Workflow: Configure, נותנים שם לתהליך העבודה של Backup and DR, בוחרים באפשרות Direct Mount ובוחרים את המכשיר לניהול תהליך העבודה של Backup and DR. שמות של תהליכי עבודה ב-Backup and DR לא יכולים לכלול תווים מיוחדים.
בקטע Schedule Type, בוחרים באפשרות Scheduled ומקצים תדירות להפעלת תהליך העבודה של הגיבוי וההתאוששות מאסון. בורר השעות משתמש בשעון של 24 שעות. אפשר גם להפעיל תהליכי עבודה מתוזמנים של Backup and DR על פי דרישה.
בקטע Direct Mount Settings, בוחרים את קובץ האימג' של המקור (Source Image) – קובץ ה-snapshot שעליו רוצים להריץ את תהליך העבודה Backup and DR, ונותנים ל-mount תווית שאפשר לזהות.
בקטע Hosts, בוחרים את השרת או השרתים שאליהם הנתונים נטענים. המשתמש שמפעיל את תהליך העבודה של Backup and DR יכול לטעון את הנתונים לשרתים אחרים לפי הצורך.
ב-Mapping Options, מוסיפים mount location. אם לא מציינים נקודת טעינה, סוכן Backup and DR בוחר מיקום לנקודת הטעינה.
מזינים את Preferred diskgroup name לפי הצורך.
מזינים רשימת צומתי RAC לפי הצורך, ברשימה של כתובות IP שמופרדות בנקודתיים.
מציינים Pre Script לפי הצורך. הסקריפט המקדים משמש להגדרת הסביבה לפני הטעינה או הביטול של הטעינה של האפליקציה. הסקריפט הזה צריך להיות בתיקייה בשם
/act/scriptsבשרת שמארח את הגיבוי המותקן. לפרטים על הסקריפטים, ראו סקריפטים לפני ואחרי תהליך העבודה Backup and DR.מציינים Post Script לפי הצורך. הסקריפט post משמש לביצוע פעולה על הנתונים אחרי שהם נטענים או מנותקים. הסקריפט הזה חייב להיות בתיקייה בשם
/act/scriptsבשרת שמארח את הגיבוי שנטען. לפרטים על הסקריפטים, ראו סקריפטים לפני ואחרי תהליך העבודה Backup and DR.אם ציינתם סקריפטים, ציינו זמנים קצובים לתפוגה שיהיו ארוכים מספיק כדי שהסקריפטים יסתיימו.
בדרך כלל משתמשים בתיבת הסימון Remove mounted backup after processing. כשמפעילים סקריפט לעיבוד נתונים שנטענו. אחרי שהסקריפט מסיים את המשימה שלו, האפשרות הזו מבטלת את הטעינה של האפליקציה הווירטואלית ומוחקת אותה.
אתם יכולים לבחור בין האפשרויות הבאות:
- אם אתם צריכים רק את הנתונים, לוחצים על Done ותהליך העבודה Backup and DR יפעל לפי לוח הזמנים. משתמשים עם הרשאת גישה מתאימה יכולים גם להריץ את תהליך העבודה הזה של Backup and DR לפי דרישה, כדי להקצות מחדש את הסביבות שלהם עם נתוני האפליקציה.
- אם רוצים ליצור אפליקציה וירטואלית, ממשיכים לשלבים הבאים.
מסמנים את התיבה Perform application aware mount, ומוצגות האפשרויות הספציפיות לאפליקציה לביצוע טעינה עם מודעות לאפליקציה.
במקומות המיועדים לכך, מזינים את האפשרויות שקשורות ל-Oracle. לוחצים על סימן השאלה ?. ליד אפשרות מסוימת כדי לקבל טקסט עזרה.
לוחצים על החץ השחור כדי לפתוח את Advanced Options ומשלימים את שאר האפשרויות לפי הצורך.
לוחצים על שחזור באמצעות Recovery. כך מסד הנתונים נשאר במצב שבו אם היומנים זמינים, אפשר להחיל אותם כדי להביא את מסד הנתונים לנקודת זמן ספציפית.
בשלב הזה אתם יכולים לבצע את המשימות הבאות:
- מסמנים את האפשרות Protect new application. כך תוכלו להחיל תבנית מדיניות של תוכנית גיבוי ופרופיל משאבים כדי להגן על האפליקציה הווירטואלית כאפליקציה חדשה. לפרטים נוספים, קראו את המאמרים תבניות מדיניות של תוכניות גיבוי ופרופילים.
- לוחצים על Done ותהליך העבודה Backup and DR יפעל לפי לוח הזמנים. משתמשים עם הרשאת גישה מתאימה יכולים גם להריץ את תהליך העבודה הזה של Backup and DR לפי דרישה, כדי להקצות מחדש את הסביבות שלהם באמצעות האפליקציה הווירטואלית.
יצירת נתונים מנוקים או אפליקציות וירטואליות באמצעות LiveClone וכלי מיסוך
בדרך כלל משתמשים בתהליכי העבודה של LiveClone Backup and DR כשנתוני הייצור מכילים מידע רגיש. תהליך העבודה LiveClone Backup and DR מאפשר לכם להגדיר LiveClone מנתוני הייצור, ואז לנקות את הנתונים של LiveClone לפני שאתם טוענים אותו.
בדוגמה הבאה, תהליך העבודה Backup and DR יכול לבצע את הפעולות הבאות:
- יצירת LiveClone חדש או עדכון של LiveClone קיים מגיבוי ייצור שנבחר ומסומן כרגיש.
- מגדירים לוח זמנים לעדכון ה-LiveClone עם נתוני הייצור העדכניים ביותר. אפשר גם להפעיל לפי דרישה תהליכי עבודה מתוזמנים של Backup and DR.
- להשתמש בסקריפטים כדי לנקות את ה-LiveClone ממידע אישי רגיש.
- מסמנים את האפליקציה הווירטואלית שעברה ניקוי כלא רגישה.
- טעינת הגיבוי שעבר ניקוי כאפליקציה וירטואלית – Application Awareness – למארח שצוין.
כדי להגדיר את תהליך העבודה Backup and DR הזה:
- פותחים את מסוף ניהול המכשיר ב-App Manager > Workflows.
- בפינה השמאלית העליונה, לוחצים על הוספת תהליך עבודה.
בדף Add Workflow: Select an Application, לוחצים לחיצה ימנית על האפליקציה שרוצים להסיר ממנה את המידע הרגיש ובוחרים באפשרות Next.
הדף הוספת תהליך עבודה: הגדרה נפתח.
נותנים שם לתהליך העבודה של הגיבוי וה-DR. שמות של תהליכי עבודה ב-Backup and DR לא יכולים לכלול תווים מיוחדים.
בקטע Workflow Type, בוחרים באפשרות LiveClone.
הדף LiveClone Settings נפתח.
בקטע סוג לוח הזמנים, בוחרים באפשרות מתוזמן או לפי דרישה. אפשר גם להפעיל לפי דרישה תהליכי עבודה מתוזמנים של Backup and DR.
אם בחרתם באפשרות Scheduled, הגדירו לוח זמנים להפעלת תהליך העבודה Backup and DR.
בורר השעות משתמש בשעון של 24 שעות.
בשדה Source Image, בוחרים את קובץ ה-snapshot האחרון מהמדיניות שמפיקה את הגיבוי שרוצים למחוק.
נותנים ל-LiveClone תווית שקל לזהות.
בוחרים את מאגר קובצי ה-Snapshot שבו נמצא ה-LiveClone. חשוב לוודא שיש מספיק נפח אחסון פנוי ל-LiveClone.
מפעילים את האפשרות Mount for pre-processing. במסך הבא אפשר לטעון את ה-LiveClone למארח, ואז לחפש נתונים רגישים בגיבוי שנטען.
האפשרות Mark Data Non-Sensitive מופיעה רק אם האפליקציה שנבחרה מסומנת כמכילה מידע רגיש. צריך לסמן את האפשרות הזו אם האפליקציה לא מכילה מידע אישי רגיש אחרי הניקוי. כך משתמשים שאין להם גישה לנתונים רגישים יכולים לגשת לתהליך העבודה Backup and DR ולהקצות את סביבות העבודה שלהם.
בוחרים מארח כדי לטעון את ה-LiveClone.
בקטע Mapping Options, מוסיפים Mount Location אם רוצים שהגיבוי יותקן במיקום אחר מברירת המחדל. אם לא מציינים מיקום לטעינה, סוכן Backup and DR מקצה מיקום לטעינה.
מזינים את Preferred diskgroup name לפי הצורך.
מזינים רשימת צומתי RAC לפי הצורך, ברשימה של כתובות IP שמופרדות בנקודתיים.
אתם יכולים להשתמש בהסתרת פרטיות הנתונים של Optim או להשתמש בסקריפטים מותאמים אישית משלכם:
- אם אתם משתמשים בהסתרת נתונים של Optim, הזינו ערך של Service Set וערך של Time Out בדקות.
- אם אתם משתמשים בסקריפטים בהתאמה אישית, ציינו סקריפט מקדים לפי הצורך. הסקריפט המקדים משמש להגדרת הסביבה לפני טעינה או ביטול טעינה של אפליקציה. אחר כך מציינים תסריט לאחר שיחה לפי הצורך. הסקריפט בדוגמה הזו מנקה את האפליקציה ממידע רגיש אחרי שהיא נטענה. צריך לציין זמנים קצובים לתפוגה שיהיו ארוכים מספיק כדי שהסקריפטים יוכלו להסתיים.
אם אתם לא צריכים אפליקציה וירטואלית, לוחצים על Add ותהליך העבודה Backup and DR יפעל לפי לוח הזמנים. משתמשים עם הרשאת גישה מתאימה יכולים להריץ את תהליך העבודה הזה של Backup and DR על פי דרישה, ולהקצות מחדש כל שרת שיש להם גישה אליו עם נתוני האפליקציה.
אם צריך להחיל את ה-LiveClone הזה באופן וירטואלי, אפשר להמשיך כאן.
מפעילים את האפשרות Create New Virtual Application ולוחצים על Next. כדי להשלים את התהליך, מוצגות אפשרויות נוספות להגדרות של Oracle.
מפעילים את האפשרות Manage New Application אם רוצים להגן עליה באמצעות Backup and DR. אם בוחרים באפשרות הזו, צריך לבחור תבנית מדיניות ופרופיל משאבים כדי להחיל אותם.
לוחצים על החץ כדי לפתוח את האפשרויות המתקדמות. בוחרים באפשרות Restore with Recovery כדי להחיל את היומנים הזמינים ולהביא את מסד הנתונים לנקודת זמן ספציפית.
ממשיכים להזין את הגדרות Oracle לפי הצורך במסד הנתונים הזה. כדי לקבל עזרה, לוחצים על כל תווית.
בסוף, מסמנים את התיבה Remove mounted backup after done. בדרך כלל בוחרים באפשרות הזו כשמשתמשים בסקריפט כדי לעבד נתונים שהועלו. כשהסקריפט מסיים את המשימה שלו, האפשרות הזו מבוטלת ואפשר למחוק את האפליקציה הווירטואלית.
לוחצים על הוספה.
איך משתמשים בתהליך העבודה Backup and DR כדי לרענן סכימות של מסדי נתונים ב-Oracle
אם אתם משתמשים ב-Oracle 12c או בגרסה חדשה יותר, קראו את המאמר הצגת מסד נתונים של Oracle 12c PDB כ-PDB וירטואלי למאגר מסד נתונים קיים ביעד.
אם יש לכם מכונה של מסד נתונים במקור עם כמה אפליקציות, ולכל אפליקציה יש סכימה משלה, בצעו את הפעולות הבאות:
- ליצור ולרענן עותק וירטואלי ברמת הסכימה, ולרענן כל סכימה בנפרד לאותו יעד או ליעד אחר.
- ליצור ולרענן כמה עותקים וירטואליים של סכימה אחת ליעד אחד בסכימות שונות, שלכל אחת מהן יש לוח זמנים משלה לרענון.
הקטע הזה כולל את הפריטים הבאים:
- לפני שמתחילים
- יצירת תהליך העבודה של Backup and DR
- הפעלת תהליך העבודה של Backup and DR
- ביטול הטעינה של גיבויים שנטענו
איך זה עובד: עותק וירטואלי של Backup and DR עם מרחב טבלאות נייד
אפשר ליצור ולרענן כמה עותקים וירטואליים במכונה אחת של Oracle, מאותה מכונת מקור או מכמה מכונות מקור.
- מגדירים תהליך עבודה של Backup and DR לטעינה עם מודעות לאפליקציה, כדי ליצור טעינה עם מודעות לאפליקציה באמצעות מכונה זמנית.
- מגדירים סקריפט מקדים להרצה במכונת היעד – אופליין, ומסירים את מרחב הטבלאות שצריך לרענן במכונת היעד.
- מגדירים סקריפט לאחר-התקנה שיופעל במכונה הזמנית ובמכונת היעד.
- במכונה הזמנית, מבצעים את הפעולות הבאות:
- שינוי השם של מרחב הטבלאות
- משנים את מרחב הטבלאות ל"קריאה בלבד"
- ב-EXPDP, מייצאים את המטא-נתונים של מרחב הטבלאות.
- מכבים את המכונה הזמנית.
- במכונת היעד:
- ב-IMPDP, מייבאים את המטא-נתונים של מרחב הטבלאות (TRANSPORT_DATAFILES עם סכמת מיפוי מחדש למכונת היעד
- שינוי מרחב הטבלאות לקריאה וכתיבה
לפני שמתחילים
לפני שמתחילים, צריך לפעול לפי ההוראות הבאות.
- מוודאים שגיבויי מסד הנתונים פועלים בהתאם למדיניות של תוכנית הגיבוי.
מגדירים את הסקריפטים בשרת היעד:
מתחברים לשרת של מסד הנתונים כמשתמש root. משנים את הספרייה ל-
/actויוצרים ספריית/act/scripts(אם היא לא קיימת) על ידי הפעלת הפקודות הבאות.cd /act mkdir -p /act/scripts cd /act/scriptsהעתקת כל הקבצים מ-
/act/act_scripts/objectrefresh/העברת
act_<schema>_refresh.confאלact_testuser_refresh.confלשם סכימת יעד של testuser, כאשר<schema>הוא testuser.כאשר:
- SOURCE_SCHEMA_NAME: הסכימה של מסד הנתונים במקור שתוצג ביעד.
- TARGET_SID: מזהה המערכת של מסד הנתונים המטורגט, שבו הסכימה מתעדכנת.
- TARGET_SCHEMA_NAME: סכימת מסד הנתונים של היעד שצריך לרענן באמצעות סכימת המקור.
יצירת תהליך העבודה Backup and DR
כדי ליצור תהליך העבודה Backup and DR לרענון הסכימה, פועלים לפי ההוראות הבאות.
- פותחים את מסוף הניהול של המכשיר ועוברים אל App Manager > Workflows, ואז לוחצים על Add Workflow.
- ברשימה Add Workflow: Select an Application, לוחצים לחיצה ימנית על מסד הנתונים שבו רוצים להשתמש ולוחצים על Next.
מופיע הדף Add Workflow: Configure:
- נותנים שם ייחודי לתהליך העבודה Backup and DR. שמות של תהליכי עבודה ב-Backup and DR לא יכולים לכלול תווים מיוחדים.
- בוחרים באפשרות הרכבה ישירה.
- בוחרים את מכשיר הגיבוי או השחזור שמפעיל את תהליך העבודה Backup and DR.
- בקטע Schedule Type, בוחרים באפשרות On Demand.
- בוחרים את הגיבוי של Source, תמונת המצב האחרונה או התמונה האחרונה מהייצור.
- בשדה Mount Label, מזינים מזהה ייחודי שיעזור לזהות את נקודות ה-mount מתהליך Backup and DR כשמציגים את נקודות ה-mount הפעילות.
- בוחרים את המארח הרצוי מרשימת המארחים.
באפשרויות מיפוי, מבצעים את הפעולות הבאות:
- מזינים את המיקום של הכוננים המחוברים, לדוגמה: M:, D:\testdb1 או /oracledata/db1data – אם העותק הזמני יהיה ב-NON - ASM.
- מוסיפים את Preferred Diskgroup Name.
- בשדה RAC Node List, מזינים רשימה של כתובות IP שמופרדות בנקודתיים.
ממלאים את השדה pre-script: act_ttswfpre.sh act
SCHEMArefresh.conf כאשר actSCHEMA_refresh.conf הוא הקובץ שנוצר בשלב הראשון.ממלאים את השדה post-script: ttswfpost.sh act
SCHEMArefresh.conf כאשר actSCHEMA_refresh.conf הוא הקובץ שנוצר בשלב הראשון.מזינים ערך של 1,800 שניות או יותר.
לוחצים על Create New Virtual Application (יצירת אפליקציה וירטואלית חדשה).
ממלאים את ה-SID של מסד הנתונים לטירגוט – זהו SID זמני.
מזינים את שם המשתמש במערכת ההפעלה שהוא הבעלים של הקובץ הבינארי של תוכנת Oracle במכונת היעד.
מציינים את ORACLE_HOME כמו שצוין בקובץ התצורה.
לוחצים על החץ כדי לפתוח את האפשרויות המתקדמות. מזינים את נתיב הספרייה של TNS ADMIN במכונה המיועדת, ומציינים את אחוז ה-SGA המינימלי למכונה הזמנית. כדי לקבל עזרה, אפשר ללחוץ על תוויות השדות.
בוחרים באפשרות Standalone Non-RAC (עצמאי, לא RAC).
לוחצים על הוספה.
הפעלת תהליך העבודה Backup and DR
אחרי שיוצרים את תהליך העבודה Backup and DR, פועלים לפי השלבים הבאים כדי להפעיל אותו.
- לוחצים לחיצה ימנית על תהליך העבודה Backup and DR ואז על Run Now.
בוחרים באפשרות הפעלת תהליך עבודה מתוזמן עכשיו ולוחצים על שליחה.
אפשר לעקוב אחרי היומנים במארח היעד במיקום:
/var/act/logכשתהליך העבודה Backup and DR מציג מצב הצלחה, הסכימה במסד הנתונים של היעד מתרעננת.
- אם TARGET_SCHEMA_NAME לא קיים במסד הנתונים של היעד, Backup and DR יוצר משתמש בפעם הראשונה וסיסמת ברירת המחדל של המשתמש היא abc#1234.
- מרחבי הטבלאות של הסכימה המרועננת במסד הנתונים של היעד מוצגים ליעד עם שם הסכימה בתור קידומת: (Schema)_(Source_Tablespace_Name)
ביטול הטעינה של גיבויים שנטענו
כדי לבטל את הטעינה של גיבויים שנטענו, צריך לפעול לפי ההוראות הבאות.
מבטלים את מרחב הטבלאות וקובצי הנתונים במסד הנתונים של היעד.
```sql SQL>alter tablespace <TBS_NAME> offline immediate; SQL>drop tablespace <TBS_NAME> including contents and datafiles; ```פותחים את הדף App Manager > Active Mounts. לוחצים לחיצה ימנית על הגיבוי שרוצים לבטל את הטעינה שלו, בוחרים באפשרות Unmount and Delete ואז לוחצים על Submit כדי לשלוח את המשימה.
הצגת מסד נתונים PDB של Oracle 12c או גרסה עדכנית יותר כ-PDB וירטואלי לקונטיינר קיים של מסד נתונים ביעד
אם אתם משתמשים בגרסה של Oracle שקודמת ל-12c, קראו את המאמר שימוש בתהליך העבודה Backup and DR לרענון סכימות של מסדי נתונים ב-Oracle.
לדוגמה, יש לכם מכונה של מסד נתונים במקור עם כמה אפליקציות, ולכל אפליקציה יש PDB משלה. אתם יכולים ליצור ולרענן עותק וירטואלי ברמת הסכימה, ולרענן כל PDB בנפרד לאותו יעד או ליעד אחר. כדי לעשות את זה, פועלים לפי השלבים הבאים:
- לפני שמתחילים
- יצירת תהליך העבודה Backup and DR לביצוע משימת השיבוט של PDB
- הפעלת תהליך העבודה של Backup and DR
- ביטול הטעינה של גיבויים שנטענו
לפני שמתחילים
לפני שמתחילים, צריך להגדיר את הסקריפטים בשרת היעד:
- מורידים את קובץ ה-ZIP של הסקריפט מ-/act/act_scripts/pdbrefresh.
- מתחברים לשרת של מסד הנתונים כמשתמש root.
עוברים אל /act ויוצרים ספריית /act/scripts, אם היא לא קיימת:
cd /act mkdir -p /act/scripts cd /act/scriptsמחלצים את הקובץ.
מעתיקים את קובצי הסקריפט אל /act/scripts:
cp /act/act_scripts/pdbrefresh/act_pdbclone_pre.sh /act/scripts/ cp /act/act_scripts/pdbrefresh/act_pdbclone_post.sh /act/scripts/
יצירת תהליך העבודה Backup and DR כדי לבצע את משימת השכפול של ה-PDB
- בדף תהליכי עבודה של App Manager, לוחצים על הוספת תהליך עבודה.
- לוחצים לחיצה ימנית על מסד הנתונים של Oracle ובוחרים באפשרות הבא.
נותנים שם לתהליך העבודה Backup and DR ובוחרים באפשרויות Direct Mount ו-On Demand.
מסמנים את התיבה של המארח הרצוי.
אם העותק הזמני יהיה ב-non-ASM, בקטע Mapping Options בוחרים באפשרות Specify Mount Location בתור Mount Action ומציינים מיקום לטעינה.
ממלאים את השדה pre-script ואת השדה post-script: act_pdbclonepre.sh "
TARGET_DB_SIDSOURCE_PDB_NAME-TARGET_PDB_NAME" act_pdbclonepost.sh "TARGET_DB_SIDSOURCE_PDB_NAME-TARGET_PDB_NAME" כאשר: TARGET_DB_SID = מזהה מסד הנתונים של היעד שאליו צריך לצרף את ה-PDB SOURCE_PDB_NAME = שם ה-PDB של המקור שצריך לצרף למאגר היעד. TARGET_PDB_NAME = השם של מסד הנתונים הניתן לחיבור (PDB) שאליו משנים את השם של המקור.מגדירים את הערך של Timeout בשני הסקריפטים ל-18,000.
לוחצים על Create New Virtual Application (יצירת אפליקציה וירטואלית חדשה).
ממלאים את ה-SID של מסד הנתונים לטירגוט – זהו SID זמני כפי שמוגדר בקובץ act_pdb_config.conf.
מזינים את שם המשתמש במערכת ההפעלה שהוא הבעלים של קובץ ה-binary של תוכנת Oracle במכונת היעד.
מציינים את ORACLE_HOME כמו שצוין בקובץ התצורה.
לוחצים על החץ כדי לפתוח את האפשרויות המתקדמות. מציינים את ספריית TNS ADMIN במכונת היעד ואת ה-SGA המינימלי למכונה הזמנית.
בוחרים באפשרות Standalone Non-RAC (עצמאי, לא RAC).
לוחצים על הוספה בתחתית הדף.
הפעלת תהליך העבודה Backup and DR
אחרי שיוצרים את תהליך העבודה Backup and DR, פועלים לפי ההוראות הבאות כדי להפעיל אותו.
- לוחצים על App Manager > Workflows, ואז לוחצים לחיצה ימנית על תהליך העבודה Backup and DR ולוחצים על Run Now.
- בוחרים באפשרות Provision New Virtual Application, ממלאים את הפרטים ולוחצים על Submit.
אפשר לעקוב אחרי היומנים במארח היעד בכתובת: /var/act/log.
אחרי שתהליך העבודה Backup and DR מגיע למצב הצלחה, מתבצע שכפול של ה-PDB במסד הנתונים של היעד.
אם צריך לרענן שוב את ה-PDB של היעד עם נתוני המקור העדכניים או הישנים, לוחצים על הלחצן Run Now בתהליך העבודה Backup and DR, בוחרים באפשרות Refresh Existing Virtual Application ולוחצים על Done.
ביטול הטעינה של גיבויים שנטענו
כדי לבטל את הטעינה של גיבויים שנטענו, פועלים לפי ההוראות הבאות:
- בכרטיסייה Restore, בוחרים את הגיבוי שרוצים לבטל את הטעינה שלו.
מבטלים את מסד הנתונים הניתן לחיבור ואת קובצי הנתונים במסד הנתונים המטורגט.
SQL>alter pluggable database <PDB_NAME> close immediate; SQL>drop pluggable database <PDB_NAME> including datafiles;או להריץ את הסקריפט המקדים:
cd /act/scripts ./ act_pdbclone_pre.shלוחצים על App Manager > Active Mounts, לוחצים לחיצה ימנית על הגיבוי שרוצים לבטל את הטעינה שלו, בוחרים באפשרות Unmount and Delete ואז לוחצים על Submit כדי לשלוח את המשימה.
המדריך ל-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