NetWorker: Резервне копіювання, відновлення та цитування SAP MaxDB

Типи резервних копій SAP MaxDB

 

Повне резервне копіювання даних

Повне резервне копіювання даних фіксує всю базу даних у певний момент часу. Це забезпечує повну копію бази даних, яку можна відновити в разі втрати даних.

Інкрементне резервне копіювання даних

Інкрементне резервне копіювання даних зберігає лише зміни, внесені з моменту останнього повного або інкрементного резервного копіювання. Цей метод є ефективним з точки зору зберігання та часу, оскільки зменшує обсяг даних, які потрібно резервувати.

Резервне копіювання журналу

Резервне копіювання журналів передбачає збереження журналів транзакцій, створених базою даних. Ці журнали можна використовувати для відновлення бази даних до певного моменту часу шляхом повторного відтворення транзакцій, записаних у журналах.

Методи резервного копіювання SAP MaxDB

Вбудоване резервне копіювання

Резервне копіювання у файл

Власні резервні копії можна спрямовувати до файлів, що зберігаються у локальній файловій системі. Цей метод простий і забезпечує швидкий доступ до файлів резервних копій.

Резервне копіювання зовнішніх інструментів

Зовнішні інструменти, такі як NetWorker, TSM і Backint, можна використовувати для керування резервними копіями SAP MaxDB. Ці інструменти пропонують розширені функції та можливості інтеграції.

NetWorker

NetWorker підтримує комплексні рішення для резервного копіювання та відновлення, включаючи заплановане та автоматичне резервне копіювання.


 

Технологія TSM

Tivoli Storage Manager (TSM) – це ще один інструмент, який інтегрується з SAP MaxDB для забезпечення надійних можливостей резервного копіювання та відновлення.

Backint (Зворотний зв'язок)

Backint — це інструмент, який взаємодіє з різними системами резервного копіювання, забезпечуючи гнучкість і масштабованість резервних копій SAP MaxDB.

 

Резервне копіювання, ініційоване клієнтом

1. Створіть каталог для PIPE:
    

   mkdir /backup
   chown sdb /backup
   chgrp sdba /backup
   chmod 700 /backup
   

   
   2. Створіть каталог для файлу ENV:
    

   maxdb:/nsr # mkdir sapdb
   maxdb:/nsr # cd sapdb/
   maxdb:/nsr/sapdb # touch env
   maxdb:/nsr/sapdb # vi env
   

   3. Оновіть дані файлу ENV:
    

   NSR_HOST nwserver
   NSR_HOME /usr/sbin
   NSR_POOL SAP
   NSR_BACKUPNAME MaxDB:<database_name>_on_<node>
   NSR_SAVETIMEFORMAT "yyyy/mm/dd HH:MM:SS AM"
   NSR_AVOIDPSSIDBUG yes
   NSR_EXPIRE month
   NSR_ADDITIONAL_SAVE_PARAMETERS -D 5
   NSR_IGNOREERROR " UNKOWN ERROR 109 (0x6d)"
   NSR_IGNOREERROR " using unlocked access"
   NSR_IGNOREERROR " the pipe has been ended"

   4. Створіть шаблон резервної копії з MaxDB Studio.
   
   
   5. Запустіть резервне копіювання, ініційоване клієнтом, з MaxDB Studio за допомогою опції резервного копіювання. Перевірте перебіг резервного копіювання та статус завершення.
   
   

           
        

Резервне копіювання, ініційоване сервером

Конфігурація NMC підтримує ініційоване сервером резервне копіювання всіх типів резервних копій MaxDB (повне, інкрементальне та журнальне). Однак автоматичне резервне копіювання журналів не підтримується.

Кроки:

1. Створіть клієнтську інсталяцію вручну.
2. Набір збережень може мати невеличкий фіктивний файл.
3. Резервне копіювання запускається за допомогою сценарію PRE COMMAND або POST COMMAND.
4. Фактичне резервне копіювання запускається, коли запускається сценарій PRE або POST.
5. Цей скрипт розміщується в об'єкті /usr/sbin і викликається шляхом оновлення команди PRE/POST у "Apps and Modules".
6. Шлях до журналу може бути визначений у скрипті.

Приклад сценарію резервного копіювання

#!/bin/sh
# Backup command for MaxDB FULL Backups
LOGFILE=/nsr/applogs/MaxDBFull.log
DATE=$(date)
echo "==========================================================" >> $LOGFILE
echo "MaxDB FULL Backup starting at $DATE" >> $LOGFILE
echo "==========================================================" >> $LOGFILE
/opt/sdb/MaxDB/bin/dbmcli -uUTL -u DBADMIN,Password1 -d DEMODB backup_start NetWorkerFULL 2>&1 >> $LOGFILE
exit $?

 

Резервне копіювання журналу архівів

1. Вимкніть режим перезапису.
2. Створіть шаблон резервного копіювання журналу.
3. За допомогою кнопки dbmcli для створення резервних копій журналу (Networker_log — це ім'я шаблону)
4. Доступна підтримка автоматичного резервного копіювання журналів.

dbmcli -uUTL -u DBADMIN,Password1 -d TRNDB backup_start NetWorker_Log

 

Методи відновлення SAP MaxDB

Відновлення з MaxDB Studio.

1. Ініціюйте відновлення з MaxDB Studio.
 


2. Виберіть опцію PIT або Остання повна резервна копія для відновлення.



3. Перевірте ПОВНУ резервну копію, необхідну для відновлення. Виберіть потрібний.
 

4. Почніть відновлення.
 

6. Перевірте відновлення.
 
  

Обмеження (відновлення та відновлення з рідного двійкового файла "recover")

Команда DBMCLI використовується для виклику двійкових файлів NetWorker Save та Recover для виконання резервного копіювання та відновлення бази даних SAP MaxDB.

Використання цих двійкових файлів безпосередньо для резервного копіювання та відновлення бази даних або файлів даних не підтримується.

Як резервне копіювання, так і відновлення повинні виконуватися разом з необхідними параметрами в шаблоні резервного копіювання та змінних середовища, як описано у вкладеному документі.

Ми помітили в багатьох випадках. Клієнти можуть використовувати команду recover з іменованим каналом для виконання відновлення. 
 

recover.exe -s <server_name> -a -t <nsavetime> -c ,client_name> -iY <Pipe_Name_Used_For_Backup>