Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
Постановка задачи:

Обеспечить точки восстановления по принципу на любую ночь в течении недели, на любое из
поcледних воскресений в течении последнего месяца, на начало каждого месяца в течении года.
В настоящее время выполняется полный еженочный бэкап с redundancy, скажем, 14 копий.

Сначала думал формировать разные бэкапы с разными TAG-ами и реализовать тербуемое удаляя, привязываясь к TAG.
Это коряво, разумеется.
Решил оставить основной скрипт как есть и использовать нижеприведенный KEEP в начале недели, месяца, года:


CHANGE BACKUP OF DATABASE COMPLETED BETWEEN 'SYSDATE-1' AND 'SYSDATE' KEEP UNTIL TIME 'SYSDATE+365' LOGS;


Имеем красивую команду:

RMAN> CHANGE BACKUP OF DATABASE COMPLETED BETWEEN 'SYSDATE-1' AND 'SYSDATE' KEEP UNTIL TIME 'SYSDATE+365' LOGS;

allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: sid=14 devtype=SBT_TAPE
channel ORA_SBT_TAPE_1: NMO v4.2.0.0
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=29 devtype=DISK
keep attributes for the backup are changed
backup will be obsolete on date 15-Aug-2008 10:42:59
archived logs required to recover from this backup will expire when this backup expires
backup set key=12158 recid=846 stamp=629499705
keep attributes for the backup are changed
backup will be obsolete on date 15-Aug-2008 10:42:59
archived logs required to recover from this backup will expire when this backup expires
backup set key=12159 recid=847 stamp=629499759



Вопросы к уважаемым коллегам:

0. Собственно, зачем SBT_TAPE канал открывается?
1. Действительно ли надежно работает этот KEEP? Нет ли встреченных глюков, неотработок.
Скажем, потираний этих самых archived logs required to recover from this backup.
И почему я не вижу кусков с этими архивными логами тут:

SQL> select keep_options, keep_until, bs_key from RC_BACKUP_SET where keep='YES';

KEEP_OPTIO KEEP_UNTIL               BS_KEY
---------- -------------------- ----------
LOGS       15-Aug-2008 11:03:08      12158
LOGS       15-Aug-2008 11:03:08      12159

Каким образом будет известно какие бэкапы архивлогов не тереть?

2. Почему я не увидел явного resync catalog?
В таких условиях вообще возможно/допустимо/глупо использовать каталог в CF? Чем на практике черевато резкое по сравнению с default
увеличение CONTROL_FILE_RECORD_KEEP_TIME?
3. Каким образом лучше (надежнее, достовернее) построить периодическую проверку восстановимости по restore validate?
4. Какие еще тонкости тут возникают?



Леhитраот!
16 авг 07, 14:48    [4535224]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
ALEXEYFIL
Member

Откуда: Екатеринбург
Сообщений: 157
MacDuck
В настоящее время выполняется полный еженочный бэкап с redundancy, скажем, 14 копий.



А может стоит подумать и настроить инкрементальное резеревирование??? тогда раз в неделю полный бэкап, а все остальные дни инкримент!!!
несколько плюсов: уменьшится занимаемое место бэкапами, восстановление на любое время в течении всей недели.
а политику удержания я бы сделал такую что бы полный бекап удерживался месяц, соответственно и инкрементальные резервы будут держаться месяц.
16 авг 07, 15:16    [4535485]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
ALEXEYFIL

А может стоит подумать и настроить инкрементальное резеревирование???
а политику удержания я бы сделал такую что бы полный бекап удерживался месяц, соответственно и инкрементальные резервы будут держаться месяц.


Постановку задачи читаем внимательно!
Базы очень маленькие, инкрементальная стратегия тут вообще смысла не имеет
16 авг 07, 15:31    [4535615]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
А при show all в RMAN - е показывает, что
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
, но при этом sbt начинает подцеплять ?
16 авг 07, 15:38    [4535675]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
PaulEr
А при show all в RMAN - е показывает, что
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
, но при этом sbt начинает подцеплять ?


Ага.
16 авг 07, 16:01    [4535910]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
Сынок
Member

Откуда:
Сообщений: 44
MacDuck
CHANGE BACKUP OF DATABASE COMPLETED BETWEEN 'SYSDATE-1' AND 'SYSDATE' KEEP UNTIL TIME 'SYSDATE+365' LOGS;

0. Собственно, зачем SBT_TAPE канал открывается?

DEVICE TYPE не поможет?
16 авг 07, 16:22    [4536110]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
EugeneS
Member

Откуда:
Сообщений: 1255
MacDuck

0. Собственно, зачем SBT_TAPE канал открывается?

Это не поможет?
CONFIGURE CHANNEL DEVICE TYPE sbt CLEAR;
16 авг 07, 16:26    [4536146]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
PaulEr
А при show all в RMAN - е показывает, что
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
, но при этом sbt начинает подцеплять ?


connected to recovery catalog database

RMAN>
RMAN> **end-of-file**

RMAN> show all;

RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 14;
CONFIGURE BACKUP OPTIMIZATION OFF;
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
.....
RMAN> CHANGE BACKUP OF DATABASE COMPLETED BETWEEN 'SYSDATE-15' AND 'SYSDATE-13' NOKEEP;

allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: sid=30 devtype=SBT_TAPE
channel ORA_SBT_TAPE_1: NMO v4.2.0.0
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=37 devtype=DISK
keep attributes for the backup are deleted
backup set key=12158 recid=846 stamp=629499705
keep attributes for the backup are deleted
backup set key=12159 recid=847 stamp=629499759
keep attributes for the backup are deleted
backup set key=12165 recid=853 stamp=629586270
keep attributes for the backup are deleted
backup set key=12166 recid=854 stamp=629586313



16 авг 07, 17:23    [4536681]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
EugeneS
MacDuck

0. Собственно, зачем SBT_TAPE канал открывается?

Это не поможет?
CONFIGURE CHANNEL DEVICE TYPE sbt CLEAR;




RMAN> CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' CLEAR;

old RMAN configuration parameters:
CONFIGURE CHANNEL DEVICE TYPE 'SBT_TAPE' PARMS  'ENV=(NSR_SERV=xxx,NSR_CLIENT=xxx, NSR_DATA_VOLUME_POOL=xxx)';
old RMAN configuration parameters are successfully deleted
starting full resync of recovery catalog
full resync complete
released channel: ORA_SBT_TAPE_1
released channel: ORA_DISK_1

RMAN> CHANGE BACKUP OF DATABASE COMPLETED BETWEEN 'SYSDATE-15' AND 'SYSDATE-14' KEEP UNTIL TIME 'SYSDATE+365' LOGS;

allocated channel: ORA_SBT_TAPE_1
channel ORA_SBT_TAPE_1: sid=30 devtype=SBT_TAPE
channel ORA_SBT_TAPE_1: NMO v4.2.0.0
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=37 devtype=DISK
keep attributes for the backup are changed
backup will be obsolete on date 15-Aug-2008 17:23:25
archived logs required to recover from this backup will expire when this backup expires
backup set key=12158 recid=846 stamp=629499705
keep attributes for the backup are changed
backup will be obsolete on date 15-Aug-2008 17:23:25
archived logs required to recover from this backup will expire when this backup expires
backup set key=12159 recid=847 stamp=629499759

RMAN>
16 авг 07, 17:26    [4536717]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
Сынок
MacDuck
CHANGE BACKUP OF DATABASE COMPLETED BETWEEN 'SYSDATE-1' AND 'SYSDATE' KEEP UNTIL TIME 'SYSDATE+365' LOGS;

0. Собственно, зачем SBT_TAPE канал открывается?

DEVICE TYPE не поможет?


RMAN> CHANGE BACKUP OF DATABASE COMPLETED BETWEEN 'SYSDATE-15' AND 'SYSDATE-14' KEEP UNTIL TIME 'SYSDATE+365' LOGS DEVICE TYPE DISK;

released channel: ORA_SBT_TAPE_1
released channel: ORA_DISK_1
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=30 devtype=DISK
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of KEEP command at 08/16/2007 17:27:55
RMAN-06142: DEVICE TYPE cannot be specified with this command


16 авг 07, 17:33    [4536769]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
А у Вас backup и на диске, и на ленте хранятся ?
16 авг 07, 17:36    [4536796]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
PaulEr
А у Вас backup и на диске, и на ленте хранятся ?


На ленте, и что?
16 авг 07, 17:46    [4536896]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
Сына
Guest
MacDuck
На ленте, и что?

Теперь понял вопрос. Мой пост не в тему.
16 авг 07, 17:54    [4536979]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
Ради интереса сделал у себя
RMAN> CHANGE BACKUP OF DATABASE COMPLETED BETWEEN 'SYSDATE-15' AND 'SYSDATE-14'
KEEP UNTIL TIME 'SYSDATE+365' LOGS;

using channel ORA_DISK_1

RMAN> show all;

RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 2 DAYS;
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK;
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'c:\BACKUP\Autob
ackup controlfile\%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 'C:\ORACLE\PRODUCT\10.2.0\DB_1\DATABASE\S
NCFORCL.ORA'; # default

RMAN>

У меня конечно нет бэкапов между указанным числом, у меня только один на 31 июля(на своей тестовой базе), поэтому полностью проверить не могу, да и ленты нет :(
16 авг 07, 17:58    [4537010]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
MacDuck
PaulEr
А у Вас backup и на диске, и на ленте хранятся ?


На ленте, и что?


Думал одно сначала, оказывается неправильно :(
16 авг 07, 17:59    [4537028]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
Хм..........
Guest
MacDuck
ALEXEYFIL

А может стоит подумать и настроить инкрементальное резеревирование???
а политику удержания я бы сделал такую что бы полный бекап удерживался месяц, соответственно и инкрементальные резервы будут держаться месяц.


Постановку задачи читаем внимательно!
Базы очень маленькие, инкрементальная стратегия тут вообще смысла не имеет



Начнем с того, что иметь или не иметь инкрементальную рузервную копию совершенно не зависит от размера базы данных. А зависит от количестви изменяемых блоков. если блоков изменяется очень много, то нет смысла делать такие копии, если очень мало или относительно мало, то есть смысл делать, чтобы не резервировать большие куски.
16 авг 07, 18:26    [4537237]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
Хм.............
Guest
Задача

Обеспечить точки восстановления по принципу на любую ночь в течении недели, на любое из
поcледних воскресений в течении последнего месяца, на начало каждого месяца в течении года.

Решение

Делаешь несколько скриптов, которые будут отрабатываать четко заданное время. При этом чистишь ненужно аналогично разными скриптами.

Или ты хочешь все запихнуть в один? Если в один, то можешь, как варинат на shell накатать проверку даты, времени, дня недели и т.п. и там уже разруливать что куда кидать до кучи.


Не подходит?
16 авг 07, 18:37    [4537290]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
mebius
Member

Откуда:
Сообщений: 120
> 0. Собственно, зачем SBT_TAPE канал открывается?

"Команда CHANGE позволяет управлять состоянием известных резервных копий RMAN. Для каждого файла RMAN использует выделенный канал сопровождения для доступа к файлам на диска или на ленте."
Имхо, SBT_TAPE чтобы получить доступ к копиям на ленте...
16 авг 07, 19:51    [4537463]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
Хм..........

Начнем с того, что иметь или не иметь инкрементальную рузервную копию совершенно не зависит от размера базы данных.


В моем случае очень зависит. Да и вообще, сомнительное утверждение. Слишком категоричное.
16 авг 07, 20:19    [4537511]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
Стивка-Бурка
Member

Откуда: из австралийской сказки
Сообщений: 117
Хм..........
Начнем с того, что иметь или не иметь инкрементальную рузервную копию совершенно не зависит от размера базы данных.
Очень даже зависит. Особенно, если инкрементальных бэкапов несколько, и все на ленте. Хотя, какие ставить цели :)
16 авг 07, 20:19    [4537513]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
Хм.............

Делаешь несколько скриптов, которые будут отрабатываать четко заданное время. При этом чистишь ненужно аналогично разными скриптами.



Можно, конечно, только громоздко, сложно, коряво.
16 авг 07, 20:22    [4537519]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
Сына
Guest
MacDuck

Если честно, я не понимаю, зачем удерживать только BACKUP OF DATABASE? Можа я че не догоняю?
16 авг 07, 20:26    [4537530]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
mebius

"Команда CHANGE позволяет управлять состоянием известных резервных копий RMAN. Для каждого файла RMAN использует выделенный канал сопровождения для доступа к файлам на диска или на ленте."
Имхо, SBT_TAPE чтобы получить доступ к копиям на ленте...


1. Зачем? Варианты: а) проверить AVAILABLE/EXPIRED б) изменить - знаем, что ничего не меняется в бэкапсетах.
Нет, слишком быстро все происходит. Явно, что физического доступа к файлам бэкапсетов на ленте не было.

2. Откуда цитата?
16 авг 07, 20:27    [4537534]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
Сына
MacDuck

Если честно, я не понимаю, зачем удерживать только BACKUP OF DATABASE? Можа я че не догоняю?


Почему, CF тоже. Я просто не написал.
16 авг 07, 20:29    [4537539]     Ответить | Цитировать Сообщить модератору
 Re: RMAN// долгохранимые резервные копии  [new]
MacDuck
Member

Откуда: Москва-Подольск
Сообщений: 6387
Хм.............

Делаешь несколько скриптов, которые будут отрабатываать четко заданное время. При этом чистишь ненужно аналогично разными скриптами.


Попробуй заскриптовать эту задачу, оставляй только то, что нужно, удаляй остальное. Только учти, что бэкапы в точно назначенное время могут и не пройти время от времени.
16 авг 07, 20:33    [4537547]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить