Доброго дня всем!
Настраиваю бэкап на диск E, в файле c:\oracle\DEV\102\database\initDEV.sap прописал:

backup_dev_type = disk
backup_root_dir = E:\sapbackup
stage_root_dir = E:\sapbackup

Вопрос - что делать со следующими строками в конфиге:

compress_dir = C:\oracle\DEV\sapreorg
archive_copy_dir = C:\oracle\DEV\sapbackup
archive_stage_dir = C:\oracle\DEV\sapbackup

их тоже надо перенаправить на диск Е?

Все это делалось чтобы не рос каталог c:\oracle\DEV\backup (а он пока растет и уже стал размером чуть ли не больше всего остального содержимого c:\oracle)


И еще, должен ли совпадать конфиг-файл c:\oracle\DEV\102\database\initDEV.sap с таким же файлом в папке c:\oracle\DEV\sapbackup\DEV\ ??

Я не ошибся, правильно прочитал текст? У Вас бэкап делается на тот же диск, на котором находится оригинал данных? Красивое решение...

Если все диски локально подключены - перекидывайте все на другой диск, пошустрее будет, если диски физически разные.
Если другой диск сетевой, то компресс лучше оставить локально.
А для понимания, что Вы делаете почитайте HELP

1) а вы как-то удаляете старые бэкапы?
2) куда архивируются редо-логи?
3) файл c:\oracle\DEV\sapbackup\DEV\initDEV.sap - это и есть бэкап файла c:\oracle\DEV\102\database\initDEV.sap, который делается при каждом бэкапе (кажется так), плюс еще некоторые нужные для восстановления файлы. Ведь в файле c:\oracle\DEV\sapbackup\DEV\initDEV.sap прописаны все пути и опции бэкапа, которые нужны для корректного восстановления.

Нет, строки archive_copy_dir = C:\oracle\DEV\sapbackup и archive_stage_dir = C:\oracle\DEV\sapbackup я перенаправил на диск Е. Правда не сразу, а после тестового прогона бэкапа. Сразу, как увидел что, что то не так.

А если настраивать бэкап на сетевой диск, то надо указывать путь типа \\192.168.2.200\sapbackup ? Подключение сетевого диска не помогает.

Как очистить папку oraarch ? Не вручную же!?

1 - запускал Cleanup logs
2 - хз, но наверное на диск Е что я указал в качестве бэкапного
3 - теперь понятно, спасибо!

Да, сетевой ресурс должен быть доступен по UNC имени. И не забудьте дать на него права доступа соответствующему пользователю.

Настроить файл параметров init<SID>.sap и регулярный процесс в DB13.
Это продуктивная система? Если нет - то, возможно, Вам будет достаточно еженочного полного бэкапа? Тогда можно archivelog выключить и не беспокоиться за архивные журналы. Ну и почистить oraarch.

Это система разработки, но я на ней пытаюсь обкатать бэкапирование которое буду делать на продуктиве.
А если делать еженочный полный бэкап, то при нехватке места он будет перетирать старый?

BRTools, как я помню, проблема свободного места не волнует. Как шерифа проблемы индейцев. Т.е. если у Вас кончилось место, Вы узнаете об этом во время работы BRTools, BRBackup, BRArchive, BRSpace... Но только после того, как место кончится.
Почитайте все же help.sap.com

думаю - когда же кто-нибудь скажет

Там не по нашему написано

"Система без базисника должна лежать" (с) Skif
Без базисника она всё равно рано или поздно ляжет