Recovery Manager: Release 10.2.0.1.0 - Production on Mon Mar 25 11:02:23 2013
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: DBCENTR (DBID=3266958312)
RMAN> show all;
using target database control file instead of recovery catalog
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 3;
CONFIGURE BACKUP OPTIMIZATION OFF;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO COMPRESSED BACKUPSET;
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 'D:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\S
NCFDBCENTR.ORA'; # default
Предлагаю переместить все бекапы и архивлоги куда-нибудь в сторону и дать отработать оптимизатору. Пускать оптимизатор одновременно с работающим RMAN не рекомендуется. И этот скрипт запускать, не понимая его назначения - тоже.
нет, сами файлы просто отнести куда-то на соседний диск или в директорию... рман увидит, что их нет и вытрет их из памяти, если бекап пройдет, то все хорошо, если нет - будет из чего восстанавливаться.
и продолжаем висеть ... до сих пор...
как будто rman перед каждым действием задумывается выполнять ли его
сбросил все параметры по умолчанию
RMAN> CONFIGURE BACKUP OPTIMIZATION CLEAR;
RMAN> CONFIGURE RETENTION POLICY CLEAR;
RMAN> CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK CLEAR;
и запустил ... жду