Возможно мой вопрос уже обсуждался, но тем не менее... БД 10gR2. Разработчик настроил работу RMAN так, что архивные логи валяться в директорию, которая находится в рутовой партиции: /export/home/arch . Соответственно когда их становиться слишком много и партиция забивается на 100% все встает колом БД перестает отвечать на запросы, ждет когда появится свободное место и RMAN завершит очередную операцию. Для хранения архив логов я выделил отдельную партицию /u02. Скажите как правильно мне переконфигурировать RMAN, чтобы логи складывались в /u02 ?
Заранее спасибо!

Ramin, не совсем понял ... Можно поподробней ...

Ramin, возможно и в скрипте ... где его можно посмотреть ?

semenar, бэкапы журналов.

RaminШ_А_Вsemenar, бэкапы журналов.
сперва нужно выяснить , вообще как снимаются бекапы в вашей системе.
Что именно Вы хотите знать ?

Прошу прощения скопировал весь экран , сам скрипт arch_proc_ru.sh

Raminпокажи этот файл:

/IRSLN2_backup/RMAN/scripts/rman_delete_archlogs.rcm

connect target backup_admin/backup_admin@irsln2;
crosscheck archivelog all;
run {delete noprompt archivelog until time 'SYSDATE-3';}

N.IvankinШ_А_Впропущено...

Что именно Вы хотите знать ?

RMAN> show all

using target database control file instead of recovery catalog
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 2;
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/IRSLN2_backup/RMAN/rman_dumps/irsln2_backup/%F';
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/export/home/oracle/10g/dbs/snapcf_IRSLN3.f'; # default

Partos1) Очень похоже что у тебя бэкапы вообще не делаются т.к. rman удаляет только архивлоги
2) У тебя место забивают не бэкапы архивлогов а сами архивлоги. В базе данных есть такое понятие как редулоги, архивлоги и бэкапы архивлогов - и это 3 разных типа файлов.
3) Для того чтоб изменить место куда складываются архивлоги - делаешь:

su - oracle (или пользователь под которым стоит база)

проверяешь чтоб были выставленны переменные
echo $ORACLE_SID
echo $ORACLE_HOME

если не выставленны то выставляешь

далее:
$ORACLE_HOME/bin/sqlplus sys as sysdba (когда спросит пароль - можешь попробовать просто жмакнуть Enter)
sqlplus> show parameter log_archive_dest

тебе вывалится 10 параметров log_archive_dest_n (где n от 1 до 10) и ещё 10 параметров с их состоянием -включенны они или нет. Их так много потому что база может складывать архивлоги сразу в несколько мест

Смотришь в каком из них прописан пути и меняешь их командой потипу (предварительно убедись что директория существует и пользователь оракл имеет право туда писть - иначе опять всё колом встанет):

sqlplus> alter system set log_archive_dest_n='location=/u02/oracle/[Сид_базы]/oraarch';
sqlplus> alter system switch logfile;
sqlplus>exit;

идёшь и проверяешь что в новой директории появился файлик архивлога

4) Тебе как минимум надо поменять скрипты которые в кроне чтоб они работали с новым путём.
5) Тебе обязательно надо задуматься о бэкапе базы т.к. очень похоже что он у тебя сейчас не делается. Просто архивлоги без бэкапа базы тебе не помогут в случае вылета диска или множества других проблем которые могут возникнуть

Удачи.
Спасибо за развернутый ответ! Но при попытке изменить нужный мне log_archive_dest выходит ошибка:
SQL> alter system set log_archive_dest_n='/u03';
alter system set log_archive_dest_n='/u03'
*
ERROR at line 1:
ORA-02065: illegal option for ALTER SYSTEM


SQL> alter system set log_archive_dest_1='/u03';
alter system set log_archive_dest_1='/u03'
*
ERROR at line 1:
ORA-32017: failure in updating SPFILE
ORA-16179: incremental changes to "log_archive_dest_1" not allowed with SPFILE

Посоветуйте как победить .

pravednikШ_А_В,

Поиск ;)

Спасибо помогло но не совсем. Делаю:


А когда смотрю параметры:


Ничего не поменялось ((