Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Restore datafile, RMAN& ASM, непонятки  [new]
Igoreks
Member

Откуда: Москва
Сообщений: 199
Доброе время суток!

Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit
Windows Server 2003 Enterprise x64 Edition SP2

SQL> select name,state from v$asm_diskgroup;

NAME                           STATE
------------------------------ -----------
DATAEXT                        MOUNTED
DATAINT                        MOUNTED

Задача - восстановить файл данных в аналогичное продукционной базе местоположение.

RMAN> startup nomount;

Экземпляр Oracle стартовал

Общий размер глобальной системной области   14965264384 байт

Fixed Size                     2135016 байт
Variable Size               7583304728 байт
Database Buffers            7314866176 байт
Redo Buffers                  64958464 байт

RMAN> SET DBID 344285329

Выполняется команда: SET DBID

RMAN> RUN {
2> SET CONTROLFILE AUTOBACKUP FORMAT
3> FOR DEVICE TYPE DISK TO '\\smskvalid1\OracleBackup\ExchangeP\%F';
4> RESTORE CONTROLFILE FROM AUTOBACKUP;
5> }

Выполняется команда: SET CONTROLFILE AUTOBACKUP FORMAT
вместо каталога восстановления используется управляющий файл базы данных-адресата

Запуск restore в 28.06.10
занятый канал: ORA_DISK_1
канал ORA_DISK_1: SID=149 тип устройства=DISK

канал ORA_DISK_1: поиск AUTOBACKUP для даты: 20100628
канал ORA_DISK_1: найден AUTOBACKUP: \\smskvalid1\OracleBackup\ExchangeP\c-344285329-20100628-01
канал ORA_DISK_1: восстанавливается управляющий файл из AUTOBACKUP \\smskvalid1\OracleBackup\ExchangeP\c-344285329-20100
628-01
канал ORA_DISK_1: восстановление управляющего файла из AUTOBACKUP выполнено
имя выходного файла=+DATAINT/exchangep/controlfile/current.269.722882383
имя выходного файла=+DATAEXT/exchangep/controlfile/current.310.722882385
Завершение restore в 28.06.10

RMAN> ALTER DATABASE MOUNT;

база данных смонтирована
освобожденный канал: ORA_DISK_1

RMAN> list backup of datafile 1;


Список наборов резервирования
===================


Ключ BS  Тип Размер LV     Истекшее время для типа устройства Время выполнения
------- ---- -- ---------- ----------- ------------ ----------------
672     Full    797.69M    DISK        00:02:36     22.06.10
        Ключ BP: 672   Статус: AVAILABLE  Со сжатием: YES   Тэг: TAG20100622T190011
        Имя фрагмента: \\SMSKVALID1\ORACLEBACKUP\EXCHANGEP\BK_EXCHANGE_20100622_L0LGT1PS_1_1
  Список файлов данных в резервном наборе 672
  Тип файла LV Ckp SCN    Время Ckp имя
  ---- -- ---- ---------- --------- ----
  1       Full 77161732677 22.06.10  +DATAINT/exchangep/datafile/system.260.711988329

Ключ BS  Тип Размер LV     Истекшее время для типа устройства Время выполнения
------- ---- -- ---------- ----------- ------------ ----------------
693     Full    940.23M    DISK        00:03:00     25.06.10
        Ключ BP: 693   Статус: AVAILABLE  Со сжатием: YES   Тэг: TAG20100625T190011
        Имя фрагмента: \\SMSKVALID1\ORACLEBACKUP\EXCHANGEP\BK_EXCHANGE_20100625_LLLH4UTS_1_1
  Список файлов данных в резервном наборе 693
  Тип файла LV Ckp SCN    Время Ckp имя
  ---- -- ---- ---------- --------- ----
  1       Full 77537852132 25.06.10  +DATAINT/exchangep/datafile/system.260.711988329

RMAN> restore datafile 1;

Запуск restore в 28.06.10
занятый канал: ORA_DISK_1
канал ORA_DISK_1: SID=149 тип устройства=DISK

канал ORA_DISK_1: запускается восстановление из набора резервирования файлов данных
канал ORA_DISK_1: задается файл данных для восстановления из резервного набора
канал ORA_DISK_1: восстановление файла данных 00001 в +DATAINT/exchangep/datafile/system.260.711988329
канал ORA_DISK_1: считывание из фрагмента резервной копии \\SMSKVALID1\ORACLEBACKUP\EXCHANGEP\BK_EXCHANGE_20100625_LLLH4
UTS_1_1
канал ORA_DISK_1: указатель части=\\SMSKVALID1\ORACLEBACKUP\EXCHANGEP\BK_EXCHANGE_20100625_LLLH4UTS_1_1 тэг=TAG20100625T
190011
канал ORA_DISK_1: восстановлена часть копий 1
канал ORA_DISK_1: восстановление завершено; затраченное время: 00:04:05
Завершение restore в 28.06.10

RMAN>

Судя по RMAN-y файл восстановился в +DATAINT.
Смотрим алертлог:

Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 3
Autotune of undo retention is turned on. 
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 11.1.0.7.0.
Using parameter settings in server-side spfile C:\ORACLE\PRODUCT\11.1.0\DB_1\DATABASE\SPFILEEXCHANGEP.ORA
System parameters with non-default values:
  processes                = 150
  nls_territory            = "AMERICA"
  memory_target            = 14G
  control_files            = "+DATAINT"
  control_files            = "+DATAEXT"
  db_block_size            = 16384
  compatible               = "11.1.0.0.0"
  log_archive_dest_1       = "LOCATION=C:\oracle\admin\ExchangeP\archive"
  log_archive_format       = "ARC%S_%R.%T"
  db_create_file_dest      = "+DATAEXT"
  undo_tablespace          = "UNDOTBS1"
  remote_login_passwordfile= "EXCLUSIVE"
  db_domain                = ""
  dispatchers              = "(PROTOCOL=TCP) (SERVICE=ExchangePXDB)"
  job_queue_processes      = 1000
  audit_file_dest          = "C:\ORACLE\ADMIN\EXCHANGEP\ADUMP"
  audit_trail              = "DB"
  db_name                  = "Exchange"
  db_unique_name           = "ExchangeP"
  open_cursors             = 300
  diagnostic_dest          = "C:\ORACLE"
Mon Jun 28 16:39:17 2010
PMON started with pid=2, OS id=3392 
Mon Jun 28 16:39:17 2010
VKTM started with pid=3, OS id=5108 at elevated priority
VKTM running at (20)ms precision
Mon Jun 28 16:39:17 2010
DIAG started with pid=4, OS id=3660 
Mon Jun 28 16:39:17 2010
DBRM started with pid=5, OS id=4380 
Mon Jun 28 16:39:17 2010
PSP0 started with pid=6, OS id=3596 
Mon Jun 28 16:39:17 2010
DIA0 started with pid=7, OS id=3056 
Mon Jun 28 16:39:17 2010
MMAN started with pid=8, OS id=1704 
Mon Jun 28 16:39:18 2010
DBW0 started with pid=9, OS id=4144 
Mon Jun 28 16:39:18 2010
LGWR started with pid=10, OS id=3816 
Mon Jun 28 16:39:18 2010
CKPT started with pid=11, OS id=1392 
Mon Jun 28 16:39:18 2010
SMON started with pid=12, OS id=4012 
Mon Jun 28 16:39:18 2010
RECO started with pid=13, OS id=3436 
Mon Jun 28 16:39:18 2010
RBAL started with pid=14, OS id=2020 
Mon Jun 28 16:39:18 2010
ASMB started with pid=15, OS id=1180 
Mon Jun 28 16:39:18 2010
MMON started with pid=16, OS id=3876 
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Mon Jun 28 16:39:18 2010
MMNL started with pid=17, OS id=3164 
starting up 1 shared server(s) ...
ORACLE_BASE from environment = C:\oracle
NOTE: initiating MARK startup 
Starting background process MARK
Mon Jun 28 16:39:18 2010
MARK started with pid=22, OS id=4320 
NOTE: MARK has subscribed 
Mon Jun 28 16:39:43 2010
NOTE:Loaded library: System 
Mon Jun 28 16:39:43 2010
SUCCESS: diskgroup DATAINT was mounted
SUCCESS: diskgroup DATAEXT was mounted
Spfile C:\ORACLE\PRODUCT\11.1.0\DB_1\DATABASE\SPFILEEXCHANGEP.ORA is in old pre-11 format and compatible >= 11.0.0; converting to new H.A.R.D. compliant format.
Mon Jun 28 16:39:49 2010
SUCCESS: diskgroup DATAINT was dismounted
SUCCESS: diskgroup DATAEXT was dismounted
Mon Jun 28 16:40:02 2010
alter database mount
Mon Jun 28 16:40:02 2010
SUCCESS: diskgroup DATAINT was mounted
SUCCESS: diskgroup DATAEXT was mounted
Setting recovery target incarnation to 1
Mon Jun 28 16:40:07 2010
Successful mount of redo thread 1, with mount id 355178914
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: alter database mount
Mon Jun 28 16:44:43 2010
Full restore complete of datafile 1 +DATAEXT/exchangep/datafile/system.309.722882445.  Elapsed time: 0:03:58 
  checkpoint is 77537852132
  last deallocation scn is 77151940611

Файл на самом деле восстановился в +DATAEXT.

Что делаю неправильно?
28 июн 10, 17:15    [9013171]     Ответить | Цитировать Сообщить модератору
 Re: Restore datafile, RMAN& ASM, непонятки  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
Igoreks,
Igoreks

имя выходного файла=+DATAINT/exchangep/controlfile/current.269.722882383
имя выходного файла=+DATAEXT/exchangep/controlfile/current.310.722882385

по той же причине что и контрольник..


a что прописано в v$datafile ?
28 июн 10, 19:49    [9013933]     Ответить | Цитировать Сообщить модератору
 Re: Restore datafile, RMAN& ASM, непонятки  [new]
lark
Member

Откуда: Far Far Away
Сообщений: 172
Поставь нужную тебе группу в параметр db_create_file_dest перед восстановлением.

alter system set db_create_file_dest='+DATAINT';
28 июн 10, 20:00    [9013963]     Ответить | Цитировать Сообщить модератору
 Re: Restore datafile, RMAN& ASM, непонятки  [new]
Igoreks
Member

Откуда: Москва
Сообщений: 199
lark
Поставь нужную тебе группу в параметр db_create_file_dest перед восстановлением.

alter system set db_create_file_dest='+DATAINT';


Мне надо восстановить всю БД на две дисковые группы(+DATAINT и +DATAEXT), на одну не поместится. Восстанавливать пофайлово со сменой db_create_file_dest как-то совсем не кошерно.
29 июн 10, 08:58    [9015113]     Ответить | Цитировать Сообщить модератору
 Re: Restore datafile, RMAN& ASM, непонятки  [new]
Igoreks
Member

Откуда: Москва
Сообщений: 199
YuraL
Igoreks,
Igoreks

имя выходного файла=+DATAINT/exchangep/controlfile/current.269.722882383
имя выходного файла=+DATAEXT/exchangep/controlfile/current.310.722882385

по той же причине что и контрольник..


a что прописано в v$datafile ?


Не совсем понял мысль про контрольники - они восстановились как мне и надо было в две локации.
Что конкретно интересует из v$datafile?
29 июн 10, 09:02    [9015122]     Ответить | Цитировать Сообщить модератору
 Re: Restore datafile, RMAN& ASM, непонятки  [new]
Igoreks
Member

Откуда: Москва
Сообщений: 199
Решение проблемы в следующем:

Tue Jun 29 09:08:36 2010
ALTER SYSTEM SET db_create_file_dest='' SCOPE=MEMORY;
Tue Jun 29 09:18:15 2010
Signalling error 1152 for datafile 1!
Tue Jun 29 09:23:49 2010
Full restore complete of datafile 2 +DATAINT/exchangep/datafile/sysaux.267.722942343.  Elapsed time: 0:04:47 
  checkpoint is 77537852131
  last deallocation scn is 77485897471
29 июн 10, 09:38    [9015272]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить