Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest
Добрый вечер!

При выполнении дублирования БД RMAN в логе пишет:

Команда SQL: CREATE CONTROLFILE REUSE SET DATABASE "CLONE" RESETLOGS ARCHIVELOG
  MAXLOGFILES     16
  MAXLOGMEMBERS      3
  MAXDATAFILES      100
  MAXINSTANCES     8
  MAXLOGHISTORY      292
 LOGFILE
  GROUP  1 ( 'D:\ORA_FILES_DB\CLONE\REDO01.LOG' ) SIZE 50 M  REUSE,
  GROUP  2 ( 'D:\ORA_FILES_DB\CLONE\REDO02.LOG' ) SIZE 50 M  REUSE,
  GROUP  3 ( 'D:\ORA_FILES_DB\CLONE\REDO03.LOG' ) SIZE 50 M  REUSE
 DATAFILE
  'D:\ORA_FILES_DB\CLONE\SYSTEM01.DBF'
 CHARACTER SET CL8MSWIN1251

Вопрос: а почему только SYSTEM01.DBF; остальные файлы в какой момент туда он прописывает? И в чем логика такого подхода?

-----------------------------------------------

Сервер имеет динамический IP-адрес. Oracle установлен. Базы созданы. Делая коннект находясь непосредственно на этом сервере (sqlplus) - все отлично. Попытка подсоедениться к базе с удаленного компьютера оканчивается:

tnsping выдает:

Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = x.xxx.xxx.xx)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = CLONE)))
TNS-12535: TNS:operation timed out

sqlplus выдает:

ERROR:
ORA-12170: TNS:Connect timeout occurred

Вопрос: как побороть динамический IP, если в нем причина? При этом экранов никаких нет. С сетью проблемы нет. Возможности выделить статический IP нет.
22 янв 07, 17:27    [3676600]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
Пляць, поставить DNS !
22 янв 07, 17:37    [3676668]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
Прописать вручную выделенный динамически ггг
22 янв 07, 17:39    [3676677]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
denix1
Member

Откуда: Киев
Сообщений: 4656
juks@gala.net
Прописать вручную выделенный динамически ггг

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

в результате так сказать получится динамический сервис - бегающий по IP :-)
22 янв 07, 17:41    [3676689]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
denix1
juks@gala.net
Прописать вручную выделенный динамически ггг

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

в результате так сказать получится динамический сервис - бегающий по IP :-)

Эта дебильная идея в принципе ( DHCP на сервера ) )
22 янв 07, 17:44    [3676706]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest
С серверами я понял, что ничего не понял...) В общем решить ее нудно так как есть, а точнее через ж... раз уж так ведется заводить динамику и хоть ты в лоб....


А по RMAN что нибудь можете сказать?
22 янв 07, 17:48    [3676731]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
juks@gala.net
Member

Откуда: Киев
Сообщений: 4212
Митя Сухой (с)
А по RMAN что нибудь можете сказать?

Остальные файлы мож быть прописывает командой create tablesapce
22 янв 07, 17:54    [3676774]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
A. Fig Lee
Member

Откуда: Английская колония
Сообщений: 309
а как команда дублирования выглядит?
22 янв 07, 18:12    [3676883]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest
Запуск Duplicate Db в 22.01.07
вместо каталога восстановления используется управляющий файл базы данных-адресата
занятый канал: ORA_AUX_DISK_1
канал ORA_AUX_DISK_1: sid=156 devtype=DISK
занятый канал: ORA_AUX_DISK_2
канал ORA_AUX_DISK_2: sid=155 devtype=DISK
занятый канал: ORA_AUX_DISK_3
канал ORA_AUX_DISK_3: sid=154 devtype=DISK

содержимое сценария в памяти:
{
   set until scn  1642539;
   set newname for datafile  1 to
 "D:\ORA_FILES_DB\CLONE\SYSTEM01.DBF";
   set newname for datafile  2 to
 "D:\ORA_FILES_DB\CLONE\UNDOTBS01.DBF";
   set newname for datafile  3 to
 "D:\ORA_FILES_DB\CLONE\SYSAUX01.DBF";
   set newname for datafile  4 to
 "D:\ORA_FILES_DB\CLONE\USERS01.DBF";
   restore
   check readonly
   clone database
   ;
}
выполняется сценарий в памяти:

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

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

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

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

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

Запуск restore в 22.01.07
использование канала ORA_AUX_DISK_1
использование канала ORA_AUX_DISK_2
использование канала ORA_AUX_DISK_3

канал ORA_AUX_DISK_1: запущено восстановление резервного набора файлов данных
канал ORA_AUX_DISK_1: задается файл данных для восстановления из резервного набора
восстановление файла данных 00001 в D:\ORA_FILES_DB\CLONE\SYSTEM01.DBF
восстановление файла данных 00002 в D:\ORA_FILES_DB\CLONE\UNDOTBS01.DBF
восстановление файла данных 00003 в D:\ORA_FILES_DB\CLONE\SYSAUX01.DBF
восстановление файла данных 00004 в D:\ORA_FILES_DB\CLONE\USERS01.DBF
канал ORA_AUX_DISK_1: считывание из фрагмента резервной копии D:\BACKUP_RMAN\BACKUP\BKUP_20070122_TEST_0RI855D
I_1_1
канал ORA_AUX_DISK_1: восстановлена часть копий 1
указатель части=D:\BACKUP_RMAN\BACKUP\BKUP_20070122_TEST_0RI855DI_1_1 тэг=TAG20070122T132258
канал ORA_AUX_DISK_1: восстановление завершено; затраченное время: 00:01:15
Завершение restore в 22.01.07
Команда SQL: CREATE CONTROLFILE REUSE SET DATABASE "CLONE" RESETLOGS ARCHIVELOG
  MAXLOGFILES     16
  MAXLOGMEMBERS      3
  MAXDATAFILES      100
  MAXINSTANCES     8
  MAXLOGHISTORY      292
 LOGFILE
  GROUP  1 ( 'D:\ORA_FILES_DB\CLONE\REDO01.LOG' ) SIZE 50 M  REUSE,
  GROUP  2 ( 'D:\ORA_FILES_DB\CLONE\REDO02.LOG' ) SIZE 50 M  REUSE,
  GROUP  3 ( 'D:\ORA_FILES_DB\CLONE\REDO03.LOG' ) SIZE 50 M  REUSE
 DATAFILE
  'D:\ORA_FILES_DB\CLONE\SYSTEM01.DBF'
 CHARACTER SET CL8MSWIN1251


содержимое сценария в памяти:
{
   switch clone datafile all;
}
выполняется сценарий в памяти:

освобожденный канал: ORA_AUX_DISK_1
освобожденный канал: ORA_AUX_DISK_2
освобожденный канал: ORA_AUX_DISK_3
файл данных 2 переключен на копию
копия входного файла данных, recid=1, отметка=612555025, имя файла=D:\ORA_FILES_DB\CLONE\UNDOTBS01.DBF
файл данных 3 переключен на копию
копия входного файла данных, recid=2, отметка=612555025, имя файла=D:\ORA_FILES_DB\CLONE\SYSAUX01.DBF
файл данных 4 переключен на копию
копия входного файла данных, recid=3, отметка=612555025, имя файла=D:\ORA_FILES_DB\CLONE\USERS01.DBF

содержимое сценария в памяти:
{
   set until scn  1642539;
   recover
   clone database
    delete archivelog
   ;
}
выполняется сценарий в памяти:

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

Запуск recover в 22.01.07
занятый канал: ORA_AUX_DISK_1
канал ORA_AUX_DISK_1: sid=155 devtype=DISK
занятый канал: ORA_AUX_DISK_2
канал ORA_AUX_DISK_2: sid=156 devtype=DISK
занятый канал: ORA_AUX_DISK_3
канал ORA_AUX_DISK_3: sid=153 devtype=DISK

запущено восстановление носителя

поток архивного журнала 1 послед. 39 уже находится на диске в виде файла D:\ORA_FILES_DB\TEST\ARCHIVE\ARC00039
_0610287044.001
поток архивного журнала 1 послед. 40 уже находится на диске в виде файла D:\ORA_FILES_DB\TEST\ARCHIVE\ARC00040
_0610287044.001
поток архивного журнала 1 послед. 41 уже находится на диске в виде файла C:\ORACLE\FLASH_RECOVERY_AREA\TEST\AR
CHIVELOG\2007_01_22\O1_MF_1_41_2V9BZB5G_.ARC
поток архивного журнала=D:\ORA_FILES_DB\TEST\ARCHIVE\ARC00039_0610287044.001 поток=1 послед.=39
поток архивного журнала=D:\ORA_FILES_DB\TEST\ARCHIVE\ARC00040_0610287044.001 поток=1 послед.=40
поток архивного журнала=C:\ORACLE\FLASH_RECOVERY_AREA\TEST\ARCHIVELOG\2007_01_22\O1_MF_1_41_2V9BZB5G_.ARC пото
к=1 послед.=41
восстановление носителя завершено, затраченное время: 00:00:04
Завершение recover в 22.01.07

содержимое сценария в памяти:
{
   shutdown clone;
   startup clone nomount pfile= 'c:\pfile.ora';
}
выполняется сценарий в памяти:

база данных размонтирована
Экземпляр Oracle остановлен

выполнено подключение к добавочной базе данных (не запущена)
Экземпляр Oracle стартовал

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

Fixed Size                     1248600 байт
Variable Size                167772840 байт
Database Buffers             117440512 байт
Redo Buffers                   2945024 байт
Команда SQL: CREATE CONTROLFILE REUSE SET DATABASE "CLONE" RESETLOGS ARCHIVELOG
  MAXLOGFILES     16
  MAXLOGMEMBERS      3
  MAXDATAFILES      100
  MAXINSTANCES     8
  MAXLOGHISTORY      292
 LOGFILE
  GROUP  1 ( 'D:\ORA_FILES_DB\CLONE\REDO01.LOG' ) SIZE 50 M  REUSE,
  GROUP  2 ( 'D:\ORA_FILES_DB\CLONE\REDO02.LOG' ) SIZE 50 M  REUSE,
  GROUP  3 ( 'D:\ORA_FILES_DB\CLONE\REDO03.LOG' ) SIZE 50 M  REUSE
 DATAFILE
  'D:\ORA_FILES_DB\CLONE\SYSTEM01.DBF'
 CHARACTER SET CL8MSWIN1251


содержимое сценария в памяти:
{
   set newname for tempfile  1 to
 "D:\ORA_FILES_DB\CLONE\TEMP01.DBF";
   switch clone tempfile all;
   catalog clone datafilecopy  "D:\ORA_FILES_DB\CLONE\UNDOTBS01.DBF";
   catalog clone datafilecopy  "D:\ORA_FILES_DB\CLONE\SYSAUX01.DBF";
   catalog clone datafilecopy  "D:\ORA_FILES_DB\CLONE\USERS01.DBF";
   switch clone datafile all;
}
выполняется сценарий в памяти:

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

в управляющем файле временный файл 1 переименован в D:\ORA_FILES_DB\CLONE\TEMP01.DBF

каталогизирована копия файла данных
имя копии файла данных=D:\ORA_FILES_DB\CLONE\UNDOTBS01.DBF строка=1 отметка=612555044

каталогизирована копия файла данных
имя копии файла данных=D:\ORA_FILES_DB\CLONE\SYSAUX01.DBF строка=2 отметка=612555045

каталогизирована копия файла данных
имя копии файла данных=D:\ORA_FILES_DB\CLONE\USERS01.DBF строка=3 отметка=612555045

файл данных 2 переключен на копию
копия входного файла данных, recid=1, отметка=612555044, имя файла=D:\ORA_FILES_DB\CLONE\UNDOTBS01.DBF
файл данных 3 переключен на копию
копия входного файла данных, recid=2, отметка=612555045, имя файла=D:\ORA_FILES_DB\CLONE\SYSAUX01.DBF
файл данных 4 переключен на копию
копия входного файла данных, recid=3, отметка=612555045, имя файла=D:\ORA_FILES_DB\CLONE\USERS01.DBF

содержимое сценария в памяти:
{
   Alter clone database open resetlogs;
}
выполняется сценарий в памяти:

база данных открыта
Завершение Duplicate Db в 22.01.07
22 янв 07, 18:13    [3676888]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest
Доброе утро господа и дамы! Ну так кто нибудь сможет мне пояснить по каким причинам:

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

Команда SQL: CREATE CONTROLFILE REUSE SET DATABASE "CLONE" RESETLOGS ARCHIVELOG
  MAXLOGFILES     16
  MAXLOGMEMBERS      3
  MAXDATAFILES      100
  MAXINSTANCES     8
  MAXLOGHISTORY      292
 LOGFILE
  GROUP  1 ( 'D:\ORA_FILES_DB\CLONE\REDO01.LOG' ) SIZE 50 M  REUSE,
  GROUP  2 ( 'D:\ORA_FILES_DB\CLONE\REDO02.LOG' ) SIZE 50 M  REUSE,
  GROUP  3 ( 'D:\ORA_FILES_DB\CLONE\REDO03.LOG' ) SIZE 50 M  REUSE
 DATAFILE
  'D:\ORA_FILES_DB\CLONE\SYSTEM01.DBF'
 CHARACTER SET CL8MSWIN1251

2. По каким причинам делается попытка выполнить команду CATALOG, когда никакого каталога и нет. И по большому счету с какой целью он это пытается сделать, если даже представим, что каталог был бы?

   catalog clone datafilecopy  "D:\ORA_FILES_DB\CLONE\UNDOTBS01.DBF";
   catalog clone datafilecopy  "D:\ORA_FILES_DB\CLONE\SYSAUX01.DBF";
   catalog clone datafilecopy  "D:\ORA_FILES_DB\CLONE\USERS01.DBF";

3. По каким причинам он что-то переименовывает в контрольном файле, когда в файле паарметров ему четко сказано

DB_FILE_NAME_CONVERT='D:\ORA_FILES_DB\TEST\','D:\ORA_Files_DB\clone\'
LOG_FILE_NAME_CONVERT='D:\ORA_FILES_DB\TEST\','D:\ORA_Files_DB\clone\'
23 янв 07, 10:33    [3678959]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
1. а ты никогда не смотрел скрипты, которые формирует DB assistant при создании базы? Там тоже сначала создается TS SYSTEM, а остальные TS - после открытия базы. Дело в том, что сведения о TS записываются не только в control file, но и в словарь
2. если работаешь с RMAN, неплохо бы почитать доку. Команда CATALOG никакого отношения к каталогу восстановления не имеет. Это запись о image copy в репозитарий RMAN
3. причем здесь файл параметров (это чисто вспомогательные установки), если для нормальной работы базы сведения о структуре базы должны быть прописаны в control file. А если ты в следующий раз стартуешь экземпляр с другим файлом параметров?
23 янв 07, 10:49    [3679054]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest

1. а ты никогда не смотрел скрипты, которые формирует DB assistant при создании базы? Там тоже сначала создается TS SYSTEM, а остальные TS - после открытия базы. Дело в том, что сведения о TS записываются не только в control file, но и в словарь

Есть конечно же в этом здравый смысл, но почему в логе нет этого.... ок это щас я дебагом пробегусь.



2. если работаешь с RMAN, неплохо бы почитать доку. Команда CATALOG никакого отношения к каталогу восстановления не имеет. Это запись о image copy в репозитарий RMAN

Хорошо. Дпустим оно так. Так в какой репозитарий он там пишет? Но в любом случае скажу, что каталог восстановления и репозитарий RMAN ну как бы с физичсеской точки зрения одно и тоже. Это тебе на будущее. А вот с логической точки зрения, на мой взгляд, репозитарий RMAN это массив каталогов восстановлдения. Хотя я могу ошибаться



3. причем здесь файл параметров (это чисто вспомогательные установки), если для нормальной работы базы сведения о структуре базы должны быть прописаны в control file. А если ты в следующий раз стартуешь экземпляр с другим файлом параметров?

Что значит вспомогательные установки? Команда SWITCH РАВНА команде ALTER DATABASE RENAME FILE, что означает, что данная информация ляжет в контрольный файл. В следующий раз - эт о будет уже в следующий раз. Интересно конкретно по какой причине в данный момент он так делает, то есть физически ему уже далее будет пофигу на параметры из файла инициализации.
23 янв 07, 11:56    [3679649]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Хорошо. Дпустим оно так. Так в какой репозитарий он там пишет? Но в любом случае скажу, что каталог восстановления и репозитарий RMAN ну как бы с физичсеской точки зрения одно и тоже. Это тебе на будущее. А вот с логической точки зрения, на мой взгляд, репозитарий RMAN это массив каталогов восстановлдения. Хотя я могу ошибаться

Полная чушь. В случае отсутствия каталога восстановления в качестве репозитария RMAN использует control file

PS особенно понравилось вот это Это тебе на будущее
23 янв 07, 12:05    [3679731]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest
Хорошо. tru55, объясни тогда разницу между каталогом восстановления и репозитарием RNAM.

Мой вариант. Каталог восстановления - это место, где утилита RMAN хранит свои данные. Это может быть контрольный файл, либо место, выделенное в отдельной базе данных, а именно некий набор таблиц. В отсутствии такого набора таблиц утилита RMAN хранит (вынужденно) свои данные только в контрольном файле. При его наличии и там и там. Но никто ведь не запрещал иметь несколько каталогов восстановления. Правда ведь? Поэтому введено понятие репозитария. Которое в свю очередь подразумевает совокупность таких каталогов восстановления. Только вот до конца пока не понял имеется ввиду параллельные каталоги или запросто могут быть последовательные.

tru55, твой ответ, если не сложно. Очень интересно услышать, и если не прав принести извинения и намотать на ус.
23 янв 07, 12:12    [3679792]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Oracle9i Recovery Manager User’s Guide

About the RMAN Repository
The RMAN repository is a set of metadata that RMAN uses to store information
about the target database and its backup and recovery operations.
You can either create a recovery catalog in which to store the repository, or let
RMAN store the repository exclusively in the target database control file.

Configuring the Recovery Catalog Database
When you use a recovery catalog, RMAN requires that you maintain a recovery
catalog schema. The recovery catalog is stored in the default tablespace of the
schema.
23 янв 07, 12:17    [3679826]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Но никто ведь не запрещал иметь несколько каталогов восстановления.

Теоретически возможно, но зачем? Никогда не слышал о таком
Вот иметь один каталог восстановления на несколько баз - это да, без проблем
23 янв 07, 12:20    [3679851]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest
tru55
Oracle9i Recovery Manager User’s Guide

About the RMAN Repository
The RMAN repository is a set of metadata that RMAN uses to store information
about the target database and its backup and recovery operations.
You can either create a recovery catalog in which to store the repository, or let
RMAN store the repository exclusively in the target database control file.

Configuring the Recovery Catalog Database
When you use a recovery catalog, RMAN requires that you maintain a recovery
catalog schema. The recovery catalog is stored in the default tablespace of the
schema.


Ну так и в чем я не прав?
23 янв 07, 12:21    [3679861]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest
Тотгда видимо получается, что

Каталог восстановления - это место, где утилита RMAN хранит свои данные. Это может быть контрольный файл, либо место, выделенное в отдельной базе данных, а именно некий набор таблиц. В отсутствии такого набора таблиц утилита RMAN хранит (вынужденно) свои данные только в контрольном файле. При его наличии и там и там. И получается, что репозитарий RMAN подразумевает под собой, как бы сказать, "набор, что ли, информации о нескольких базах данных". Пободие каталога на диске, в котором хрантся несколько файлов. Тут файлы это наборы информации о разных БД.

Может быть так?
23 янв 07, 12:25    [3679899]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Митя Сухой (с)
tru55
Oracle9i Recovery Manager User’s Guide

About the RMAN Repository
The RMAN repository is a set of metadata that RMAN uses to store information
about the target database and its backup and recovery operations.
You can either create a recovery catalog in which to store the repository, or let
RMAN store the repository exclusively in the target database control file.

Configuring the Recovery Catalog Database
When you use a recovery catalog, RMAN requires that you maintain a recovery
catalog schema. The recovery catalog is stored in the default tablespace of the
schema.


Ну так и в чем я не прав?


Будем разбирать по буквам? Перевожу
Репозитарий - хранилище инфы о backup. Может располагаться в каталоге восстановления, который является отдельной схемой в БД или в управляющем файле
23 янв 07, 12:26    [3679911]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
[quot Митя Сухой (с)]Тотгда видимо получается, что

Каталог восстановления - это место, где утилита RMAN хранит свои данные. Это может быть контрольный файл, либо место, выделенное в отдельной базе данных, а именно некий набор таблиц. В отсутствии такого набора таблиц утилита RMAN хранит (вынужденно) свои данные только в контрольном файле. При его наличии и там и там. И получается, что репозитарий RMAN подразумевает под собой, как бы сказать, "набор, что ли, информации о нескольких базах данных". Пободие каталога на диске, в котором хрантся несколько файлов. Тут файлы это наборы информации о разных БД.

Может быть так?[/quot

С точностью до наоборот (по моему, в приведенном куске доки об этом ясно сказано)
23 янв 07, 12:27    [3679932]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest
tru55
Митя Сухой (с)
tru55
Oracle9i Recovery Manager User’s Guide

About the RMAN Repository
The RMAN repository is a set of metadata that RMAN uses to store information
about the target database and its backup and recovery operations.
You can either create a recovery catalog in which to store the repository, or let
RMAN store the repository exclusively in the target database control file.

Configuring the Recovery Catalog Database
When you use a recovery catalog, RMAN requires that you maintain a recovery
catalog schema. The recovery catalog is stored in the default tablespace of the
schema.


Ну так и в чем я не прав?


Будем разбирать по буквам? Перевожу
Репозитарий - хранилище инфы о backup. Может располагаться в каталоге восстановления, который является отдельной схемой в БД или в управляющем файле


Ок. не вопрос. Приношу извинения за то, что уровни каталога и репозитария перепутал.
Но суть дела то не меняет. Я соглашусь, что каталог - это хранилище репозитариев RMAN. Почему репозитариев... Я думаю, что все-таки связано с тем, что их может быть несколько. И при использовании каталога с 1 репозитарием по сути одно и тоже, что сказать каталог, что сказать репозитарий, хотя логически это будет не верно. Ок еще раз на досуге подумаю над этим.
23 янв 07, 12:40    [3680038]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest
Запускаем:

C:\>set NLS_LANG=RUSSIAN_CIS.RU8PC866

C:\>rman trace='c:\trace_rm.txt'

RMAN> connect target /@test;
подключение к базе данных назначения: TEST (DBID=1908433472)

RMAN> CONNECT AUXILIARY /@clone;
установлено соединение с добавочной базой данных CLONE (не смонтирована)

RMAN> DUPLICATE TARGET DATABASE TO 'clone' PFILE='c:\pfile.ora';

Получаем, но прежупреждаю сразу - тут оптимизацией и не пахнет...) По ходу всек по 10 раз выполняется...: Файл приложен, кому интересно.

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

К сообщению приложен файл (trace_rm.zip - 86Kb) cкачать
23 янв 07, 13:28    [3680417]     Ответить | Цитировать Сообщить модератору
 Re: 2 вопроса: по RMAN и по IP.  [new]
Митя Сухой (с)
Guest
Я вообще думаю, что такой отказ вполне обоснован поотому, что получается в итоге нормальная БД, не резервная, не клонированная, а вполне нормальная полноценная база данных. И получается, что данные параметры не предусмотрены при работе с нормальной БД и посто игнорируются. Поэтому происходит такое переключение на работу непосредственно с прямыми путями получаемыми из контрольного файла. А в самом начале мы показываем куда надо файлы клонировать. Вообще да согласен. Единственное убивает, что по несколько раз что-то там одно и тоже создается, переключается и т.п....)
23 янв 07, 13:39    [3680505]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить