הכנת מסדי נתונים אחרים בניהול עצמי ל-Backup and DR במכשיר גיבוי ושחזור

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

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

עבור	בדיקה	אחר כך משתמשים ב
IBM Db2	גיבוי ו-DR ל-IBM Db2	תנאים מוקדמים לשימוש במסד נתונים של Db2
PostgreSQL	‫Backup and DR ל-PostgreSQL	דרישות מוקדמות למסד נתונים של PostgreSQL
SAP ASE	‫Backup and DR ל-SAP ASE	דרישות מוקדמות למסד נתונים של SAP ASE
SAP IQ	‫Backup and DR for SAP IQ	דרישות מוקדמות למסד נתונים של SAP IQ
SAP MaxDB	גיבוי ו-DR ל-SAP MaxDB	דרישות מוקדמות למסד נתונים של SAP MaxDB
‫SAP HANA	‫Backup and DR for SAP HANA	הכנת מסדי נתונים של SAP HANA לגיבוי
Microsoft SQL Server	‫Backup and DR ל-SQL Server	הכנת מסדי נתונים של SQL Server ל-Backup and DR
Oracle	‫Backup and DR ל-Oracle	דרישות מוקדמות לגיבוי מסד נתונים של Oracle והדפים הבאים

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

דרישות מוקדמות למסד נתונים של Db2

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

• כל מסד נתונים צריך להיות במצב של יומן ארכיון, והמשתנה LOGARCHMETH1 צריך להיות מוגדר לדיסק מקומי. כדי לדעת אם מסד הנתונים נמצא במצב מחזורי או במצב של יומן ארכיון, מריצים את הפקודה db2 get db cfg for <database name>| grep LOGARCHMETH1

• אם מסד הנתונים הוא במצב מחזורי, צריך לשנות את הרישום למצב ארכיון לפני שממשיכים. כדי להגדיר את הפרמטר LOGARCHMETH1, משתמשים בערך הבא:
  db2 update db cfg for <dbname> LOGARCHMETH1 using 'DISK:<location>'

• במסד נתונים במצב המתנה של HADR, האפשרות reads on standby צריכה להיות מופעלת, כלומר הפרמטר DB2_HADR_ROS צריך להיות מוגדר לערך ON.

  הערה: אין תמיכה במיקום גיבוי של יומנים של צד שלישי. המיקום של גיבוי היומן (LOGARCHMETH1) צריך להיות מוגדר כדיסק מקומי כדי שהגיבוי והשחזור יצליחו.
  הערה: אם אתם משתמשים ב-Pacemaker HADR, כדאי לעיין במאמר הגדרת תמונות מצב שמודעות ל-Pacemaker עבור IBM Db2 HADR.

דרישות מוקדמות למסד נתונים של PostgreSQL

בקטע הזה מופיע מידע על הדרישות המוקדמות של מסד הנתונים PostgreSQL.

הגנה על PostgreSQL מהצומת הראשי

1. יוצרים משתמש לגיבוי:

   create user actuser;

2. הענקת הרשאה לגיבוי:

   alter user actuser with superuser;
   alter user actuser with Replication;
   

3. כדי לבצע גיבויים של יומנים, צריך להגדיר את מצב הארכיון של PostgreSQL‏ (archive_mode) למצב ON. כדי להגדיר את האפשרות של מצב יומן הארכיון, מעדכנים את הקובץ postgresql.conf בספריית הנתונים של המכונה ומטעינים מחדש את PostgreSQL.

   archive_mode = on
    // Command to reload PostgreSQL
    pg_ctl reload -D <Postgres_datadir_path>
   

לדוגמה: pg_ctl reload -D /pgdata

הגנה על PostgreSQL מצומת המתנה

1. יוצרים משתמש לגיבוי:

   create user actuser;

2. הענקת הרשאה לגיבוי:

   alter user actuser with superuser;
   alter user actuser with Replication;
   

3. מצב ארכיון של PostgreSQL – WAL – הגדרה בצומת המתנה:

   יוצרים את הספרייה שבה רוצים לשמור את קובצי ה-WAL.
   בדוגמה, /pglog היא הספרייה. מבצעים את השלבים הבאים כמשתמש root.

   mkdir /pglog
   chown -R postgres:postgres /pglog
   

   מגדירים את הפרמטרים של הארכיון.
   בדוגמה הזו, $PGDATA הוא /pgdata/11/data. מבצעים את השלבים האלה בתור משתמש postgres.
   הוספה או עדכון של הפרמטרים בקובץ /pgdata/11/data/postgresql.conf

    wal_level = replica
    archive_mode = always
    archive_command = 'test ! -f /pglog/%f && cp %p /pglog/%f'
   

   מפעילים מחדש את PostgreSQL:

    /usr/pgsql-11/bin/pg_ctl stop -D /pgdata/11/data
    /usr/pgsql-11/bin/pg_ctl start -D /pgdata/11/data
   

   מוסיפים או מעדכנים את הרשומה ב-pg_hba.conf בשרת הראשי כדי לאשר חיבור למסד הנתונים ממצב המתנה.
   

   host postgres <db-user> <standby-ip/32> <connection method>
   

   לדוגמה: host postgres postgres 10.128.0.29/32 trust

   בודקים את יצירת הארכיון (כמשתמש postgres):

   ls -l /pglog/
   

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

    /usr/pgsql-11/bin/psql -h 10.128.0.28 -p5432 -c "select pg_switch_wal();"
    sleep 5 # log shipping may take some time depending on network
    ls -l /pglog/
   

דרישות מוקדמות למסד נתונים של SAP ASE

לפני שמתחילים, צריך לבצע את הפעולות הבאות בשרת SAP ASE:

• צריך ליצור חשבון משתמש לגיבוי עם הרשאת גיבוי – oper_role או sa_role. צריך להגדיר שם משתמש וסיסמה לגיבוי בהגדרת המארח. יוצרים את המשתמש עם סיסמה או בלי סיסמה כדי להריץ את פקודת ההשבתה במקור עם sa_role או עם הרשאות השבתה. כדי ליצור את המשתמש עם סיסמה, מריצים את הפקודה הבאה:

  isql -Usa -P<password> -S<SAP ASE_Server_Name>
  1>sp_addlogin actuser, '<password>'
  2go
  1grant role sa_role to actuser
  2>go
  

  כדי להגדיר את הכניסה של המשתמש בלי דרישה לסיסמה, מגדירים את הסיסמה כ-null ואז מריצים את הפקודה הבאה:

  1>sp_configure "minimum password length", 0
  2>go
  1> sp_modifylogin actuser, "min passwd length",
  "0"
  2> go
  3> exit
  isql -Uactuser -P'<password>' -S<server_name>
  > sp_password '<password>', NULL
  >go
  >sp_configure "minimum password length", 8
  >go
  

  הערה: אם יש כמה מופעים של SAP ASE שפועלים בשרת, שם המשתמש והסיסמה של הגיבוי צריכים להיות משותפים לכל מופע של SAP ASE שפועל בשרת הזה.

• מתקינים את הסוכן Backup and DR בשרת SAP ASE.

• כדי להפעיל גיבוי של יומן העסקאות, צריך להגדיר את Truncate on chkpt falseברמת מסד הנתונים לכל מסד נתונים של מופע SAP ASE.

• המאפיינים הבאים נכונים לגבי גיבויים ברמת עוצמת הקול:

  • המכונה של SAP ASE צריכה להיות ב-LVM, ואסור שהיא תהיה נפח האתחול.

  • לנפח ה-LVM שממנו מוקצים נפחי ה-SAP ASE צריך להיות לפחות 20% שטח פנוי.

הערה: יכול להיות שעבודות גיבוי וגילוי של SAP ASE יפסיקו להגיב בגלל בעיה מוכרת ב-sp_spaceused. הסיבות והפתרון להפעלת פרוצדורות ארוכות של sp_spaceused מוסברות בהערה של SAP: "2443782 - execute sp_spaceused takes too long - SAP ASE".

דרישות מוקדמות למסד נתונים של SAP IQ

לפני שמתחילים, כדאי לבדוק את הדברים הבאים בשרת SAP IQ:

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

  • ALTER DBSPACE IQ_SYSTEM_LOG RENAME /<pitr_log_location>

  • SET OPTION PUBLIC.IQ_POINT_IN_TIME_RECOVERY_LOGGING = ON`‎

  אחרי שמפעילים את הרישום ביומן של PITR, צריך לבצע גיבוי מלא של מסד הנתונים.

• מסד הנתונים של כלי השירות צריך להתחיל בציון שם המשתמש והסיסמה, ושם מסד הנתונים צריך להיות utility_db. לדוגמה: start_iq -n utility_db -su act,passwd

• שם המשתמש והסיסמה של הגיבוי של מסד הנתונים צריכים להיות זהים לutility_dbשם המשתמש והסיסמה, וצריכות להיות להם הרשאות DBA. כדי ליצור את משתמש הגיבוי, לדוגמה:

  create user actuser identified by 'mypassword';
  grant dba to actuser;
  

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

דרישות מוקדמות למסד נתונים של SAP MaxDB

לפני שמתחילים, בשרת SAP MaxDB:

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

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

  dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> autolog_on
  <autolog_backup_template_name>
  

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

כדי ליצור תבנית גיבוי, משתמשים בפקודה הבאה.

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> backup_template_create
    <BACKUP_TEMPLATE_NAME> to file  <FULL_PATH_WITH_FILE_NAME> content log

• כדי להפעיל גיבוי אוטומטי של יומן, צריך להשבית את האפשרות 'החלפת יומן'.

כדי להשבית את האפשרות של החלפת יומן, משתמשים בפקודה הבאה:

    dbmcli -d <DBSID> -u <DBM_USERNAME>,<DBM_PASSWD> db_execute SET LOG AUTO
    OVERWRITE OFF.

• מתקינים את סוכן Backup and DR במארח של שרת SAP MaxDB.

המאמרים הבאים

אחרי שמכינים את מסד הנתונים ל-Backup and DR, אפשר להוסיף את המארח ולגלות את מסדי הנתונים.