יצירת תהליכי עבודה של Backup and DR למסדי נתונים של Oracle במסוף הניהול של ה-appliance

תהליכי העבודה של Backup and DR מוגדרים במרכז ניהול האפליקציות. תהליכי העבודה של Backup and DR משתמשים בגיבוי של נתוני הייצור כמקור הנתונים שממנו הם נוצרים.

  • העלאות ישירות: העלאות ישירות משמשות כשאין צורך לנקות את נתוני האפליקציה לפני שהם מועלים וזמינים למשתמשים. אפשר לטעון את נתוני האפליקציה באמצעות טעינה רגילה כנתונים בלבד, כאפליקציה וירטואלית או כנתונים וכאפליקציה וירטואלית. התקנות ישירות מאפשרות לגשת לנתוני הגיבוי כמעט באופן מיידי בלי להעביר את הנתונים בפועל.

  • ‫LiveClones: בדרך כלל משתמשים ב-LiveClones בתהליכי עבודה של גיבוי והתאוששות מאסון, כשבאפליקציה יש מידע אישי רגיש שצריך לנקות לפני שהיא מותקנת וזמינה למשתמשים. אפשר להעלות את נתוני האפליקציה באמצעות העלאה רגילה כנתונים בלבד, או כאפליקציה וירטואלית, או גם כנתונים וגם כאפליקציה וירטואלית. אפשר לעדכן את התכונות LiveClone,‏ Scrubbing ו-Mounting באופן אוטומטי, לפי תזמון או לפי דרישה.

הוספה ישירה של נתוני Oracle כאפליקציה וירטואלית

תהליכי עבודה של Backup and DR עם הרכבה ישירה משמשים כשגיבוי האפליקציה לא מכיל מידע אישי רגיש. כך אפשר להשתמש בתהליך העבודה של גיבוי והתאוששות מאסון כדי לטעון את הנתונים של אפליקציה כאפליקציה וירטואלית, או רק כנתוני אפליקציה, בלי להגדיר קודם LiveClone ואז לנקות אותו. התקנות ישירות מאפשרות גישה כמעט מיידית לנתוני האפליקציות ולאפליקציות וירטואליות.

בדוגמה הזו, מגדירים תהליך עבודה של Backup and DR שמבצע את הפעולות הבאות:

  • יוצר או מעדכן נתוני אפליקציה שמועברים מגיבוי יחיד שנבחר של סביבת הייצור.
  • ההגדרה מגדירה לוח זמנים לעדכון נתוני האפליקציה עם נתוני הייצור העדכניים ביותר. אפשר גם להפעיל תהליכי עבודה של Backup and DR על פי דרישה.
  • מבצעים Mount לנתוני האפליקציה.
  • הרישום מאפשר ליצור אפליקציה וירטואלית עם הנתונים.

כדי להגדיר את תהליך העבודה Backup and DR למסד נתונים של Oracle:

  1. במסוף הניהול של מכשיר הגיבוי והשחזור, לוחצים על App Manager > Workflows.

  2. לוחצים על Workflow (תהליך עבודה) בפינה השמאלית העליונה של הדף.

    נפתח הדף Add Workflow: Select an Application (הוספת תהליך עבודה: בחירת אפליקציה).

  3. לוחצים לחיצה ימנית על מסד נתונים מנוהל ולוחצים על הבא.

  4. בדף Add Workflow: Configure (הוספת תהליך עבודה: הגדרה), מציינים שם לתהליך העבודה של Backup and DR, בוחרים באפשרות Direct Mount (חיבור ישיר) ובוחרים את מכשיר ה-appliance לניהול תהליך העבודה של Backup and DR. שמות של תהליכי עבודה של גיבוי והתאוששות מאסון לא יכולים לכלול תווים מיוחדים.

  5. בוחרים באפשרות מתוזמן ומקצים תדירות להרצת תהליך העבודה של Backup and DR בסוג התזמון. בורר השעות משתמש בשעון של 24 שעות. אפשר גם להפעיל תהליכי עבודה של Backup and DR לפי דרישה.

  6. בקטע Direct Mount Settings (הגדרות של צירוף ישיר) של Source Image (תמונת המקור), בוחרים את תמונת המצב להפעלת תהליך העבודה של Backup and DR ומזינים תווית שאפשר לזהות איתה את הצירוף.

  7. בקטע Hosts, בוחרים את השרת או השרתים שאליהם הנתונים מועברים. המשתמש שמריץ את תהליך העבודה Backup and DR מקבל אפשרות לטעון את הנתונים לשרתים אחרים לפי הצורך.

  8. באפשרויות המיפוי, מוסיפים מיקום להעלאה. אם לא מציינים מיקום טעינה, סוכן Backup and DR בוחר מיקום טעינה.

  9. מזינים שם מועדף של קבוצת דיסקים לפי הצורך.

  10. מזינים רשימת צמתים של RAC לפי הצורך כרשימה של כתובות IP שמופרדות באמצעות נקודתיים.

  11. מציינים Pre Script לפי הצורך. הסקריפט שלפני ההפעלה משמש להגדרת הסביבה לפני הרכבת האפליקציה או פירוקה. הסקריפט הזה צריך להיות בתיקייה בשם /act/scripts בשרת שמארח את הגיבוי המותקן. פרטים על סקריפטים זמינים במאמר סקריפטים לפני ואחרי תהליך העבודה Backup and DR.

  12. מציינים פוסט סקריפט לפי הצורך. הסקריפט שמופעל אחרי ההרכבה משמש לביצוע פעולה על הנתונים אחרי שהם מורכבים או מפורקים. הסקריפט הזה צריך להיות בתיקייה בשם /act/scripts בשרת שמארח את הגיבוי המותקן. פרטים על סקריפטים זמינים במאמר סקריפטים לפני ואחרי תהליך העבודה Backup and DR.

  13. אם ציינתם סקריפטים, צריך לציין ערכי timeout ארוכים מספיק כדי שהסקריפטים יושלמו.

  14. בדרך כלל משתמשים בתיבת הסימון Remove mounted backup after processing (הסרת הגיבוי המצורף אחרי העיבוד) כשמשתמשים בסקריפט לעיבוד נתונים מצורפים. אחרי שהסקריפט מסיים את המשימה, האפשרות הזו מבטלת את ההתקנה ומוחקת את האפליקציה הווירטואלית.

  15. בוחרים באחת מהאפשרויות הבאות:

    • אם אתם צריכים רק את הנתונים, לוחצים על סיום ותהליך העבודה של הגיבוי וה-DR יפעל לפי התזמון. משתמשים עם גישה מתאימה יכולים גם להפעיל את תהליך העבודה הזה של Backup and DR לפי דרישה כדי להקצות מחדש את הסביבות שלהם עם נתוני האפליקציה.
    • אם אתם רוצים ליצור אפליקציה וירטואלית, ממשיכים לשלבים הבאים.

  16. מסמנים את התיבה Perform application aware mount (ביצוע פעולת הרכבה עם מודעות לאפליקציה) ואז מוצגות האפשרויות הספציפיות לאפליקציה לביצוע פעולת הרכבה עם מודעות לאפליקציה.

  17. במקומות המיועדים לכך, מזינים את האפשרויות שקשורות ל-Oracle. לוחצים על סימן השאלה ?. לצד אפשרות לטקסט עזרה.

  18. לוחצים על החץ השחור כדי לפתוח את האפשרויות המתקדמות ומשלימים את שאר האפשרויות לפי הצורך.

  19. בוחרים באפשרות שחזור באמצעות שחזור. במצב הזה, אם יש יומנים זמינים, אפשר להשתמש בהם כדי להחזיר את מסד הנתונים לנקודת זמן ספציפית.

  20. בשלב הזה אפשר לבצע את המשימות הבאות:

    • מסמנים את האפשרות הגנה על אפליקציה חדשה. כך אפשר להחיל תבנית מדיניות של תוכנית גיבוי ופרופיל משאבים כדי להגן על האפליקציה הווירטואלית כאפליקציה חדשה. פרטים נוספים זמינים במאמרים בנושא תבניות מדיניות של תוכניות גיבוי ופרופילים.
    • לוחצים על סיום ותהליך העבודה של 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 על פי דרישה.
  • משתמשים בסקריפטים כדי לנקות את המידע האישי הרגיש בשיבוט החי.
  • מסמנים את האפליקציה הווירטואלית שעברה ניקוי כלא רגישה.
  • טוענים את הגיבוי אחרי ההסרה כיישום וירטואלי – טעינה מודעת לאפליקציה – למארח שצוין.

כדי להגדיר את תהליך העבודה הזה של Backup and DR, צריך לפעול לפי ההוראות הבאות:

  1. פותחים את מסוף ניהול המכשיר ועוברים אל App Manager (ניהול אפליקציות) > Workflows (תהליכי עבודה).
  2. בפינה השמאלית העליונה, לוחצים על הוספת תהליך עבודה.

  3. בדף הוספת תהליך עבודה: בחירת אפליקציה, לוחצים לחיצה ימנית על האפליקציה שרוצים להסיר ממנה את המידע האישי הרגיש ובוחרים באפשרות הבא.

    הדף Add Workflow: Configure (הוספת תהליך עבודה: הגדרה) ייפתח.

  4. מציינים שם לתהליך העבודה Backup and DR. השמות של תהליכי העבודה של Backup and DR לא יכולים לכלול תווים מיוחדים.

  5. בקטע Workflow Type (סוג תהליך העבודה), בוחרים באפשרות LiveClone (שיבוט פעיל).

    ייפתח ההגדרות של LiveClone.

  6. בקטע סוג התזמון, בוחרים באפשרות מתוזמן או על פי דרישה. אפשר גם להפעיל תהליכי עבודה של Backup and DR על פי דרישה.

  7. אם בחרתם באפשרות מתוזמן, צריך להגדיר תזמון להפעלת תהליך העבודה של Backup and DR.

    בורר השעות משתמש בשעון של 24 שעות.

  8. בקטע Source Image, בוחרים את התמונה העדכנית ביותר מהמדיניות שיוצרת את הגיבוי לניקוי.

  9. צריך לספק תווית שאפשר לזהות איתה את העותק החי.

  10. בוחרים את מאגר התמונות המיידיות שבו נמצא ה-LiveClone. חשוב לוודא שהוקצה מספיק נפח אחסון כדי להכיל את השיבוט של השידור החי.

    מפעילים את האפשרות Mount for pre-processing (טעינה לעיבוד מראש). במסך הבא אפשר לטעון את הגיבוי של LiveClone למארח ואז לנקות את הגיבוי הטעון ממידע אישי רגיש.

  11. האפשרות סימון הנתונים כלא רגישים מופיעה רק אם האפליקציה שנבחרה מסומנת כאפליקציה שמכילה מידע אישי רגיש. מסמנים את האפשרות הזו אם האפליקציה לא מכילה מידע אישי רגיש אחרי הניקוי. כך משתמשים שאין להם גישה למידע אישי רגיש יכולים לגשת לתהליך העבודה של Backup and DR ולהקצות את סביבות העבודה שלהם.

  12. בוחרים מארח להרכבת LiveClone.

  13. באפשרויות מיפוי, מוסיפים מיקום טעינה אם רוצים שהגיבוי ייטען למיקום שאינו ברירת המחדל. אם לא מציינים מיקום לטעינה, סוכן Backup and DR מקצה מיקום לטעינה.

  14. מזינים שם מועדף של קבוצת דיסקים לפי הצורך.

  15. מזינים רשימה של צמתי RAC לפי הצורך, כרשימה של כתובות IP שמופרדות באמצעות נקודתיים.

  16. אפשר להשתמש בהתממת מידע ב-Optim או בסקריפטים מותאמים אישית משלכם:

    • אם אתם משתמשים בהסתרת נתונים לצורך שמירה על פרטיות נתונים ב-Optim, צריך להזין Service Set וערך של Time Out בדקות.
    • אם אתם משתמשים בסקריפטים מותאמים אישית, אתם צריכים לציין Pre Script לפי הצורך. הסקריפט המקדים משמש להגדרת הסביבה לפני הרכבה או פירוק של אפליקציה. אחר כך מציינים נ.ב. לפי הצורך. בדוגמה הזו, הסקריפט שמופיע אחרי ההגדרה מנקה את האפליקציה ממידע רגיש אחרי שהיא מותקנת. צריך להגדיר פסק זמן ארוך מספיק כדי שהסקריפטים יושלמו.

  17. אם לא צריך מופע וירטואלי של אפליקציה, לוחצים על Add והגיבוי וההתאוששות מאסון יפעלו לפי התזמון. משתמשים עם גישה מתאימה יכולים להריץ את תהליך העבודה הזה של Backup and DR לפי דרישה, ולספק ולספק מחדש כל שרת שיש להם גישה אליו עם נתוני האפליקציה.

    אם אתם צריכים אפליקציה וירטואלית של LiveClone, אתם יכולים להמשיך כאן.

  18. מפעילים את האפשרות Create New Virtual Application (יצירת אפליקציה וירטואלית חדשה) ולוחצים על Next (הבא). מוצגות אפשרויות נוספות להגדרות של Oracle כדי להשלים את התהליך.

  19. מפעילים את האפשרות Manage New Application (ניהול אפליקציה חדשה) אם רוצים ש-Backup and DR יגן על האפליקציה. אם תבחרו באפשרות הזו, תצטרכו לבחור תבנית מדיניות ופרופיל משאבים כדי להחיל אותם.

  20. לוחצים על החץ כדי לפתוח את האפשרויות המתקדמות. בוחרים באפשרות שחזור באמצעות שחזור כדי להחיל יומנים זמינים ולהחזיר את מסד הנתונים לנקודת זמן ספציפית.

  21. ממשיכים להזין את ההגדרות של Oracle לפי הצורך עבור מסד הנתונים הזה. לוחצים על כל תווית כדי לקבל עזרה.

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

  23. לוחצים על הוספה.

שימוש בתהליך עבודה של Backup and DR כדי לרענן סכימות של מסד נתונים של Oracle

אם אתם משתמשים ב-Oracle 12c או בגרסה מתקדמת יותר, כדאי לעיין במאמר בנושא הצגת PDB של מסד נתונים Oracle 12c כ-PDB וירטואלי בקונטיינר מסד נתונים קיים ביעד.

אם יש לכם מופע של מסד נתונים של מקור עם כמה אפליקציות, ולכל אפליקציה יש סכימה משלה, צריך לבצע את הפעולות הבאות:

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

הקטע הזה כולל את הפריטים הבאים:

איך זה עובד: Backup and DR העתקה וירטואלית עם מרחב טבלאות נייד

אתם יכולים ליצור ולרענן כמה עותקים וירטואליים תחת מופע יעד יחיד של Oracle מאותו מופע מקור או מכמה מופעי מקור.

  1. מגדירים תהליך עבודה של גיבוי ושחזור עם מודעות לאפליקציה כדי ליצור נקודת הרכבה עם מודעות לאפליקציה באמצעות מכונה זמנית.
  2. מגדירים סקריפט מוקדם להרצה במכונת היעד – אופליין, ומשחררים את מרחב הטבלאות לרענון במכונת היעד.
  3. מגדירים סקריפט שיפעל במכונה הזמנית ובמכונת היעד.
  4. במכונה הזמנית, מבצעים את הפעולות הבאות:
    1. שינוי השם של מרחב הטבלאות
    2. שינוי מרחב הטבלה לקריאה בלבד
    3. ב-EXPDP, מייצאים את המטא-נתונים של מרחב הטבלאות.
    4. מכבים את המכונה הזמנית.
  5. במופע היעד:
    1. ב-IMPDP, מייבאים את המטא-נתונים של מרחב הטבלאות (TRANSPORT_DATAFILES עם מיפוי מחדש של הסכמה למופע היעד
    2. שינוי מרחב הטבלה למצב קריאה-כתיבה

לפני שמתחילים

לפני שמתחילים, חשוב לפעול לפי ההוראות הבאות.

  1. מוודאים שגיבויי מסד הנתונים פועלים בהתאם למדיניות של תוכנית הגיבוי.

  2. מגדירים את הסקריפטים בשרת היעד:

    1. מתחברים לשרת מסד הנתונים כמשתמש root. כדי לשנות את הספרייה ל-/act וליצור ספרייה בשם /act/scripts (אם היא לא קיימת), מריצים את הפקודות הבאות.

        cd /act
  mkdir -p /act/scripts
  cd /act/scripts

    2. העתקת כל הקבצים מ-/act/act_scripts/objectrefresh/

    3. העברה של act_<schema>_refresh.conf אל act_testuser_refresh.conf בשביל שם סכמת יעד של testuser כאשר <schema> הוא testuser.

      where:

      • SOURCE_SCHEMA_NAME: סכמת מסד הנתונים של המקור שתוצג ליעד.
      • TARGET_SID: מזהה SID של מסד נתוני היעד, שבו הסכימה מתעדכנת.
      • ‫TARGET_SCHEMA_NAME: סכמת מסד הנתונים של היעד שצריך לרענן עם סכמת המקור.

יצירת תהליך העבודה Backup and DR

כדי ליצור תהליך עבודה של גיבוי ושחזור (Backup and DR) לביצוע רענון סכימה, פועלים לפי ההוראות הבאות.

  1. פותחים את מסוף ניהול המכשיר ועוברים אל מנהל האפליקציות > תהליכי עבודה, ואז בוחרים באפשרות הוספת תהליך עבודה.
  2. ברשימה הוספת תהליך עבודה: בחירת אפליקציה, לוחצים לחיצה ימנית על מסד הנתונים שרוצים להשתמש בו ולוחצים על הבא.

  3. מופיע הדף Add Workflow: Configure (הוספת תהליך עבודה: הגדרה):

    • מזינים שם ייחודי לתהליך העבודה של Backup and DR. השמות של תהליכי העבודה של Backup and DR לא יכולים לכלול תווים מיוחדים.
    • בוחרים באפשרות התקנה ישירה.
    • בוחרים את מכשיר הגיבוי או השחזור שמריץ את תהליך העבודה Backup and DR.
    • בקטע סוג התזמון, בוחרים באפשרות על פי דרישה.
    • בוחרים את הגיבוי של המקור, או את התמונה העדכנית ביותר או את התמונה העדכנית ביותר מהייצור.
    • בקטע Mount Label (תווית לצירוף), מציינים מזהה ייחודי שיעזור לזהות את הצירופים מתהליך העבודה הזה של Backup and DR כשמציגים צירופים פעילים.
    • בוחרים את המארח הרצוי מתוך רשימת המארחים.

  4. באפשרויות מיפוי, מבצעים את הפעולות הבאות:

    • מזינים את המיקום של הכוננים המותקנים – לדוגמה, ‫M:, D:\testdb1, או /oracledata/db1data – אם העותק הזמני יהיה ב-NON - ASM.
    • מוסיפים את השם המועדף של קבוצת הדיסקים.
    • בשדה RAC Node List (רשימת צמתים של RAC), מזינים רשימה של כתובות IP שמופרדות באמצעות נקודתיים.

  5. ממלאים את השדה pre-script: act_ttswfpre.sh actSCHEMArefresh.conf כאשר actSCHEMA_refresh.conf הוא הקובץ שנוצר משלב אחד.

  6. ממלאים את השדה post-script: ttswfpost.sh actSCHEMArefresh.conf כאשר actSCHEMA_refresh.conf הוא הקובץ שנוצר משלב ראשון.

  7. מזינים ערך של זמן קצוב לתפוגה של 1,800 שניות או יותר.

  8. בוחרים באפשרות יצירת אפליקציה וירטואלית חדשה.

  9. ממלאים את ה-SID של מסד הנתונים של היעד – זהו SID זמני.

  10. מזינים את שם המשתמש במערכת ההפעלה שהוא הבעלים של הקובץ הבינארי של תוכנת Oracle במכונת היעד.

  11. מזינים את ORACLE_HOME כפי שצוין בקובץ התצורה.

  12. פותחים את האפשרויות המתקדמות על ידי לחיצה על החץ. מספקים את נתיב הספרייה של TNS ADMIN במכונת היעד ומציינים את אחוז ה-SGA המינימלי עבור המופע הזמני. לוחצים על תוויות השדות כדי לקבל עזרה.

  13. בוחרים באפשרות Standalone Non-RAC (עצמאי ללא RAC).

  14. לוחצים על הוספה.

הפעלת תהליך העבודה Backup and DR

אחרי שיוצרים את תהליך העבודה Backup and DR, מפעילים אותו באמצעות השלבים הבאים.

  1. לוחצים לחיצה ימנית על Backup and DR Workflow (תהליך העבודה של גיבוי והתאוששות מאסון) ולוחצים על Run Now (הפעלה עכשיו).

  2. בוחרים באפשרות הפעלת תהליך עבודה מתוזמן עכשיו ולוחצים על שליחה.

    אפשר לעקוב אחרי היומנים במארח היעד במיקום: /var/act/log

  3. כשתהליך העבודה Backup and DR מציג מצב הצלחה, הסכימה במסד הנתונים של היעד מתרעננת.

    1. אם TARGET_SCHEMA_NAME לא קיים במסד הנתונים של היעד,‏ Backup and DR יוצר משתמש בפעם הראשונה וסיסמת ברירת המחדל של המשתמש היא abc#1234.
    2. הטבלאות של הסכימה שרעננה במסד הנתונים של היעד מוצגות ביעד עם שם הסכימה כקידומת: (Schema)_(Source_Tablespace_Name)

ביטול הטעינה של גיבויים שנטענו

כדי לבטל את הגיבויים המחוברים, פועלים לפי ההוראות הבאות.

  1. מחיקת מרחב הטבלאות וקבצי הנתונים במסד הנתונים של היעד.

    ```sql
SQL>alter tablespace <TBS_NAME> offline immediate;
SQL>drop tablespace <TBS_NAME> including contents and datafiles;
```

  2. פותחים את הדף Active Mounts (חיבורים פעילים) בApp Manager (המרכז לניהול אפליקציות) >. לוחצים לחיצה ימנית על הגיבוי שרוצים לבטל את ההרכבה שלו, בוחרים באפשרות ביטול ההרכבה ומחיקה ואז לוחצים על שליחה של העבודה.

הצגת PDB של מסד נתונים Oracle 12c ואילך כ-PDB וירטואלי בקונטיינר מסד נתונים קיים ביעד

אם אתם משתמשים בגרסה של Oracle שמוקדמת לגרסה 12c, תוכלו לעיין במאמר שימוש בתהליך עבודה של Backup and DR כדי לרענן סכימות של מסד נתונים של Oracle.

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

לפני שמתחילים

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

  1. מקבלים את קובץ ה-ZIP של הסקריפט מ-‎ /act/act_scripts/pdbrefresh.
  2. מתחברים לשרת מסד הנתונים כמשתמש root.

  3. עוברים אל /act ויוצרים ספרייה בשם /act/scripts – אם היא לא קיימת:

    cd /act
mkdir -p /act/scripts
cd /act/scripts

  4. מחזירים את הקובץ למקומו.

  5. מעתיקים את קובצי הסקריפט לתיקייה ‎ /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

  1. בדף App Manager Workflows (תהליכי עבודה במרכז ניהול האפליקציות), לוחצים על Add Workflow (הוספת תהליך עבודה).
  2. לוחצים לחיצה ימנית על מסד הנתונים של Oracle ובוחרים באפשרות הבא.

  3. מזינים שם לתהליך העבודה של הגיבוי והשחזור ובוחרים באפשרות Direct Mount (העלאה ישירה) ובאפשרות On Demand (לפי דרישה).

  4. מסמנים את תיבת הסימון של המארח של היעד.

  5. אם העותק הזמני לא יהיה ב-ASM, בקטע Mapping Options (אפשרויות מיפוי) בוחרים באפשרות Specify Mount Location (ציון מיקום להעברה) בתור Mount Action (פעולת העברה) ומזינים מיקום להעברה.

  6. ממלאים את השדה של הסקריפט שלפני ואת השדה של הסקריפט שאחרי: 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 = Target database SID where PDB should be attached SOURCE_PDB_NAME = Source PDB Name that needs to be attached to target container. ‫TARGET_PDB_NAME = שם ה-PDB של היעד שאליו משנים את השם של המקור.

  7. מגדירים את Timeout בשני הסקריפטים ל-18000.

  8. בוחרים באפשרות יצירת אפליקציה וירטואלית חדשה.

  9. ממלאים את ה-SID של מסד הנתונים היעד – זהו ה-SID הזמני כפי שמוגדר בקובץ act_pdb_config.conf.

  10. מזינים את שם המשתמש במערכת ההפעלה שהוא הבעלים של הקובץ הבינארי של תוכנת Oracle במכונת היעד.

  11. מציינים את ORACLE_HOME כמו שמופיע בקובץ ההגדרות.

  12. פותחים את האפשרויות המתקדמות על ידי לחיצה על החץ. מספקים את ספריית TNS ADMIN במכונת היעד ומציינים את ה-SGA המינימלי עבור המופע הזמני.

  13. בוחרים באפשרות Standalone Non-RAC (עצמאי ללא RAC).

  14. לוחצים על הוספה בתחתית הדף.

הרצת תהליך העבודה Backup and DR

אחרי שיוצרים את תהליך העבודה Backup and DR, אפשר להשתמש בהוראות האלה כדי להפעיל אותו.

  1. לוחצים על App Manager > Workflows, לוחצים לחיצה ימנית על Backup and DR Workflow ולוחצים על Run Now.
  2. בוחרים באפשרות Provision New Virtual Application (הקצאת אפליקציה וירטואלית חדשה), ממלאים את הפרטים ולוחצים על Submit (שליחה).

  3. אפשר לעקוב אחרי היומנים במארח היעד בנתיב: /var/act/log.

    אחרי שהתהליך של Backup and DR מגיע למצב הצלחה, מתבצע שיבוט של ה-PDB במסד הנתונים של היעד.

    אם צריך לרענן שוב את מסד הנתונים הניתן להעברה (PDB) עם נתוני המקור העדכניים או הישנים, לוחצים על הלחצן Run Now (הפעלה עכשיו) בתהליך העבודה של Backup and DR, בוחרים באפשרות Refresh Existing Virtual Application (רענון של אפליקציה וירטואלית קיימת) ולוחצים על Done (סיום).

ביטול הטעינה של גיבויים שנטענו

כדי לבטל את הטעינה של גיבויים שנטענו, פועלים לפי ההוראות הבאות:

  1. בכרטיסייה שחזור, בוחרים את הגיבוי שרוצים לבטל את ההתקנה שלו.

  2. גוררים את מסד הנתונים הניתן לחיבור ואת קובצי הנתונים אל מסד הנתונים של היעד.

    SQL>alter pluggable database <PDB_NAME> close immediate;
SQL>drop pluggable database <PDB_NAME> including datafiles;

    לחלופין, מריצים את הסקריפט המוקדם:

    cd /act/scripts
./ act_pdbclone_pre.sh

  3. לוחצים על App Manager (מנהל האפליקציות) > Active Mounts (נקודות חיבור פעילות), לוחצים לחיצה ימנית על הגיבוי שרוצים לבטל את החיבור שלו ובוחרים באפשרות Unmount and Delete (ביטול החיבור ומחיקה), ואז לוחצים על Submit (שליחה) כדי לשלוח את העבודה.

מדריך Oracle DBA