Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 RMAN - RECOVERY CATALOG  [new]
Хочу все знать
Guest
Добрый день.
У меня есть вот такой вопрос: на данный момент бэкап базы производися при помощи гарячего копирования ТС итд... Я хочу перевести процес бэкапирования через RMAN, а вот собственно и вопрос - хочу хранить recovery catalog на отдельном сервере (думаю ХЕ будет вполне достаточно) - правильно ли это или можно по дургому все организовать?? Просто хранить все на одном я не вижу смысла.

Если кто-то может поделитесь полезным опытом ;)
22 янв 09, 17:14    [6722932]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
Aliona
Member

Откуда: Питер
Сообщений: 4023
Можно обойтись без рековери каталога, тогда всю необходимую информацию rman будет хранить в контрольной файле целевой БД.
22 янв 09, 17:18    [6722960]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
правильно, что на другом сервере, но не правильно, что на ХЕ.
Последствия возникнут после апгрейда БД.
22 янв 09, 17:19    [6722967]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
Делюсь :)

Есть понятие репозитария RMAN, где хранятся сведения о созданных backup-ах и установленных параметрах RMAN. Это репозитарий может храниться в control file целевой базы или в recovery catalog (схема, как правило, в другой БД). Сами backup-ы могут при этом храниться где угодно.
Recovery catalog, как правило, используется тогда, когда целевых баз много, или когда надо хранить backup за длительный срок, чтобы не делать большой control file
22 янв 09, 17:24    [6723010]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
Aliona
Можно обойтись без рековери каталога, тогда всю необходимую информацию rman будет хранить в контрольной файле целевой БД.

да,но лучше этого не делать т.к. во первых control file
не сможет хранить всю историю а только последние 7-12 дней..
а во вторых из-за сооброжений если проподет база то проподет и contolfile -
пользуйтесь каталогом и в другой базе ( которую тоже архивируйте )
22 янв 09, 17:29    [6723041]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
Хочу все знать
Guest
pravednik
правильно, что на другом сервере, но не правильно, что на ХЕ.
Последствия возникнут после апгрейда БД.

А какие могут быть последствия? После апгрейда продакшена или бд под рекавери?
Почему выбрал ХЕ - как я понимаю если выбирать другой сервер то нужна еще лицензия, а ХЕ бесплатная + для рекавери каталога не так уж и много места надо... так что дамппить, например, схему с реквери после каждого ее изменения думаю будет достаточно
22 янв 09, 17:40    [6723124]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
YuraL

да,но лучше этого не делать т.к. во первых control file
не сможет хранить всю историю а только последние 7-12 дней..


Енто откель такие сведения?
22 янв 09, 17:43    [6723146]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
YuraL
Member

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

да,но лучше этого не делать т.к. во первых control file
не сможет хранить всю историю а только последние 7-12 дней..


Енто откель такие сведения?


Не принимайте 7-12 дней буквально ..;-)

Что control file не может расти вечно ?
init.ora control_file_record_keep_time parameter
указывает сколько дней хранить. после истечения этого времени не гарантировано что данные сохранятся.
А вы советуете загружать contofile ?
22 янв 09, 17:49    [6723190]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
Aliona
Member

Откуда: Питер
Сообщений: 4023
YuraL
а во вторых из-за сооброжений если проподет база то проподет и contolfile -

Если он пропадёт, то его можно легко восстановить из автобэкапа или бэкапа.
22 янв 09, 17:52    [6723218]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
YuraL

А вы советуете загружать contofile ?


То, что я советую, я высказал выше. Просто достаточно часты случаи, когда людям либо вообще не надо восстанавливаться в прошлое, либо на небольшой срок, т.е. многие хранят 1..3 последних backup, а для этого control file вполне достаточен
22 янв 09, 17:56    [6723262]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
Aliona
YuraL
а во вторых из-за сооброжений если проподет база то проподет и contolfile -

Если он пропадёт, то его можно легко восстановить из автобэкапа или бэкапа.


согласен, но он может не отображать самые последние изменения.
а по поводу хранения в нем информации без recovery cataloga :



..Oracle cannot expand the control file beyond the operating system file size limit, it begins overwriting records in the control file, starting with the oldest ones. For each record that it overwrites, it records an entry in the alert.log ...

..The most certain way to avoid this situation is to use a recovery catalog..
22 янв 09, 18:00    [6723284]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
Aliona
Member

Откуда: Питер
Сообщений: 4023
YuraL
Aliona
YuraL
а во вторых из-за сооброжений если проподет база то проподет и contolfile -

Если он пропадёт, то его можно легко восстановить из автобэкапа или бэкапа.


согласен, но он может не отображать самые последние изменения.


Если вся БД в том числе и контрольные файлы утеряны, но сохранён текущий redo-лог, то можно выполнить полное восстановление БД ( до последней транзакции).
22 янв 09, 18:04    [6723309]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
YuraL
Member

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

А вы советуете загружать contofile ?


То, что я советую, я высказал выше. Просто достаточно часты случаи, когда людям либо вообще не надо восстанавливаться в прошлое, либо на небольшой срок, т.е. многие хранят 1..3 последних backup, а для этого control file вполне достаточен

Не спорю.
Согласен что не надо использовать все oracle/rman features которые существуют,
а в зависимости от надобности.
Пусть человек сам решает что использовать, но так как он вроде решил пользоваться RC пусть знает все тонкости.
По любому control file остается и хранит записи rman N-ое кол-во дней
22 янв 09, 18:06    [6723325]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
Aliona
YuraL
Aliona
YuraL
а во вторых из-за сооброжений если проподет база то проподет и contolfile -

Если он пропадёт, то его можно легко восстановить из автобэкапа или бэкапа.


согласен, но он может не отображать самые последние изменения.


Если вся БД в том числе и контрольные файлы утеряны, но сохранён текущий redo-лог, то можно выполнить полное восстановление БД ( до последней транзакции).


это при условии что есть последнии архив + все archivlelogs.. так ?
22 янв 09, 18:09    [6723336]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
Aliona
Member

Откуда: Питер
Сообщений: 4023
Хочу все знать
хочу хранить recovery catalog на отдельном сервере

Тут вот ещё какая загвоздка.
Эту БД с recovery catalog не только нужно будет регулярно бэкапировать, но ещё и постоянно синхронизировать с целевой БД.
22 янв 09, 18:13    [6723359]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
Aliona
Member

Откуда: Питер
Сообщений: 4023
YuraL
это при условии что есть последнии архив + все archivlelogs.. так ?

да.
Это же условие необходимо и при хранении recovery catalog в отдельной БД.
22 янв 09, 18:16    [6723374]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
Aliona
Хочу все знать
хочу хранить recovery catalog на отдельном сервере

Тут вот ещё какая загвоздка.
Эту БД с recovery catalog не только нужно будет регулярно бэкапировать, но ещё и постоянно синхронизировать с целевой БД.

Синхронизация должна проходить автоматически. Практически при каждой команде Rman делает sync.

Кстати в более серьезных системах слышал что советают использовать аж 2 Recovey Cataloga.
- один синхронизуют скажем раз в какое то время со вторым, но это не этот случай
22 янв 09, 18:19    [6723397]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
Aliona
Member

Откуда: Питер
Сообщений: 4023
YuraL
Синхронизация должна проходить автоматически. Практически при каждой команде Rman делает sync.


Тогда надо постоянно запускать rman для выполнения какой-нибудь команды, чтобы он автоматом делал синхронизацию.
23 янв 09, 09:54    [6724879]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
Aliona
YuraL
Синхронизация должна проходить автоматически. Практически при каждой команде Rman делает sync.


Тогда надо постоянно запускать rman для выполнения какой-нибудь команды, чтобы он автоматом делал синхронизацию.

А смысл ?
Ведь синхронизация переводит данные о архивирование в Recovery Catalog.
Если вы сделали архивацию через Rman - то он ее переведет в RC.. а если ничего не делали так и нечего переводить или я ошибаюсь?
23 янв 09, 10:10    [6724976]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
Aliona
Member

Откуда: Питер
Сообщений: 4023
А откуда RC будет знать о архивлогах, которые сгенерились на целевой БД?

Я использовала RC на 8i и довольно давно, с тех пор может уже что-то более удобное придумали, но тогда мне приходилось в кроне прописывать задачу, ктороая раз в час синхронизировала RC с целевой базой.

В 10.2 скорее всего rman сам выполняет команду catalog для FRA, но только для FRA.

Сейчас у меня целевых баз всего 5 шт на 5 серверах с разными операционками, для меня использование RC в отдельтной базе недобно.
23 янв 09, 10:34    [6725125]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
Aliona
А откуда RC будет знать о архивлогах, которые сгенерились на целевой БД?

Я использовала RC на 8i и довольно давно, с тех пор может уже что-то более удобное придумали, но тогда мне приходилось в кроне прописывать задачу, ктороая раз в час синхронизировала RC с целевой базой.

В 10.2 скорее всего rman сам выполняет команду catalog для FRA, но только для FRA.

Сейчас у меня целевых баз всего 5 шт на 5 серверах с разными операционками, для меня использование RC в отдельтной базе недобно.

Ты права - по поводу архивлогов не будет знать пока не синхронизируется.
Но это не такая проблема -
Как только сделаешь им архивацию - они запишутся в каталог.
Всегда можно занести их в каталог с любого места командой catalog archivelog like ...

У нас например 10g - и мы архивируем сразу на tape Netbackup.
Проблема что если потерян каталог RMAN то возникают сложности с востонавлением несмотря на то что архивы записаны в Netbackup catalog Для того чтоб их востановить - надо прописать в Rman.
А команда catalog с tape - UNDOCUMENTED. только недавно oracle support послал синтакс.
А то получается paradox - зархивировал на касету, потерял каталог , видишь фаилы но не можеш восстановить.

В общем - конечно каталогу надо уделять внимание :-)
23 янв 09, 10:56    [6725299]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
YuraL
Member

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

Сейчас у меня целевых баз всего 5 шт на 5 серверах с разными операционками, для меня использование RC в отдельтной базе недобно.

По идеи можно использовать один каталог сразу для нескольких баз. Вопрос возможно ли это с разными операционками.. не знаю..
23 янв 09, 11:03    [6725349]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
Aliona
Member

Откуда: Питер
Сообщений: 4023
YuraL
Aliona

Сейчас у меня целевых баз всего 5 шт на 5 серверах с разными операционками, для меня использование RC в отдельтной базе недобно.

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

Можно.
Но мне это не надо, и без RC всё рапрекрасно работает.
23 янв 09, 11:21    [6725521]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
Aliona
Member

Откуда: Питер
Сообщений: 4023
YuraL

У нас например 10g - и мы архивируем сразу на tape Netbackup.
Проблема что если потерян каталог RMAN то возникают сложности с востонавлением несмотря на то что архивы записаны в Netbackup catalog Для того чтоб их востановить - надо прописать в Rman.
А команда catalog с tape - UNDOCUMENTED. только недавно oracle support послал синтакс.
А то получается paradox - зархивировал на касету, потерял каталог , видишь фаилы но не можеш восстановить.


Я не использую RC в 10.2 и у меня таких проблем нет .
Я еженочно сначала бэкапирую БД во FRA, потом всю FRA на ленту NetBackup, и каждый час скидываю на ленту архивлоги.
Вот как восстанавливается БД с ленты.
автор

Неполное восстановление БД, потеряна вся БД, в том числе redo-logs восстановление с ленты
RMAN> set dbid 2897747444; #--- не обязательно, если есть автобэкапы на диске,
run {
startup nomount
allocate channel sbt_1 type 'SBT_TAPE';
set controlfile autobackup format for device type SBT_TAPE to '%F';
restore controlfile from autobackup;
alter database mount;
restore database;
recover database UNTIL SEQUENCE 12;
alter database open resetlogs;
}
23 янв 09, 11:39    [6725672]     Ответить | Цитировать Сообщить модератору
 Re: RMAN - RECOVERY CATALOG  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
Aliona
..Я не использую RC в 10.2 и у меня таких проблем нет .
Я еженочно сначала бэкапирую БД во FRA, потом всю FRA на ленту NetBackup, и каждый час скидываю на ленту архивлоги.
Вот как восстанавливается БД с ленты.
автор

Неполное восстановление БД, потеряна вся БД, в том числе redo-logs восстановление с ленты
RMAN> set dbid 2897747444; #--- не обязательно, если есть автобэкапы на диске,
run {
startup nomount
allocate channel sbt_1 type 'SBT_TAPE';
set controlfile autobackup format for device type SBT_TAPE to '%F';
restore controlfile from autobackup;
alter database mount;
restore database;
recover database UNTIL SEQUENCE 12;
alter database open resetlogs;
}


В твоем решение есть одна проблема.
Если controlfile потеряется/испортится его архив .. и ты восстановишь его скажем не с текушего последнего архива, а скажем с прошлого.
В таком случае тебе надо будет восстоновить архивлоги которые заархивированы, но не прописаны в controlfile.Как именно ты их восстоновишь с касеты?
Вот этот вариант требует отдельного отношения..
подумай об этом.
23 янв 09, 11:54    [6725857]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить