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

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

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

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

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

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

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

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

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

  1. במסוף הניהול של מכשיר Backup and DR Service, לוחצים על 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 שנקבעו להפעלה מתוזמנת.
  • משתמשים בסקריפטים כדי לנקות את המידע האישי הרגיש ב-LiveClone.
  • מסמנים את האפליקציה הווירטואלית שעברה ניקוי כלא רגישה.
  • טוענים את הגיבוי אחרי ההסרה כיישום וירטואלי – טעינה מודעת לאפליקציה – למארח שצוין.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  17. אם לא צריך מופע וירטואלי של אפליקציה, לוחצים על הוספה ותהליך העבודה של הגיבוי וה-DR יפעל לפי התזמון. משתמשים עם גישה מתאימה יכולים להפעיל את תהליך העבודה של 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. פותחים את מסוף ניהול ה-appliance ועוברים אל מנהל האפליקציות > תהליכי עבודה, ואז בוחרים באפשרות הוספת תהליך עבודה.
  2. ברשימה הוספת תהליך עבודה: בחירת אפליקציה, לוחצים לחיצה ימנית על מסד הנתונים שרוצים להשתמש בו ולוחצים על הבא.

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

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

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

  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. מזינים שם לתהליך העבודה Backup and DR ובוחרים באפשרות Direct Mount וOn Demand.

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

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

  6. ממלאים את השדות 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 = 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. מגדירים את הזמן הקצוב לתפוגה בשני הסקריפטים ל-18000.

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

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

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

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

  12. פותחים את האפשרויות המתקדמות על ידי לחיצה על החץ. מספקים את TNS ADMIN Directory במכונת היעד ומציינים את ה-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.

    אחרי שהגיבוי ותהליך העבודה של DR מגיעים למצב הצלחה, מתבצע שיבוט של ה-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