שחזור מסדי נתונים ומופעים אחרים למקור במסוף הניהול של ה-appliance

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

הפעולה Restore ב-Backup and DR משחזרת תמונת גיבוי למקור, ומחליפה את כל הנתונים שקיימים שם.

מגבלות המערכת ופתרונות עקיפים

• אי אפשר להשתמש במסדי נתונים של המערכת במחיצת הבסיס (root) שגובו כתמונות מצב של מנהל נפח לוגי (LVM) בפעולת שחזור, כי אי אפשר לבטל את הטעינה של מחיצת הבסיס. כדי לשחזר אותם צריך לבצע שחזור ידני מנקודת טעינה רגילה לאותו מארח.
  כדי לשחזר קובץ אימג' של מסד נתונים ברמת הנפח עם פחות זמן השבתה למשתמשים, קראו את המאמר התקנה והעברה של סוגים אחרים של מסדי נתונים לשחזור מיידי.

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

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

• כדי לשחזר: /backup-disaster-recovery/docs/restore-data/otherdb-restore

שחזור מסדי נתונים מתמונת גיבוי ברמת הנפח למקור

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

1. ברשימה App Manager Applications, לוחצים לחיצה ימנית על מסד הנתונים המוגן ובוחרים באפשרות Access. משתמשים במסנן הסטטוס Managed Backup Plan כדי להציג רק מסדי נתונים מוגנים.

2. בוחרים תמונה של קובץ Snapshot ולוחצים על שחזור.

3. בוחרים באפשרות Traditional (מסורתי) – לא באפשרות mount and migrate (טעינה והעברה).

4. אם אפליקציית המקור מוגנת על ידי מדיניות של תמונת מצב שמאפשרת גיבויים של יומני מסד נתונים, והיומנים זמינים עם קובץ האימג', אתם יכולים להשתמש בהם כדי להריץ קדימה לנקודת זמן ספציפית על ידי שינוי האפשרויות האלה בקטע Roll Forward Time:

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

5. מפעילים את האפשרות Restore With Recovery כדי להחיל את היומנים ששוחזרו.

6. לוחצים על שליחה.

הערה: SAP IQ בלבד. אחרי שחזור מסד הנתונים, צריך להפעיל את הרישום ביומן של SAP IQ PITR (שחזור מערכת מנקודה מסוימת בזמן) כדי ליצור גיבוי של היומן. כדי להגדיר את אפשרות היומן של PITR, צריך את ה-API הבא של SAP IQ:

  ```sh
    ALTER DBSPACE IQ_SYSTEM_LOG RENAME /pitr_log_location
    SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = 'ON'
  ```

שחזור מסד נתונים יחיד מתמונת גיבוי מבוססת-נפח למקור

כדי לשחזר קובץ גיבוי אחד של Db2 או SAP ASE למקור שלו:

1. ברשימה App Manager Applications, לוחצים לחיצה ימנית על מסד הנתונים המוגן ובוחרים באפשרות Access.

   הערה: אפשר להשתמש במסנן הסטטוס Managed Backup Plan כדי להציג רק מסדי נתונים מוגנים.

2. בוחרים את קובץ ה-snapshot האחרון לשחזור ולוחצים על Mount.

3. בקטע Application Options, משביתים את האפשרות Create New Virtual Application.

4. בקטע Mapping Options, מציינים את המיקום של נקודת הטעינה.

   לדוגמה, שימוש ב-/mymount יטען את הגיבוי של מסד הנתונים במיקום הזה. גיבוי היומן מותקן ב-/mymount_archivelog.

5. לוחצים על שליחה.

6. בודקים את הדף Monitor > Jobs כדי לראות מתי משימת הטעינה הסתיימה.

7. כשהמשימה מסתיימת, מתחברים לשרת של מסד הנתונים כמשתמש הבסיס (root). בשרת, משנים את הספרייה ל-/act/custom_apps/<var>database type</var>/restore.

8. משיגים את JobID של התושבת מ-/var/act/log/UDSAgent.log. כדי למצוא את JobID, מריצים את הפקודה הבאה:

   grep "mount -t " /var/act/log/UDSAgent.log | grep -w "<var>mountpoint from step 4</var>"|tail -1
   

   לדוגמה:

   grep "mount -t " /var/act/log/UDSAgent.log | grep -w "/db2mnt" |tail -1
   2019-11-18 23:59:19.740 GEN-INFO \[22488\] **Job_0404207** Spawning cmd: mount -t ext4 /dev/act403764_DBDump_1574101677612/act_staging_vol /db2mnt 2>&1
   

9. ARCHIVELOG_MNT הוא <var>mountpoint provided in step 4</var>_archivelog.

10. מריצים את הסקריפט משורת הפקודה של המארח המטורגט כ-root:

IBM Db2

סקריפט: act_db2_lvm_customdb_recovery.sh

ארגומנטים לסקריפט:

SOURCE_INSTANCE = <var>Db2  Instance name</var>
DB_NAME=<var>Db2 Database name to be recovered(Single)</var>
TARGET_MNT = <var>Db2 Database image mountpoint name</var>
ARCHIVELOG_MNT= <var>Archive Log backup mount point name</var>
UNTIL_TIME = <var>Recovery Time(Format: "YYYY-MM-DD-HH.MI.SS")</var>
JOBID = <var>Database mount Job name</var>

מתחברים למכונה של Db2 ומוודאים שמסדי הנתונים שוחזרו והם אונליין.

db2 connect to <var>dbname</var>
db2 select db_status FROM SYSIBMADM.SNAPDB

SAP ASE

מריצים את הסקריפט act_sybase_lvm_customdb_recovery.sh עם הארגומנטים האלה.

./act_sybase_lvm_customdb_recovery.sh OSUSER=sybase
TARGET_SYBASE_SQLD=/home/sybase/Sybase16Home/OCS-16_0 TARGET_MNT_PNT=/sngRst
TARGET_SERVER_NAME=ASE1 TARGET_DB_USER=sa STRIPEON=4 TARGET_DBUSER_PASSWD=sybase
SRC_DBNAME=CU1 LOG_BKP_MNTPT=/sngRst_archivelog UNTIL_TIME="2019-11-07 20:31:27"
BEGIN_TIME="2019-11-07 19:31:27" JOBID="Job_2677627"

ארגומנטים לסקריפט

OSUSER = SAP Ase OS owner name
TARGET_SYBASE_SQLD = SAP ASE iSQL path on the target recovery host
TARGET_MNT_PNT = SAP ASE Instance image mountpoint name
TARGET_SERVER_NAME = SAP ASE data server name on the target recovery host
TARGET_DB_USER = SAP ASE Instance username on the target recovery host
TARGET_DBUSER_PASSWD = SAP ASE Instance user password on the target recovery host
SRC_DBNAME = SAP ASE Database name to be recovered (Single)
LOG_BKP_MNTPT = SAP ASE Log image mountpoint name
BEGIN_TIME= Backup begin time (Format: "YYYY-MM-DD HH24:MI:SS")
UNTIL_TIME = Point in time to recover the database (Format: "YYYY-MM-DD HH24:MI:SS")
JOBID = Database mount Job name

מתחברים למסד הנתונים של SAP ASE ומאמתים את הנתונים.

1. במסוף הניהול של המכשיר, נכנסים שוב לתמונה ולוחצים על Unmount+Delete בנקודת הטעינה של מסד הנתונים.

שחזור תמונת גיבוי מלאה ומצטברת מבוססת-קובץ למקור

הערה: כדי לשחזר בהצלחה מסדי נתונים של SAP ASE שמוגנים באמצעות גיבוי מלא ומצטבר, צריך להגדיר את אותה קבוצת תווים או את אותו סדר מיון גם למסד הנתונים של המקור וגם למסד הנתונים של היעד. פרטים נוספים זמינים במאמר SAP Note: 1860413 - How to change character set or sort order of SAP ASE.

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

1. ברשימה App Manager Applications, לוחצים לחיצה ימנית על מסד הנתונים המוגן ובוחרים באפשרות Access.

   הערה: אפשר להשתמש במסנן הסטטוס Managed Backup Plan כדי להציג רק מסדי נתונים מוגנים.

2. בוחרים תמונה של קובץ Snapshot ולוחצים על שחזור.

3. בוחרים באפשרות Traditional (מסורתי) – לא באפשרות mount and migrate (טעינה והעברה).

4. משתמשים באפשרות Select Items כדי לבחור מסד נתונים אחד או יותר לשחזור.

5. מפעילים את האפשרות Restore With Recovery כדי להחיל את כל היומנים ששוחזרו.

6. לוחצים על שליחה. הפעולה הזו מתחילה את השחזור הפיזי של מסד הנתונים של המקור באמצעות ה-API לשחזור של מסד הנתונים.

הערה: SAP IQ בלבד. אחרי שחזור מסד הנתונים, צריך להפעיל את רישום ה-PITR ביומן של SAP IQ כדי לגבות את היומן. כדי להגדיר את אפשרות היומן של PITR, צריך את ה-API הבא של SAP IQ:

  ALTER DBSPACE IQ_SYSTEM_LOG RENAME '/<var>pitr_log_location</var>'
  SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = 'ON'