Практические советы по Backup Exec 20.4
- Практические советы по Backup Exec
Практические рекомендации по агенту Backup Exec для Oracle на серверах Windows и Linux
В практические рекомендации включены советы и сведения, которые помогут эффективно использовать агент Backup Exec для Oracle на серверах Windows и Linux (Oracle Agent). Дополнительные сведения об Oracle Agent см. в документе Руководство администратора Backup Exec.
Включите в Oracle режим ведения журналов архивирования и автоматическое архивирование файлов журналов.
Узнайте о DBID и других важных деталях конфигурации базы данных.
Узнайте имена файлов init<SID>.ora и spfiles для экземпляров на сервере Oracle.
Не храните на одном сервере репозиторий RMAN и базу данных, для которой запланировано резервное копирование.
При выполнении задания, инициированного администратором базы данных (DBA), создайте резервную копию текущего управляющего файла. При наличии резервной копии текущего управляющего файла не нужно сканировать носители, чтобы найти управляющий файл, доступный для восстановления.
Периодически тестируйте сценарии восстановления, чтобы не беспокоиться об успешности процедур восстановления. Восстановление Oracle может быть сложным и часто чувствительным ко времени, учитывая природу используемых данных. Рекомендуется координировать планы тестирования и действия по настройке с администратором базы данных Oracle, чтобы процедуры восстановления были согласованы.
Для выполнения следующих действий используйте сценарии RMAN:
В конфигурации с мультиплексированием журналов архивирования удалите все копии журнала архивирования.
Примечание:
Для удаления всех немультиплексированных журналов архивирования, хранящихся в одном расположении, можно использовать программу Backup Exec.
Выполните оптимизацию RMAN.
Перед любыми структурными изменениями базы данных создайте ее полную резервную копию.
Не удаляйте файлы архивированных журналов, пока в наличии не будет по две подтвержденные резервные копии для каждого журнала.
По следующим причинам необходимо создать специфические для Oracle наборы носителей и задания резервного копирования:
RMAN может управлять хранением носителей и сообщать серверу Backup Exec об устаревших наборах данных резервного копирования. RMAN может успешно управлять периодом хранения носителя, пока не появятся несвязанные наборы данных резервного копирования. Периоды хранения у несвязанных наборов данных резервного копирования могут быть больше, чем период хранения в RMAN.
У наборов носителей для резервных копий Oracle период хранения должен быть больше, чем значение параметра CONTROL_FILE_RECORD_KEEP_TIME. По умолчанию значение параметра CONTROL_FILE_RECORD_KEEP_TIME равно 7 дням. Если наборы носителей для резервных копий Oracle имеют больший период хранения, то наборы данных резервного копирования не перезаписываются и RMAN не обновляется.
Если в Oracle настроены несколько потоков заданий, то дополнительные ресурсы, такие как файловые системы, могут создавать больше устройств для назначения накопителей, чем ожидалось.
Функция балансировки нагрузки распределяет задания Oracle между управляемыми серверами Backup Exec в среде CASO. Однако этот сценарий означает, что резервные копии файлов архивированных журналов могут находиться на нескольких управляемых серверах Backup Exec, что усложняет восстановление.
При использовании RALUS в среде Linux рассмотрите возможность переназначить порты. Приложения, использующие порт 10000, например Webmin, могут конфликтовать с операциями RALUS.
Для ускорения операций инкрементального резервного копирования включите в Oracle отслеживание изменений на уровне блока.
При настройке общих параметров для заданий резервного копирования включите сжатие Backup Exec.
Убедитесь, что при добавлении сервера Oracle в список серверов на вкладке Резервное копирование и восстановление указано его полное доменное имя.
Убедитесь, что в список сервера Backup Exec для серверов Oracle и учетных данных аутентификации добавлены полное доменное имя сервера Oracle и имя учетной записи входа в систему.
Делайте полную резервную копию контейнерной базы данных (CDB) при внесении любых изменений в ее структуру, например при добавлении новой подключаемой базы данных (PDB).
В резервные копии включайте корневой узел CDB, чтобы обеспечить сохранение ее метаданных.
Запускайте базу данных в режиме ведения журналов архивирования, чтобы обеспечить возможность ее восстановления на момент времени.
Если база CDB работает не в режиме ведения журналов архивирования, то завершайте ее работу перед выполнением резервного копирования подключаемых баз данных. Чтобы не завершать работу базы CDB, можно либо запускать ее в режиме ведения журналов архивирования, либо выполнять инициированное администратором резервное копирование подключаемых баз данных.
Oracle рекомендует пользователям проводить восстановление не только корневого узла, иначе может возникнуть несогласованность метаданных. Следует выполнять восстановление всей CDB.
Если восстановление CDB на момент времени выполнить не удается, то последующие задания также могут завершиться со следующей ошибкой:
ORA-19852: Ошибка при создании служб для вспомогательного экземпляра.
Эта ошибка возникает потому, что предыдущие неудавшиеся попытки восстановления на момент времени не были корректно удалены. Чтобы решить эту проблему, удалите неудавшиеся попытки восстановления БД. Чтобы удалить неудавшиеся попытки создания вспомогательных служб, выполните следующее:
Если операция восстановления БД на момент времени закончилась неудачей, то для удаления вспомогательного экземпляра используйте пакет восстановления БД на момент времени:
SQL> exec dbms_backup_restore.manageauxinstance ('DBPITR',1);
Кроме того, выполните последний набор команд в сценарии RMAN, чтобы очистить конфигурацию RMAN.
CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' CLEAR;
CONFIGURE AUXILIARY CHANNEL DEVICE TYPE 'SBT_TAPE' CLEAR;