Всем привет!

Общая схема следующая:
Делаем еженедельный/ежедневный полный online/offline backup. Между полными резервными копиями выполняем копирование offline redo logs.
SAP рекомендует копировать offline redo logs по причине их особой вожности для восстановления на две физические ленты.

При классической организации с большим количеством маленьких лент все понятно: offline redo logs пишутся на две разных физических ленты.

При использовании современных ленточных библиотек (а даже и просто емких лент), если следовать старой классической схеме, процент использования емкости будет ничтожно мал. А если еще учесть, что есть два трехсистемных ландшафта (R/3, BW), то количество лент будет просто неимоверным. Если же на одну физическую ленту записывать несколько сессий - нарушается принцип сохранения offline redo logs на нескольких физических лентах.


Как вы решаете данную проблему?
Приведите пример расписания?

просто решаем - организуется 2 пула - и по расписанию бэкапы как редологов - так и сами бэкапы попеременно на разные пулы.

как пример выдержка из докУмента:)

2.2.2.2 Backup


Для хранения данных используются 10 лент, которые разбиты на 2 пула (по 5 лент каждый)
SAP01 и SAP02. Ленты используются циклически в рамках пула. В SAP R/3 через транзакцию DB13 запланированы фоновые задания с использованием разных профилей: init<SID>_<имя пула>.sap (например – initхх_SAP01.sap означает backup системы хх на ленты пула SAP01), которые автоматически выполняются в соответствии с заданным графиком. Тип backup выбирается из списка, определенного в транзакции DB13. Управление запуском обеспечивает SAP R/3. В особых случаях backup может быть выполнен вручную, используя SAPDBA (с нужным профилем) или с помощью запуска подходящего задания VERITAS NetBackup 4.5.

это пример для веритаски. ДЛя омнибяка - удобней планировщиком омнибяка пользоваться.