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

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

עבור	בדיקה	ואז משתמשים
IBM Db2	‫Backup and DR for 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.

  הערה: אין תמיכה במיקום גיבוי של יומנים של צד שלישי. צריך להגדיר את Log backup location (מיקום הגיבוי של היומן) [LOGARCHMETH1] ל-local disk (דיסק מקומי) כדי שהגיבוי והשחזור יצליחו.
  הערה: אם אתם משתמשים ב-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
  1>grant 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, אפשר להוסיף את המארח ולגלות את מסדי הנתונים.