Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Nosova
Member

Откуда:
Сообщений: 155
Доброе утро!
Есть ли какая-то определенная процедура периодической проверки резервных копий базы данных Oracle 10g при ежедневном горячем бэкапе? Если в логах пишется что все прошло успешно, значит ли это что с файлами действительно все в порядке?
4 июн 10, 07:52    [8889314]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
Нет, единственный способ проверить - попытаться восстановиться из того, что получилось.
4 июн 10, 08:05    [8889329]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Nosova
Member

Откуда:
Сообщений: 155
Immunitet,

ну я так и думала, только вот попробовать восстановить баз в 106 Г..просто некуда
4 июн 10, 08:49    [8889421]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Champion62
Member

Откуда:
Сообщений: 164
Можно RESTORE .... VALIDATE.
Также и до копирования чтоб убедиться, что все файлы данных могут быть забекапированы: BACKUP VALIDATE
4 июн 10, 09:13    [8889507]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Nosova
Member

Откуда:
Сообщений: 155
Champion62
Можно RESTORE .... VALIDATE.
Также и до копирования чтоб убедиться, что все файлы данных могут быть забекапированы: BACKUP VALIDATE


На данный момен, ипользуем устаревшую методику бэкапа “begin backup/ end backup”
а вы предлагаете пользоваться rman....
у меня в планах на него перейти в скором времени, а сейчас можно 2 эти методики совместить?
4 июн 10, 09:39    [8889647]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Nosova
Member

Откуда:
Сообщений: 155
с RMAN я еще не разбиралась
4 июн 10, 09:42    [8889666]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
-2-
Member

Откуда:
Сообщений: 15330
Nosova
с RMAN я еще не разбиралась
Tests and Integrity Checks for Backups
4 июн 10, 09:44    [8889676]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Immunitet
Member

Откуда: Магнитогорск
Сообщений: 899
Champion62
Можно RESTORE .... VALIDATE.
Также и до копирования чтоб убедиться, что все файлы данных могут быть забекапированы: BACKUP VALIDATE


На сколько я понимаю VALIDATE просто покажет видит ли RMAN бэкапы. Однако, файлы могут быть битыми - и это вскроется только при RECOVER DATABASE.
4 июн 10, 09:44    [8889679]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Филарет
Member

Откуда:
Сообщений: 539
Immunitet

На сколько я понимаю VALIDATE просто покажет видит ли RMAN бэкапы.

VALIDATE
To examine a backup set and report whether it can be restored. RMAN scans all of the backup pieces in the specified backup sets and looks at the checksums to verify that the contents are intact so that the backup can be successfully restored if necessary.
4 июн 10, 10:09    [8889909]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
Immunitet
Champion62
Можно RESTORE .... VALIDATE.
Также и до копирования чтоб убедиться, что все файлы данных могут быть забекапированы: BACKUP VALIDATE


На сколько я понимаю VALIDATE просто покажет видит ли RMAN бэкапы. Однако, файлы могут быть битыми - и это вскроется только при RECOVER DATABASE.

нет... валидейт на "битость" так же проверит..
restore validate check logical database;
4 июн 10, 10:09    [8889916]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Champion62
Member

Откуда:
Сообщений: 164
Можно RESTORE .... VALIDATE.
Также и до копирования чтоб убедиться, что все файлы данных могут быть забекапированы: BACKUP VALIDATE
4 июн 10, 11:39    [8890911]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Champion62
Member

Откуда:
Сообщений: 164
Простите. Глюк....
По сабжу:<у меня в планах на него перейти в скором времени, а сейчас можно 2 эти методики совместить?>
Думаю нельзя, но попробовать можно :-)
4 июн 10, 11:42    [8890958]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Ааз
Member

Откуда: Москва/Протвино
Сообщений: 4274
Привет
Nosova
... rman....
у меня в планах на него перейти в скором времени, а сейчас можно 2 эти методики совместить?
rman'у можно сообщить об имеющихся копиях файлов данных, сделанных "вручную". Проблема одна - наверняка вы после копирования файлы чем-нить жмете (zip, bzip, ...). Сжатые файлы rman не переварит...

Всего
4 июн 10, 16:45    [8894584]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Nosova
Member

Откуда:
Сообщений: 155
Нашла 2 скрипта проверки

For example, you can validate that all database files and archived logs can be backed up by running a command as shown in the following example. 
This command checks for physical corruptions only.
BACKUP VALIDATE DATABASE  ARCHIVELOG ALL;
или

To check for logical corruptions in addition to physical corruptions, run the following variation of the preceding command:
BACKUP VALIDATE CHECK LOGICAL DATABASE ARCHIVELOG ALL;

А какой результату будет? просто покажет порченные файлы или целые? непорседственно с базой ничего происходить не будет? база боевая, страшновато
7 июн 10, 14:52    [8902654]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
Nosova
непорседственно с базой ничего происходить не будет? база боевая, страшновато

нагрузка возрастет по вводу/выводу
7 июн 10, 14:55    [8902685]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Nosova
Member

Откуда:
Сообщений: 155
pravednik,

ну это тоже не охота, чтоб тормозили приложения..
7 июн 10, 15:25    [8902951]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Филарет
Member

Откуда:
Сообщений: 539
Решил сюда отписаться об обнаруженной "приколюхе"

У меня backup optimization on и одно ТП было RO. Полный бэкап делается еженедельно. И как то получилось что в ФС не осталось бэкапа этого ТП. То ли redundancy 1 его почикал, толи чистильщик в ОС, но не в этом суть.

Смотрю, что нет у меня в бэкапах этого RO датафайла. Дай думаю гляну что мне скажет:
restore validate check logical database;
А сказал он мне скромное:
datafile 8 not processed because file is read-only...
Думаю надо бы его носом ткнуть:
restore validate tablespace 'BAO';
А он мне со спокойствием айсберга:
data file 8 will be created automatically during restore operation
restore not done; all files readonly, offline, or already restored

То ли я что-то не понимаю, не донастроил. Но мне кажется сообщение: "чувак, у тебя ТП есть которое, если что, восстановить не получится" должно звучать несколько ярче.

Как можно проверить бэкапы что бы рман явно смотрел наличие ВСЕХ датафайлов в бэкапах и сообщал об их отсутствии? А не просто "проверил все, а что у тебя с RO не знаю, разбирайся сам"
8 июн 10, 03:44    [8905570]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Nosova
Member

Откуда:
Сообщений: 155
я так понимаю, это значит, что с файлами все хорошо?!

data file 1 will be created automatically during restore operation
data file 2 will be created automatically during restore operation
data file 3 will be created automatically during restore operation
data file 4 will be created automatically during restore operation
data file 5 will be created automatically during restore operation
data file 6 will be created automatically during restore operation
data file 7 will be created automatically during restore operation
data file 8 will be created automatically during restore operation
data file 9 will be created automatically during restore operation
data file 10 will be created automatically during restore operation
data file 11 will be created automatically during restore operation
data file 12 will be created automatically during restore operation
data file 13 will be created automatically during restore operation
restore not done; all files readonly, offline, or already restored
Finished restore at 08-JUN-10

8 июн 10, 14:09    [8908395]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Camper
Member

Откуда:
Сообщений: 174
Nosova,

В МТС работаете?
8 июн 10, 15:08    [8909056]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
проходил
Guest
Филарет,
Случаем инкрементального backup не было на RO tablespace?
8 июн 10, 15:29    [8909244]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Филарет
Member

Откуда:
Сообщений: 539
проходил,

нет, по крайней мере ни я ни рман об этом не знаем.

Так что товарищи то ли я криворук то ли validate лажа полная?
9 июн 10, 03:11    [8912461]     Ответить | Цитировать Сообщить модератору
 Re: Процедура периодической проверки резервных копий базы данных Oracle 10g  [new]
Филарет
Member

Откуда:
Сообщений: 539
Апну ка я темку. Может отдохнувшие товарищи чего интересного скажут. :)

И еще спрошу про опцию duplicate ... skip readonly. После того как жутко интеллектуальный рман закончить свои работы и создаст мне копию БД мне приходится ручками переименовывать RO датафайты которые после рмана missing. Может я чего-то недочитал и есть менее геморройный способ подцепления таких ТП?
11 июн 10, 03:09    [8928228]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить