[ТЕМА ЗАКРЫТА]
18.09.2006 12:55
omorozov
 
при попытке стартовать базу выводится сообщение

ORA-01113 для файла 1 требуется восстановление носителя.
ORA-01110 файл данных D:\..\ System01.dbf

проверка поверхности диска и восстановление бэкапа не помогли
RAID5, ошибок не показывает
до восстановления из бэкапа ругался на USER01

в ночных логах:
alter database open
Mon Sep 18 04:10:32 2006
Errors in file D:\ORACLE\oradata\DBRESP01\bdump\dbresp01LGWR.TRC:
ORA-01110: data file 10: 'D:\ORACLE\ORADATA\DBRESP01\USERS01.DBF'
ORA-01114: IO error writing block to file 10 (block # 1)
ORA-27072: skgfdisp: I/O error
OSD-04008: ёсющ Writefile(), эх т ёюё_ю_эшш юё__хё_ты___ чряшё_ т єрщы
O/S-Error: (OS 5) Access is denied.

проверил структуру:
DBVERIFY - Verification starting : FILE = SYSTEM01.DBF
DBVERIFY - Verification complete
Total Pages Examined : 25600
Total Pages Processed (Data) : 5056
Total Pages Failing (Data) : 0
Total Pages Processed (Index): 2374
Total Pages Failing (Index): 0
Total Pages Processed (Other): 432
Total Pages Empty : 17738
Total Pages Marked Corrupt : 0
Total Pages Influx : 0

Куда копать не понятно..
18.09.2006 13:01
OlegON
 
Место на диске кончилось что ли? Важно понять причину, почему "O/S-Error: (OS 5) Access is denied".
А так тебе сюда https://olegon.ru/index.php?name=For...iewtopic&t=557
3й пункт попробовать после прочтения всей темы целиком. Лучше верни то, что было до восстановления из бэкапа.
18.09.2006 13:09
omorozov
 
места на диске еще 160гигов,
O/S-Error: (OS 5) Access is denied возможно из-за выполнения
заданий сбор мусора или проверка инвалидных блоков?
было ночью, сервер я перезагружал. теперь на это не ругается.

вернуть утреннее состояние уже не смогу, т.к. ночью изменеий
в базе практически не было, новый бэкап я не делал,
восстановил ночной в 4:00
18.09.2006 13:12
OlegON
 
Первое правило - сделай бэкап того, что у тебя сейчас есть. Нарушил - огребешь по полной.
Такой ошибки из-за сбора мусора или инвалидов быть не могло. Скорее либо ты переборщил что-то с правами доступа, либо диск до таймаута почему-то не ответил. Пробуй, что написал.
18.09.2006 13:19
omorozov
 
хорошо.
а с правами доступа переборщил это как ?
18.09.2006 13:24
OlegON
 
Я не помню кто, но выслушивали мои ругательства достаточно долго, после того, как я обнаружил, что на файл базы и логи оракла выставили запрет на запись всем (не ридонли, а просто через права доступа).
18.09.2006 13:43
akonev
 
диск ntfs?
а то на фат32 оно могло просто тупо до 2гиг дорасти
18.09.2006 13:49
omorozov
 
как только удалось подключиться svrmgrl
alter database recover database;
alter database open;
спасло отца русской демократии
21.03.2008 09:59
Romka
 
вот ошибка:
Когда запускаю Startup в Enterprise Manager Console он пишет Error:
ORA-00368 – ошибка контр. Суммы в журн. Блоке
ORA-00353 – нарушение протокола вблизи блока 477 изменение 2397132, время 20,03,2008 в 14.10.06
ORA-00312 оперативный протокол 3 процесса 1: С:\ORACLE\ORADATA\TKSOM1\REDO03.LOG

все случилось после того как сервак перезагрузили резетом.
21.03.2008 10:23
kadr
 
Перед всеми действиями необходимо сделать полный бэкап всех файлов БД, ты всё делаешь на свой страх и риск

после получения такой ошибки забываем о существовании Enterprise Manager Console и перебираемся в командную строку запуская
Цитата:
sqlplus /nolog
вот что нам рассказывает сам Oracle
Цитата:
00368, 00000, "checksum error in redo log block"
// *Cause: The redo block indicated by the accompanying error, is not
// vaild. It has a checksum that does not match the block contents.
// *Action: Do recovery with a good version of the log or do time based
// recovery up to the indicated time. If this happens when archiving,
// archiving of the problem log can be skipped by clearing the log
// with the UNARCHIVED option. This must be followed by a backup of
// every datafile to insure recoverability of the database.
// *Action: Restore correct file or reset logs
Т.е. после запуска sqlplus вводим команды
Цитата:
connect sys/password as sysdba;
startup mount;
restore database using backup controlfile until cancel;
на запрос файла логов подкладываем ему необходимые по номеру изменения SCN
когда очередь доходит до указанного тобой набираем cancel
после этого
Цитата:
alter database open resetlogs;
после этого база должна запуститься.

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


ЗЫ в написании команд могла закрасться ошибка, поэтому если что лезь в доку
21.03.2008 17:55
OlegON
 
Вряд ли это в архивлоге база...
Цитата:
select * from v$log
сделай...
22.03.2008 16:37
baggio
 
а ...
alter database recover database;
не прокатит...
от простого к сложному...
З.Ы. уточни 8 или 9..
24.03.2008 07:16
kadr
 
Цитата:
OlegON Вряд ли это в архивлоге база...

...
А кто говорил про архивлоги? в тексте ошибки ясно сказано redo log. Да и что сейчас гадать, когда топик стартер молчит.
24.03.2008 11:04
Romka
 
select * from v$log;
GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS
---------- ---------- ---------- ---------- ---------- --- ----------------
FIRST_CHANGE# FIRST_TIM
------------- ---------
1 1 34 104857600 1 NO INACTIVE
2355116 20-MAR-08

2 1 35 104857600 1 NO INACTIVE
2375431 20-MAR-08

3 1 36 104857600 1 NO CURRENT
2396795 20-MAR-08
24.03.2008 11:37
Romka
 
SQL> recover database using backup controlfile until cancel;
ORA-00279: change 2396796 generated at 03/20/2008 14:03:55 needed for thread 1
ORA-00289: suggestion : C:\ORACLE\ORA92\RDBMS\ARC00036.001
ORA-00280: change 2396796 for thread 1 is in sequence #36


Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: cannot open archived log 'C:\ORACLE\ORA92\RDBMS\ARC00036.001'
ORA-27041: unable to open file
OSD-04002: эхтючьюцэю юЄъЁ√Є№ Їрщы
O/S-Error: (OS 2) ═х єфрхЄё* эрщЄш єърчрээ√щ Їрщы.


ORA-00308: cannot open archived log 'C:\ORACLE\ORA92\RDBMS\ARC00036.001'
ORA-27041: unable to open file
OSD-04002: эхтючьюцэю юЄъЁ√Є№ Їрщы
O/S-Error: (OS 2) ═х єфрхЄё* эрщЄш єърчрээ√щ Їрщы.


ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: 'C:\ORACLE\ORADATA\TKSOM1\SYSTEM01.DBF'
24.03.2008 11:47
OlegON
 
Думаю, что самое время подумать о возвращении на бекап. Убит current redo log.
24.03.2008 11:56
kadr
 
Цитата:
на запрос файла логов подкладываем ему необходимые по номеру изменения SCN
про AUTO никто не говорил, но не суть важно в данный момент
у тебя не включен режим архивлог, поэтому подсовывать нужно редологи
кроме С:\ORACLE\ORADATA\TKSOM1\REDO03.LOG
так как он у тебя битый.
а судя по ошибке ORA-01547, то тебе просто жизненно необходимо применить некторые из изменений находящиеся в редологах.

Опять же глядя на статус твоих редологов и номера изменений в них, то видим что требуемые изменения в битом, текущем редологе, что практически ставит крест на твоей базе
24.03.2008 12:19
Romka
 
вот так:

SQL> recover database using backup controlfile;
ORA-00279: change 2397131 generated at 03/20/2008 14:10:06 needed for thread 1
ORA-00289: suggestion : C:\ORACLE\ORA92\RDBMS\ARC00036.001
ORA-00280: change 2397131 for thread 1 is in sequence #36


Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
c:\oracle\oradata\tksom1\redo03.log auto
ORA-00283: recovery session canceled due to errors
ORA-00368: checksum error in redo log block
ORA-00353: log corruption near block 477 change 2397132 time 03/20/2008
14:10:06
ORA-00334: archived log: 'C:\ORACLE\ORADATA\TKSOM1\REDO03.LOG'


ORA-01112: media recovery not started
24.03.2008 12:20
Romka
 
бекапа для этой базы нету. хотелось бы поднять..
24.03.2008 13:47
kadr
 
Цитата:
Romka хотелось бы поднять..
ну чтож хотелка похвальная, но вот вероятность поднятия такой базы очень мала.
Проблема твоего случая такова, что SCN в заголовоке system расходится с SCN в контролфайле и отличается от заголовков других файлов, чтобы его привести в соответствие необходимо применить изменения из редолога, который у тебя порченый. В большинстве случаев (99%) в морг с таким наборов файлов.

Посмотри ссылку, может что из описанного тебе поможет
24.03.2008 15:40
bob
 
Цитата:
Romka бекапа для этой базы нету. хотелось бы поднять..
Ну тогда, если это подчиненный магазин, то инициализировать его заново и лить данные из ЦО. Это буде попроще задачка.
З.Ы. очередной раз убеждаешься в хорошей поговорке - "есть админы, которые еще не делают бэкапы и есть, которые уже делают"
24.03.2008 16:17
akonev
 
Цитата:
bob Ну тогда, если это подчиненный магазин, то инициализировать его заново и лить данные из ЦО. Это буде попроще задачка.
З.Ы. очередной раз убеждаешься в хорошей поговорке - "есть админы, которые еще не делают бэкапы и есть, которые уже делают"
да уж... каждый раз вспоминаю замечательную ситуацию: поинтерсовался админ, как настроить бэкап...
через два дня (!!!!) начинает тиранить, как из бэкапа базу поднять. серверную затопило сверху. сервера умерли.
все поднял. успел настроить.
дамы и господа! друзья! бэкап - он для вашего спокойствия придуман!!!
28.03.2008 13:02
artmov
 
Прошу помощи,
Проблема такая: после остановки базы через Ent.Manager.Console, не удается заного стартовать. A после рестарта компютера база нормально стартует .
{ОС: W2k3 R2 SP2 // DB: ORACLE 9.2// 'antivir', 'firewall', 'reports'- none}.

Обнаружил недавно, когда хотел наладить архивирование базы с помощью backuper-а. Пока остановливаю сервис базы через Ent.Manager.Console, и копирую базу. Заного стартовать неполучается ( пишет: " SID given in connect descriptor could not be resolved"); далее в ДОС набираю:
>LSNRCTL SERVICE listener_name
TNS-01101: Could not find service name listener_name
NNC-00405: network failure
---------------
После рестарта компютера база нормально стартует, Супермаг в сети работает, все ОК.
Запускаю:
LSNRCTL> status
Connecting to (ADDRESS=(PROTOCOL=tcp)(PORT=1521))
STATUS of the LISTENER
------------------------
Alias LISTENER
Version TNSLSNR for 32-bit Windows: Version 9.2.0.7.0 - Production
Start Date 28-╠└╨-2008 06:41:39
Uptime 0 days 3 hr. 42 min. 15 sec
Trace Level off
Security OFF
SNMP OFF
Listener Log File C:\oracle\ora92\network\log\listener.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=server)(PORT=1521)))
Services Summary...
Service "sovran01" has 1 instance(s).
Instance "sovran01", status READY, has 1 handler(s) for this service...
Service "sovran01XDB" has 1 instance(s).
Instance "sovran01", status READY, has 1 handler(s) for this service...
The command completed successfully.
--------------------------------------------------------
Что, где, когда делать? *181
Спасибо.
28.03.2008 13:50
kadr
 
Не мешало бы приложить listenr.ora и tnsnames.ora, также проверить без рестарта компа, а простым рестартом сервиса БД запускается/нет возможно проблеме с расположением/указанием pfile. Опять же как говорилось - появились проблемы идём в командную строку и приводим лог того что набираешь и то что отвечают тебе.
28.03.2008 14:53
OlegON
 
Цитата:
artmov --
Что, где, когда делать?
Запустить базу вручную через sqlplus, говорил уже не раз...
31.03.2008 13:15
artmov
 
Цитата:
kadr Не мешало бы приложить listenr.ora и tnsnames.ora, также проверить без рестарта компа, а простым рестартом сервиса БД запускается/нет возможно проблеме с расположением/указанием pfile. Опять же как говорилось - появились проблемы идём в командную строку и приводим лог того что набираешь и то что отвечают тебе.
Цитата:
OlegON Запустить базу вручную через sqlplus, говорил уже не раз...
Спасибо за отклик. С воскресенья "мучаю" Оракловую тематику... но пока он не сдается *96.
Вот tnsnames.ora.
----------------------------------------------------------
# TNSNAMES.ORA Network Configuration File: C:\oracle\ora92\network\admin\tnsnames.ora
# Generated by Oracle configuration tools.
SOVRAN01_SERVER =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = server)(PORT = 1521))
)
(CONNECT_DATA =
(SID = sovran01)
(SERVER = DEDICATED)
))
--------------------------------------------------------

Listener.ora -изначально не было (наверно точнее был динамический), вчера вроде создал (через Net Config Assist), но ничем это не помогло и пока удалил. (?)

Действительно, после остановки базы из Ent.Manag.Consol, рестартом сервиса базы база нормально поднимается, (перезагрузить комп не нужно) , но что следует из этого пока не понимаю?

Если через SQL+ подключатся к остановленной базе выходит ошибка ORA-12154 (невозможно разрешить имя службы)


Но из командной строки база нормально поднимается.
----------------

Что дальше, пока незнаю.....?*170
Миниатюры
Нажмите на изображение для увеличения
Название: sql+_noLog_start.JPG
Просмотров: 418
Размер:	55.4 Кб
ID:	223  
31.03.2008 14:02
kadr
 
Цитата:
artmov
Listener.ora -изначально не было (наверно точнее был динамический), вчера вроде создал (через Net Config Assist), но ничем это не помогло и пока удалил. (?)

Действительно, после остановки базы из Ent.Manag.Consol, рестартом сервиса базы база нормально поднимается, (перезагрузить комп не нужно) , но что следует из этого пока не понимаю?

Если через SQL+ подключатся к остановленной базе выходит ошибка ORA-12154 (невозможно разрешить имя службы)


Но из командной строки база нормально поднимается.
----------------

Что дальше, пока незнаю.....?*170
Про Листенер - странно как-то про динамический, в этом файле указывается какой адрес слушать, если в нём базы не прописаны, тогда они регятся динамически, но адрес надо прописывать, я за то что и базы надо прописывать.
То что у тебя стартует сервисом, но не стартует из Ent.Manag.Cons может свидетельствовать о том что при запуске сервисом он берёт значение pfile из реестра, а когда ты из Ent.Manag.Conso, то указываешь(либо совсем не указываешь) не тот pfile.
Есть два понятия остановленной базы: остановлен сервис и остановлена именно база, но сервис работает. Так про какой вариант ты говорил "остановленная база", если про первый, то такая ошибка и бывает обычно. Также не мешает проверить что в реестре прописано про oracle_sid.
И ещё вопрос: а зачем startup force?
02.04.2008 04:37
artmov
 
Спасибо Кадр за пояснения. Проблема оказалась в том, что я ранее неполностю настроил сетевое окружение Оракла. Сейчас все в порядке.
02.04.2008 10:24
kadr
 
Опиши каких именно настроек не было, чтобы идущие по твоему пути знали куда смотреть.


Опции темы


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

 

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