[ТЕМА ЗАКРЫТА]
15.01.2007 13:30
DrFish
 
На оракле 8.1.7.0 (windows) случилась ошибка, связанная с превышением размера файла 4Gb. Был установлен патч 8.1.7.4, после чего поднят холодный дамп, и накатаны журналы до момента сбоя.

На текущий момент база начала самопроизвольно останавливаться. При этом в логе сообщения об ошибках такого вида:

"DBW0: terminating instance due to error 472
Instance terminated by DBW0, pid = 364"

Иногда вместо DBW0 может остановиться SMON или PMON
В других логах ничего путного нет.
Куда копать, подскажите...
15.01.2007 13:51
OlegON
 
NTFS?
Чему равны db_writer_processes и dbwr_io_slaves? Неплохо бы в трейсы посмотреть, только не надо их сюда постить.
15.01.2007 14:00
reddevil
 
"Был установлен патч 8.1.7.4, после чего поднят холодный дамп, и накатаны журналы до момента сбоя. " - это конечно все сильно. Там может надо было какие нить скрипты для патча выполнить?
15.01.2007 14:02
DrFish
 
Эти параметры стоят по умолчанию.
А в самих трейсах ничего выдающегося тоже нет - объясняющих что-либо сообщений при остановке базы не появляется...
15.01.2007 14:03
DrFish
 
установка патча проводилась в полном соответствии с его readme.txt

скрипты, которые надо было запустить, запускались
15.01.2007 14:03
OlegON
 
Кстати, действительно странно, что за холодный дамп, файлы от другой, получается, версии, или сам дамп импортирован? Можно еще попробовать от другого юзера попробовать работать. Были аналогичные непонятные случаи. И я бы предложил откатиться, экспорт/импорт в новую базу, после установки патча.
15.01.2007 14:04
reddevil
 
Код:
*** SESSION ID:(5.1) 2007-01-15 11:44:52.507
Using 5 slaves for 1 dead transactions
Dump file C:\ORAADMIN\ORCL\BDUMP\orclSMON.TRC
Mon Jan 15 11:57:14 2007
ORACLE V8.1.7.4.1 - Production vsnsta=0
vsnsql=f vsnxtr=3
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Oracle8i Enterprise Edition Release 8.1.7.4.1 - Production
With the Partitioning option
JServer Release 8.1.7.4.1 - Production
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Instance name: orcl

Redo thread mounted by this instance: 1

Oracle process number: 6

Windows thread id: 476, image: ORACLE.EXE


*** SESSION ID:(5.1) 2007-01-15 11:57:14.367
Using 5 slaves for 1 dead transactions
глядя на последнюю строку приходят мысли о непорядках с RBS
15.01.2007 14:06
reddevil
 
в этой цепочке "Был установлен патч 8.1.7.4, после чего поднят холодный дамп, и накатаны журналы до момента сбоя" когда скрипты гонялись ?
15.01.2007 14:07
DrFish
 
холодный дамп от 8.1.7.0
насколько я понимаю, он должен нормально восприниматься версией 8.1.7.4

а насчет другого юзера - база останавливается сама по себе, даже если нет пользовательских коннектов
15.01.2007 14:08
OlegON
 
Цитата:
DrFish холодный дамп от 8.1.7.0
насколько я понимаю, он должен нормально восприниматься версией 8.1.7.4
Это ты зря так понимаешь... Раз скрипты были, то и структура файлов менялась.
15.01.2007 14:09
reddevil
 
"холодный дамп от 8.1.7.0
насколько я понимаю, он должен нормально восприниматься версией 8.1.7.4 " - у каждого свои предсатвления о нормальности но в продакшне точно не катит такой вариант, шас лучше как олег говорит
15.01.2007 14:09
reddevil
 
Цитата:
olegon
Цитата:
DrFish холодный дамп от 8.1.7.0
насколько я понимаю, он должен нормально восприниматься версией 8.1.7.4
Это ты зря так понимаешь... Раз скрипты были, то и структура файлов менялась.
Это ты зря так понимаешь... - в десятку ))
15.01.2007 14:11
OlegON
 
Цитата:
reddevil Это ты зря так понимаешь... - в десятку ))
Теперь ты видишь, что я имел ввиду, когда говорил о ноже и юзере сегодня утром?
15.01.2007 14:13
DrFish
 
Цитата:
olegon Были аналогичные непонятные случаи. И я бы предложил откатиться, экспорт/импорт в новую базу, после установки патча.
откатиться до какого момента?
15.01.2007 14:30
OlegON
 
Хых, задачка, конечно. Транзакция, которая привела к падению, большая? Боюсь, с ней придется попрощаться. Лучше на 8.1.7.0 восстановить накатом по максимуму, после чего экспортнуть, поставить 8.1.7.4, импортнуть. Либо вместо экспорта/импорта просто скрипты от патча наложить и попробовать последнюю транзакцию втащить. Суть в том, что в твоем примере не понятно, куда были применены скрипты, обновляющие базу до 8.1.7.4. Вроде как применил, после чего базу заменил на старую.
15.01.2007 14:34
DrFish
 
Боюсь, что так и могло быть, ибо восстановление было в бессознательном состоянии в два часа ночи...

экспортнуть/втащить через exp imp ?
15.01.2007 14:39
OlegON
 
Неа, включай мозг :) Откуда у тебя в базе будет последняя транзакция, уронившая ее? Она так и останется в журнале. Вот его-то и можно попробовать накатить уже на новую базу, но есть уверенность, что это не получится. А в целом, когда про экспорт/импорт говорил, то да, про exp и imp говорил.
16.01.2007 08:23
DrFish
 
Спасибо за советы. Для прочистки моих мозгов:

1) Я откатываюсь на 8.1.7.0
2) Поднимаю на нем последний успешный холодный дамп
3) Патчу до 8.1.7.4
4) Накатываю журналы до сбоя

Так вроде?
16.01.2007 09:23
OlegON
 
Можно попробовать, но я бы попробовал сначала накатить журналы до сбоя, исключая последнюю транзакцию, без перехода на версию выше. Кстати, в качестве еще одной идеи, вчера забыл озвучить. Если дело действительно в размере файла, может можно его автоувеличение подрезать, экстенты уменьшить и прочее? Просто суть в том, чтобы апгрейд делать без последующего допереноса каких-либо данных, хранимых вне базы.
16.01.2007 10:43
slava
 
Цитата:
DrFish На оракле 8.1.7.0 (windows) случилась ошибка, связанная с превышением размера файла 4Gb.
Можно код ошибки узнать?
16.01.2007 11:39
DrFish
 
Началось все так (случился autoextend) *15

Thu Jan 11 18:25:23 2007
Errors in file C:\ORAADMIN\ORCL\UDUMP\ORA02652.TRC:
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'C:\ORADATA\ORCL\USERS01.DBF'
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'C:\ORADATA\ORCL\USERS01.DBF'

KCF: write/open error block=0xffc75 online=0
file=3 C:\ORADATA\ORCL\USERS01.DBF
error=27069 txt: 'OSD-04026: Invalid parameter passed. (OS 1047669)'
16.01.2007 11:44
OlegON
 
Так это ж винда по ходу дела... Ты не ответил, NTFS? А то конвертни и накати все журналы на 8.1.7.0...
16.01.2007 12:08
slava
 
Цитата:
DrFish Началось все так (случился autoextend) *15

Thu Jan 11 18:25:23 2007
Errors in file C:\ORAADMIN\ORCL\UDUMP\ORA02652.TRC:
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'C:\ORADATA\ORCL\USERS01.DBF'
ORA-00376: file 3 cannot be read at this time
ORA-01110: data file 3: 'C:\ORADATA\ORCL\USERS01.DBF'

KCF: write/open error block=0xffc75 online=0
file=3 C:\ORADATA\ORCL\USERS01.DBF
error=27069 txt: 'OSD-04026: Invalid parameter passed. (OS 1047669)'
И где тут про 4Gb?

У нас при РУЧНОМ расширении табличного пространства на 2000 Win (про 2003 ни чего сказать не могу - не пробовали) таже картина. Лечится после экстента рестартом базы.

autoextend - по-этому уже давно закрыли.
16.01.2007 12:10
slava
 
Цитата:
slava
autoextend - по-этому уже давно закрыли.
Забыл написать Oracle 8.1.6.3
16.01.2007 12:14
DrFish
 
ntfs + 8.1.7.0

прочел об этом на sql.ru

вот сейчас как раз накатываю на 8.1.7.0
16.01.2007 12:25
slava
 
Цитата:
DrFish ntfs + 8.1.7.0

прочел об этом на sql.ru
Ссылку брось, пожалуйста
Опции темы


Часовой пояс GMT +3, время: 15:10.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.