AlionaJavlAliona,

Я имел в виду, что большая часть настроек уже изначально прописана, какой смысл повторять их в скриптах.

Делал по докам, напишите в чем неправильные мои настройки?

Javl, Вам всё-таки надо было открыть отдельную тему, чтобы не путаться в чужой теме, опка она активно обсуждается.

Вы совершенно правы, что настройки rman (команды CONFIGURE) не надо писать в скриптах бэкапирования.

Чем плохи ваши скрипты:
во-первых, в них нет бэкапа архивлогов,
во-вторых, в бэкапк LEVEL 0 нет основного: DELETE OBSOLETE.

Чем плохи ваши настройки RMAN сказать не могу, потому что не хватает данных по инит-параметрам и ФС.
Но есть некоторая подсказка, прежде чем включать configure backup optimization on, надо хорошо понимать, что это такое.

Вы правы, но сейчас наверное уже поздно....

Вообще я как раз и задал вопрос не по самому бэкапу, а по архивлогам, у меня установлены такие настройки:
Copies of Datafile Backups 1
Copies of Archivelog Backups 1

Archive Log Mode ARCHIVELOG
Log Archive Filename Format %t_%s_%r.dbf
Minimal Supplemental Logging NO

[quot Aliona]JavlAliona,


во-вторых, в бэкапк LEVEL 0 нет основного: DELETE OBSOLETE.



Есть, DELETE FORCE NOPROMPT OBSOLETE;

AlionaJavlВы правы, но сейчас наверное уже поздно....

Вообще я как раз и задал вопрос не по самому бэкапу, а по архивлогам, у меня установлены такие настройки:
Copies of Datafile Backups 1
Copies of Archivelog Backups 1

Archive Log Mode ARCHIVELOG
Log Archive Filename Format %t_%s_%r.dbf
Minimal Supplemental Logging NO

Вы считаете, что бэкапы и архивлоги - это две "вещи несовместные" ?
Что их можно обсуждать отдельно друг от друга?

Меня несколько другие параметры интересовали.

Тогда перефразирую вопрос, если архивлоги пишутся в отдельную папку, нужно ли делать отдельный архивлог при бэкапе?

AlionaJavlпропущено...


Тогда перефразирую вопрос, если архивлоги пишутся в отдельную папку, нужно ли делать отдельный архивлог при бэкапе?
Ответив на вопрос, для чего нужны архивлоги, Вы сможете понять, нужно ли из бэкапить.

Если я запущу бэкап таким образом, это будет правильно?

BACKUP INCREMENTAL LEVEL 0 DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.arc';

и соответственно

BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.arc';

AlionaJavlпропущено...


Если я запущу бэкап таким образом, это будет правильно?

BACKUP INCREMENTAL LEVEL 0 DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.arc';

и соответственно

BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE PLUS ARCHIVELOG FORMAT '/oracle_backup/arch_%U.arc';

Я уже потеряла нить, что в ваших скиптах не так.

Вот мои примерчики:
автор cat level0.rman
### run backup level 0
show all;
RUN {
BACKUP INCREMENTAL LEVEL 0 AS backupset DATABASE tag 'BKUP_LEVEL_0';
BACKUP AS backupset ARCHIVELOG ALL skip inaccessible DELETE ALL INPUT tag 'ARCH_BKUP';
DELETE OBSOLETE;
}

cat level1.rman
### run backup level 1
show all;
RUN {
BACKUP INCREMENTAL LEVEL 1 AS backupset DATABASE tag 'BKUP_LEVEL_1';
BACKUP AS backupset ARCHIVELOG ALL skip inaccessible DELETE ALL INPUT tag 'ARCH_BKUP';
}

tag - очень удобная вещь.
Выполните list backup summary
потом бэкап с tag, потом опять list backup summary, разница будет очевидной;

авторList of Backups
===============
Key TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- ------------------- ------- ------- ---------- ---
1 B F A DISK 2019-05-28 16:26:54 1 1 NO TAG20190528T162654
2 B F A DISK 2019-05-29 16:10:09 1 1 NO TAG20190529T161008
9 B F A DISK 2019-05-29 17:03:09 1 1 NO TAG20190529T170308
12 B F A DISK 2019-05-29 17:12:46 1 1 NO TAG20190529T171246
15 B F A DISK 2019-05-29 17:16:34 1 1 NO TAG20190529T171633
21 B F A DISK 2019-05-29 17:26:22 1 1 NO TAG20190529T172622
22 B F A DISK 2019-05-29 17:52:07 1 1 NO FULL_BKUP
23 B F A DISK 2019-05-29 17:52:13 1 1 NO FULL_BKUP
24 B F A DISK 2019-05-29 17:52:16 1 1 NO FULL_BKUP
25 B F A DISK 2019-05-29 17:52:20 1 1 NO FULL_BKUP
26 B A A DISK 2019-05-29 17:52:21 1 1 NO ARCH_BKUP
27 B F A DISK 2019-05-29 17:52:23 1 1 NO TAG20190529T175223

Главное уяснить, для чего нужны архивлоги и для чего их надо бэкапить.
Надо тренироваться восстановить Бд на момент краха.

Спасибо за пример и за разъяснение!

У меня непонимание не в том для чего нужны архивлоги, а в другом. У меня по настройкам сами архивлоги (не бэкап архивлогов) пишутся не на диск, где расположена БД, а на отдельное сетевое хранилище. Так вот, если БД крякнет, то эти архивлоги будут как мертвому припарка или нет? Или при восстановлении обязательно нужен бэкап архивлогов?