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

Откуда:
Сообщений: 83
Есть рабочая БД (archivelog)
Есть тестовая БД (noarchivelog)

В рабочей БД помимо архивлогов каждую ночь делается еще и хол.бэкап
Однажды он "скривил" - т.е. рабочая БД не была остановлена и файлы скопировались все как есть
(понятно, что файлы получились неконсистентые).

Для развертывания тестовой БД из архива были взяты эти неконсистентые файлы.
Из файла трассировки были сгенерены новее контрол-файлы для тестовой БД.
Тестовая БД стартанула в реж.MOUNT
НО !
она не открывается

SQL> ALTER DATABASE OPEN RESETLOGS;
ALTER DATABASE OPEN RESETLOGS
*
ERROR at line 1:
ORA-01113: file 1 needs media recovery
ORA-01110: data file 1: '/db3/oradata/tstibso/system01.dbf'

перед открытием БД - делал RECOVERY (по архивлогам от рабочей БД) !
проверял все SNC !!
они у всех файлов ОДИНАКОВЫ !!!
и тем не менее БД не стартует из-за этой ошибки ... !

в чем м.б. дело ?
3 мар 09, 18:59    [6883393]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
a.trifonov

в чем м.б. дело ?

в том, что при ручном "горячем" резервировании неспроста подразумевают использование команд begin backup...
end backup;

в вашей ситуации вашу неконсистентность нечем заполнить, так как необходимые данные не попали в архивлоги.
Сушите весла
3 мар 09, 19:03    [6883410]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
a.trifonov
Member

Откуда:
Сообщений: 83
Если все SNC у всех файлов БД ОДИНАКОВЫ, то в чем же тогда неконсистентность ?
6 мар 09, 08:34    [6894584]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
Кальмар Восьмомартович
Guest
a.trifonov
Если все SNC у всех файлов БД ОДИНАКОВЫ, то в чем же тогда неконсистентность ?
Святая наивность :)

"SNC у всех файлов БД ОДИНАКОВЫ" практически всегда (если брать в расчет online-файлы в read-write и не begin backup режиме). Заголовки, где сидит сей SCN, обновляются относительно редко, существенно реже обновления самих блоков файлов.


a.trifonov
понятно, что файлы получились неконсистентые
Ни хрена ты не понемаешь, что такое "неконсистентые".

P.S. Таких идиотских слов "консистентые"/"неконсистентые" в русском языке нет. В украинском, кстати, тоже ;-)
6 мар 09, 09:32    [6894699]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
Кальмар Восьмомартович
a.trifonov
Если все SNC у всех файлов БД ОДИНАКОВЫ, то в чем же тогда неконсистентность ?
Святая наивность :)

"SNC у всех файлов БД ОДИНАКОВЫ" практически всегда (если брать в расчет online-файлы в read-write и не begin backup режиме). Заголовки, где сидит сей SCN, обновляются относительно редко, существенно реже обновления самих блоков файлов.


a.trifonov
понятно, что файлы получились неконсистентые
Ни хрена ты не понемаешь, что такое "неконсистентые".

P.S. Таких идиотских слов "консистентые"/"неконсистентые" в русском языке нет. В украинском, кстати, тоже ;-)

)))... согласованные/несогласованные
6 мар 09, 10:23    [6894924]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
Сына
Member

Откуда:
Сообщений: 804
a.trifonov
в чем м.б. дело ?

Дело в fuzzy bit flags!
6 мар 09, 11:45    [6895563]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
YuraL
Member

Откуда: SPB
Сообщений: 558
Кальмар Восьмомартович

a.trifonov
понятно, что файлы получились неконсистентые
Ни хрена ты не понемаешь, что такое "неконсистентые".

P.S. Таких идиотских слов "консистентые"/"неконсистентые" в русском языке нет. В украинском, кстати, тоже ;-)

Вместо того чем придираться к словам не лучше ли объяснить человеку?
6 мар 09, 13:16    [6896470]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
Восьмомарт Поздравляевич
Guest
YuraL
Вместо того чем придираться к словам не лучше ли объяснить человеку?
Ну, придирка не к словам, а к убежденности автора к собственным знаниям. А объяснять долго, да и деньги здесь за это не платят, даже спасибо через пять раз говорят. И дело даже не столько в fuzzy bit, а в том, что место такой резервной копии - на помойке. Даже если бы база открылась нормально. Fractured blocks однако.


Кальмар Восьмомартович
понемаешь
эту написанную мной хрень следует читать как "понимаешь"
6 мар 09, 15:09    [6897320]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
a.trifonov
Member

Откуда:
Сообщений: 83
кальмарыч-восьмомартыч, здесь не лингвистический форум !
сам-то уверен, что из этого списка употребляешь исключительно русские и украинские слова:
http://mindhobby.com/250-staryx-novyx-russkix-slov/
???

но это так отступление ..

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

если нечего сказать или не в состоянии кратко и четко дать ответ на вопрос - не засоряй эфир.
18 мар 09, 14:14    [6943536]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
Dsor2000
Member

Откуда:
Сообщений: 96
Если Вам надо сделать клон раб. БД , то почему бы это не сделать с помощью RMAN ???
Как вы пытались сделать холдную копию раб. БД ???
18 мар 09, 16:32    [6944559]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
XCB
Member

Откуда:
Сообщений: 727
2 a.trifonov
вродебы вам уже все сказали
Факт наличия такого бакапа (Однажды он "скривил"), нужно считать отсутствием такового (бакапа)...
почему - читать бакап и рековери гайд...
помоему это адекватный ответ на вопрос >>в чем м.б. дело ?
18 мар 09, 17:43    [6945122]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
a.trifonov
Member

Откуда:
Сообщений: 83
Коцепциями backup-recovery владею и сохранять-восстанавливать умею.

В родной документации Oracle удобно искать лишь определенные нюансы,
но она не годится для изучения и понимания всего в целом.
Подавляет обилие информации (за деревьями леса не видать) и
вряд ли у кого-то есть столько свободного времени, чтобы прочитать всю оригинальную документацию Oracle от корки до корки.

Просто возникла такая ситуация и как следствие - возник вопрос:
например, почему ругается только на system, а на все остальные - нет ...
это уже т.н. tips and tricks: особенности, нюансы ...
проще спросить, может кто уже сталкивался и знает глубины происходящих процессов.
(не обязательно знать детальное устройство двигателя, чтобы хорошо водить автомобиль)

про fuzzy bit flags - спасибо
в 1-й раз про такое услышал
попробую порыть в этом направлении.
18 мар 09, 18:40    [6945572]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
XCB
Member

Откуда:
Сообщений: 727
3 мар 09>В рабочей БД помимо архивлогов каждую ночь делается еще и хол.бэкап
>Однажды он "скривил"
взять следующий бакап который не скривил...
из того что ветка вами досихпор подымается думается, что вы все еще пытаетесь базу открыть.
файлы были взяты на горячую и без перевода их в begin backup... именно для таких копий файлов в редо может не быть всех изменений.
18 мар 09, 18:54    [6945637]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
a.trifonov

Просто возникла такая ситуация и как следствие - возник вопрос:
например, почему ругается только на system, а на все остальные - нет ...

это уже т.н. tips and tricks: особенности, нюансы ...
проще спросить, может кто уже сталкивался и знает глубины происходящих процессов.
(не обязательно знать детальное устройство двигателя, чтобы хорошо водить автомобиль)


про fuzzy bit flags - спасибо
в 1-й раз про такое услышал
попробую порыть в этом направлении.

красное - он не только на систем ругается, он сначала на систем ругается.
зеленое - конечно проще. Проще самому обратиться в автосервис, чем знать как починить автомобиль, но вот что вы будете делать, когда окажитесь в со сломанным авто посреди леса, ночью, и мобила там не ловит ;))

fuzzy bit flags в 'YES' означает, что в датафайле находятся блоки, у которых SCN вышем, чем записано в заголовке датафайла (checkpoint_change#).. вот именно с этого SCN в заголовке вам и нужно накатываться....
18 мар 09, 18:57    [6945645]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
a.trifonov
Member

Откуда:
Сообщений: 83
Как я писал в начале топика:

Есть рабочая БД (archivelog)
В рабочей БД каждую ночь делается хол.бэкап
Однажды он "скривил" - т.е. рабочая БД не была остановлена и файлы скопировались все как есть

Подробности:
обычный
shutdown immediate;
взял и не отработал.

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

Победил все следующим образом (может кому и пригодится):
-------------------------------------------------------------
base_stop.sql
alter system enable restricted session;
alter system set job_queue_processes=0;
alter system set aq_tm_processes=0;
alter system checkpoint;
@kill_sessions.sql
shutdown immediate;
exit;
-------------------------------------------------------------
kill_sessions.sql
begin
for i in (select s.sid, s.serial#
from v$session s
where s.machine <> 'pscb-sol'
or s.machine is null)
loop
begin
execute immediate 'alter system kill session ''' || TO_CHAR(i.sid) || ',' || TO_CHAR(i.serial#) || '''' || ' immediate';
execute immediate 'alter system disconnect session ''' || TO_CHAR(i.sid) || ',' || TO_CHAR(i.serial#) || '''' || ' immediate';
exception
when others then null;
end;
end loop;
end;
/
18 мар 09, 19:06    [6945678]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
gergo
Member

Откуда:
Сообщений: 224
a.trifonov,

Может проще и надежнее все же онлайн бэкап?
19 мар 09, 07:09    [6946772]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
a.trifonov

shutdown immediate;
взял и не отработал.


Вообще-то из теории ни один из консистентных (или как тут любят самосогласованных) вариантов остановки БД (immediate и старше) не гарантирует времени остановки.
Бо есть, например, операции UNDO длящиеся очень долго (база устроенна так, чтобы commit шёл быстрее rollback).
19 мар 09, 09:36    [6947015]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
a.trifonov
Member

Откуда:
Сообщений: 83
gergo,
хол.бэкап лучше, потому что:
1. БД уже сразу готова к развертыванию (не надо ничего накатывать)
2. разные первоисточники пишут разное про гор.бэкап - кто-то, что, мол 100% гарантия, а кто-то, мол фиг его знает и лучше подстраховаться хол.бэкапом
3. мне необходима еще и тестовая БД, а из существующего хол.бэкапа рабочей БД ее очень удобно разворачивать (путем пересоздания контрол-файла).

так что поскольку есть возможность - буду делать хол.бэкап
- пока что простой БД на время копирования - 1 ч.
- размер БД: 120G

если изменятся бизнес-требования на доступность БД - тогда и перейду на гор.
19 мар 09, 09:43    [6947044]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
a.trifonov
Member

Откуда:
Сообщений: 83
Сергей Арсеньев,

Ваша мысль мне понятна.
Я и сам об этом подумывал
но дело 100% не в undo !
я проверял: ставил мин.undo-пространство и оно не вообще никак не вырастало при закрытии.

дело именно в подвисших сессиях !!!
ночью самолично смотрел
активности - ноль, есть с десяток сессий в неактивном состоянии
и при закрытии именно такая бяка:

alert_log:

Tue Mar 3 04:05:04 2009
Active call for process 15121 user 'oracle' program 'oracle@pscb-sol (TNS V1-V3)'
SHUTDOWN: waiting for active calls to complete.
Tue Mar 3 05:00:36 2009
SHUTDOWN: Active sessions prevent database close operation

так что пришлось не только килять сессии, но и еще и принудительно их отсоединять
т.к. если просто делать KILL SESSION, то они все остаются в БД в состоянии KILLED
(см.выше скрипт kill_sessions.sql)
19 мар 09, 09:54    [6947087]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
a.trifonov
но дело 100% не в undo !

Я и не писал, что однозначно, я писал например. Я даже думаю могут быть и другие подводные камни помимо описанных Вами.
Наверняка у процедуры прибития сессий по простому есть куча подводных камней из-за которых в Oracle применяют более сложную, а она требует больше времени.
19 мар 09, 10:00    [6947109]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
a.trifonov
Member

Откуда:
Сообщений: 83
Сергей Арсеньев
a.trifonov
но дело 100% не в undo !

Я и не писал, что однозначно, я писал например. Я даже думаю могут быть и другие подводные камни помимо описанных Вами.
Наверняка у процедуры прибития сессий по простому есть куча подводных камней из-за которых в Oracle применяют более сложную, а она требует больше времени.


Не просто больше времени, а вообще не останавливается !
ну и как следствие "криво" стартует
19 мар 09, 10:04    [6947122]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
Сергей Арсеньев
Member

Откуда:
Сообщений: 4118
a.trifonov
Не просто больше времени, а вообще не останавливается !

Вы сколько суток ждали?
19 мар 09, 10:05    [6947128]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
a.trifonov
Member

Откуда:
Сообщений: 83
Сергей Арсеньев,

alert.log

Tue Mar 3 04:00:01 2009
Shutting down instance: further logons disabled
Shutting down instance (immediate)
License high water mark = 287
Tue Mar 3 04:05:04 2009
Active call for process 15121 user 'oracle' program 'oracle@pscb-sol (TNS V1-V3)'
SHUTDOWN: waiting for active calls to complete.
Tue Mar 3 05:00:36 2009
SHUTDOWN: Active sessions prevent database close operation
Tue Mar 3 05:53:43 2009
Starting ORACLE instance (normal)

Два часа
при отсутсвии всякой активности, и откл.джобах
19 мар 09, 10:09    [6947156]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
XCB
Member

Откуда:
Сообщений: 727
a.trifonov

Tue Mar 3 04:05:04 2009
Active call for process 15121 user 'oracle' program 'oracle@pscb-sol (TNS V1-V3)'

а достаточно было через 5 минут произвести отстрел сессий в операционке,
а вообще рассмотрите переход на горячий бакап, ненужно будет базу останавливать.
19 мар 09, 12:31    [6948337]     Ответить | Цитировать Сообщить модератору
 Re: Восстановление БД  [new]
Восьмомарт Ламеровнахерпосылаеви
Guest
a.trifonov
теперь по сути:
ответ на вопрос подразумевает краткую, четкую формулировку решения указанной проблемы
или
если лень писать - толковую ссылку где есть решение проблемы.

если нечего сказать или не в состоянии кратко и четко дать ответ на вопрос - не засоряй эфир.
"По сути". Лечить меня на тему правильных ответов будешь тогда, когда станешь моим начальником. А пока я сам буду решать как, кому, когда, что и под каким ником отвечать. Усек?


a.trifonov
Коцепциями backup-recovery владею и сохранять-восстанавливать умею.
...
про fuzzy bit flags - спасибо
в 1-й раз про такое услышал
Ничем ты не владеешь и не умеешь. Ты даже вопрос не умеешь задать по-человечески, так, чтобы хотя бы возникло желание на него хоть что-то ответить.

a.trifonov
кальмарыч-восьмомартыч, здесь не лингвистический форум !
Анх нпшлб?
Что-то не понятно? :)
19 мар 09, 13:00    [6948569]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3   вперед  Ctrl      все
Все форумы / Oracle Ответить