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

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

אפשר לגשת למסדי נתונים גם בכמה דרכים:

יצירת טעינה רגילה לסוגים אחרים של מסדי נתונים

זהו ההליך להתקנה רגילה. כדי ליצור מסד נתונים וירטואלי – טעינה עם Application Awareness – עיינו בהליך טעינת מסד נתונים וירטואלי מתמונת גיבוי ברמת הנפח.

כך טוענים את קובץ האימג' של מסד הנתונים כטעינה רגילה:

  1. במסוף הניהול של מכשיר Backup and DR, פותחים את הרשימה App Manager > Applications.

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

  3. בוחרים תמונה של קובץ snapshot ולוחצים על Mount.

  4. בדף Mount, בוחרים את שרת מסד הנתונים של היעד מהתפריט הנפתח Target.

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

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

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

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

  8. בשדות Pre-Script ו-Post-Script, מזינים את הנתיב ואת שמות הקבצים היחסיים. מזינים את ערכי הזמן הקצוב לתפוגה כדי למנוע מצב של חוסר תגובה. ‫300 שניות הוא ערך ברירת מחדל טוב לזמן קצוב לתפוגה.

  9. לוחצים על שליחה. אפשר לעבור אל Job Monitor כדי לראות את ההתקדמות ואת פרטי המשימה. התמונה שנטענה זמינה ב-Active Mounts.

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

אפשר לטעון רק תמונות מצב שמבוססות על נפח כמסדי נתונים וירטואליים. תמונות מצב שנוצרו באמצעות Full+Incremental מבוססות על קבצים, ואי אפשר לטעון אותן כמסדי נתונים וירטואליים.

כדי לטעון את קובץ האימג' של מסד הנתונים כאפליקציה וירטואלית – טעינה עם מודעות לאפליקציה – ליעד חדש:

  1. במסוף הניהול של מכשיר Backup and DR, פותחים את הרשימה App Manager > Applications.
  2. לוחצים לחיצה ימנית על מסד הנתונים המוגן ובוחרים באפשרות Access (גישה). אפשר להשתמש במסנן הסטטוס Managed Backup Plan כדי להציג רק מסדי נתונים מוגנים.
  3. בוחרים תמונת גיבוי ולוחצים על טעינה.
  4. משאירים את האפשרות Host or VM מסומנת. אין תמיכה בקונטיינרים למסדי נתונים.

  5. בדף Mount, בוחרים את שרת מסד הנתונים של היעד מהתפריט הנפתח Target.

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

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

  8. בקטע Included Databases, לוחצים על Select Items, בוחרים מסד נתונים אחד או יותר כדי ליצור עותק וירטואלי, ולוחצים על Database Options לכל מסד נתונים שנבחר כדי לציין את שם מסד הנתונים של היעד לעותק הווירטואלי החדש.

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

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

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

  10. NAME OF CONSISTENCY GROUP. האפשרות הזו תופיע אם בחרתם יותר ממסד נתונים אחד. צריך לתת שם ייחודי כדי לנהל את מסדי הנתונים שנבחרו כעותק וירטואלי.

  11. לכל סוג של מסד נתונים יש הגדרות אפליקציה:

    IBM Db2

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

    PostgreSQL

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

    SAP ASE

    • משתמש היעד ב-SAP ASE
    • סיסמת היעד של SAP ASE
    • שם מכונת היעד של SAP ASE. בתפריט הנפתח, בוחרים מכונה של SAP ASE כדי לצרף את מסד הנתונים שנבחר כעותק וירטואלי.

    SAP IQ

    • שם מסד הנתונים של היעד. השם של מסד הנתונים של SAP IQ שאליו רוצים להעביר את הנתונים
    • שם המשתמש של מערכת ההפעלה של היעד ב-SAP IQ. משתמש במערכת ההפעלה של מסד הנתונים של SAP IQ לטירגוט
    • ‫SAP IQ TARGET DB USER NAME. שם משתמש dbm ל-SAP IQ של היעד
    • סיסמת מסד הנתונים של SAP IQ TARGET. סיסמת המשתמש של dbm ל-SAP IQ של היעד
    • SAP IQ HOME DIRECTORY. מציינים את נתיב הספרייה של קובצי ה-binary של SAP IQ

    SAP MaxDB

    • שם מסד הנתונים של היעד. השם של מסד הנתונים MaxDB שאליו רוצים להעביר את הנתונים
    • שם המשתמש של מערכת ההפעלה של יעד MAXDB. משתמש במערכת ההפעלה של מופע MaxDB המטורגט
    • שם משתמש של מסד נתונים מסוג MAXDB TARGET DB. משתמש dbm למסד נתונים מסוג MaxDB
    • MAXDB TARGET DB PASSWORD. סיסמת משתמש dbm למסד הנתונים של MaxDB

  12. אם רוצים להחיל תוכנית גיבוי על מסד הנתונים הווירטואלי החדש, מפעילים את האפשרות Manage New Application ובוחרים תבנית ופרופיל.

  13. בקטע Advanced Options, אפשר להזין את ספריית הבית של מסד הנתונים, ובקטע Overwrite Existing Database,

    למופעים האלה של מסד הנתונים יש אפשרויות מתקדמות נוספות:

    IBM Db2

    • מספר צומת היעד
    • OVERWRITE EXISTING DATABASE: מציינים מתי להחליף מסד נתונים בשרת היעד שיש לו שם זהה לזה של מסדי הנתונים החדשים שנטענים: Yes,‏ No או Only if it's Stale.

    PostgreSQL

    • ‫POSTGRESQL TARGET DB שם משתמש ו-POSTGRESQL TARGET DB PASSWORD. (אופציונלי) מזינים פרטי כניסה חדשים למכונה של PostgreSQL שתיצרו. אם לא תציינו פרטי כניסה, המערכת תשתמש בפרטי כניסה ריקים למסד הנתונים. כברירת מחדל, לא נדרשת סיסמה כדי להיכנס מהמערכת המקומית. בשדה Directory Path, מזינים את הנתיב לספריית ההודעות של מכונת PostgreSQL בשרת היעד.
    • השתלטות על יציאה שנמצאת בשימוש

    SAP ASE

    • OVERWRITE EXISTING DATABASE: מציינים מתי להחליף מסד נתונים בשרת היעד שיש לו שם זהה לזה של מסדי הנתונים החדשים שנטענים: Yes,‏ No או Only if it's Stale.

    SAP IQ

    • OVERWRITE EXISTING DATABASE (החלפת מסד נתונים קיים): מציינים מתי להחליף מסד נתונים בשרת היעד שיש לו שם זהה לזה של מסדי הנתונים החדשים שנטענים: Yes (כן), No (לא) או Only if it's Stale (רק אם הוא לא עדכני).

    SAP MaxDB

    • MAXDB HOME DIRECTORY
    • OVERWRITE EXISTING DATABASE: מציינים מתי להחליף מסד נתונים בשרת היעד שיש לו שם זהה לזה של מסדי הנתונים החדשים שנטענים: Yes,‏ No או Only if it's Stale.

  14. בקטע Mapping Options (אפשרויות מיפוי):

    • אם צריך, משנים את ברירת המחדל של Storage pool שבו משתמשים לטעינה מהרשימה הנפתחת. ההגדרה הזו רלוונטית רק לטעינות שאין בהן דיסק קיים של שלב ביניים, כמו Direct to OnVault ותמונות OnVault מיובאות. אחרת, תמיד ייעשה שימוש במאגר שבו נמצאים הדיסקים של קובץ האימג' של המקור, בלי קשר למה שמוגדר כאן.
    • ‫Mount Location: מציינים נקודת טעינה של היעד כדי לטעון את מסד הנתונים הווירטואלי החדש.

  15. בשדות Pre-Script ו-Post-Script, מזינים את הנתיב ואת שמות הקבצים היחסיים. מזינים את ערכי הזמן הקצוב לתפוגה כדי למנוע מצב של חוסר תגובה. ערך ברירת המחדל המומלץ לזמן קצוב לתפוגה הוא 300 שניות.

  16. לוחצים על שליחה. אפשר לעבור אל Monitor כדי לראות את ההתקדמות ואת פרטי המשימה. התמונה שנטענה זמינה ב-Active Mounts.

ניהול של נקודות הטעינה הפעילות

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