|
|
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
RedHat 7.3 kernel 2.4.18-3 пересобранное под то железо что на компе и облегченное от ненужного. чудного железа нет - разве что IDE винт пользуется дурной славой (fujitsu mpg). ext3 Oracle 9.2.0.1.0 Полгода работало нормально. И вдруг ! ORA-01578: разрушен блок данных ORACLE ... ORA-01110: файл данных ... В alertloge и .trc что-то типа *** Corrupt block relative dba: 0x00c079d0 (file 3, block 31184) ... *** Reread of rdba: 0x00c079d0 (file 3, block 31184) found same corrupted data Винт проверился - нормально. При перезагрузке fsck ругнулся и захотел "ручного" исправления. Два inode ссылались на один и тот же блок. Один из них ДОЛЖЕН БЫЛ ССЫЛАТЬСЯ на блок в ораклевом tablespace но "потерял" его и стал ссылаться на "не свой" блок из левого файла (случайно или нет, но этот файл - alert_....log ) КАК ВОССТАНОВИТЬ данные и fs не интересует (исправил). Подкажите, КТО ВИНОВАТ (oracle or linux) и ЧЕМ ФИКСИТЬ. Есть ли что-нибудь про ЭТО на металинке ? Пока только пропатчил kernel на 2.4.20 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2003, 11:58:57 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
похоже, что виноват скорее Linux ибо fschk ругался. Кстати .dba что-то писал про ошибки и прикладывание патчей на ext3. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2003, 12:45:10 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
оракле вроде отвечает только ext2. Объясните дураку зачем в данном случае использовать журнальную фс? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2003, 02:05:57 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
2 killed Порылся я на всяких bugzill-ах, но так и нашел внятной инфы об ошибке в ext3 насчет потери датаблоков :-( У Linux AS 2.1 отличается от 7.3 в части ext3 ? Может быть эта ошибка вызвана ремаппингом плохого сектора HDD (дефектных секторов на нем несколько десятков) во время работы? 2 vlad_247 Ораклу должно быть пофиг - ext2 или ext3. >Объясните дураку зачем в данном случае использовать журнальную фс? Вот что бы ты выбрал для NT - FAT или NTFS ? Печально :-( А я собирался основной сервак перелезать на линуха с W2k (9.0.1). Так ведь на виндах все работает как часы - месяцами не перезапускал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2003, 14:56:37 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
>Так ведь на виндах все работает как часы - месяцами не перезапускал. Открывай музей!!! ;-)))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2003, 15:47:52 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
C линухом была похожая проблема - сразу после установки oracle 817 - system.dbf currupted времени разбираться кто виноват не было , отформатировал диск , и поставил oracle заново. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2003, 19:29:21 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
>похоже, что виноват скорее Linux ибо fschk ругался. Кстати .dba что-то >писал про ошибки и прикладывание патчей на ext3 у меня было немного другое: http://rhn.redhat.com/errata/RHBA-2002-085.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.06.2003, 22:41:22 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
2 Oleg Afanasiev >Открывай музей!!! ;-)))) Я рад был бы если б на винде что-то заглючило - прекрасное оправдание для перехода на линукс ! Так ведь, зараза, абсолютно безглючен ! :-)) 2 All Народ, всем спасибо. Пока останусь на RH 7.3 kern 2.4.20 и искать инфу насколько это надежно. Но правильнее, наверное, ставить 9.2.0 на RH AS 2.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2003, 12:20:09 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
а у меня со стандартным ядром (RH 7.3 & oracle 9.2.0.1 на ext3) уже почти год без проблем на 2-х машинах живут ... скорее это из-за ядра. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2003, 14:28:52 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
Есть RH8 kernel 2.4.20, oracle 8.1.7.4. За 20 дней работы - 134 325 997 physical reads, 6 548 384 phy. writes, 10 609 897 redo writes. База на ext2. И (извиняюсь за выражение) хоть бы хрен! (тьфу-тьфу-тьфу :) ) Дело в том, что вопрос "ext2 vs ext3" сейчас больше смахивает не на "FAT vs NTFS" а на "Win2000 AS vs WinXP". Сравнивать ext2 с FAT - это, мягко говоря, неправильно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2003, 09:05:19 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
http://www.ixbt.com/storage/ntfs2.html Я не имею возможности долго и тщательно изучать возможности и нюансы работы ext2, ext3, NTFS. Мне нужно, чтобы ФС была такая же надежная как NTFS. Случай из практики - у нее MFT не слетела даже при активно СЫПЯЩЕМСЯ винте. 2 X-Max >Сравнивать ext2 с FAT - это, мягко говоря, неправильно. А что будет при дизастере каком-нибудь ? (материнка взглюканет там, или винт, электричество вырубят) . Проблемы при восстановлении FAT и ext2 , наверное, могут быть более сходными, чем ext2 vs ext3 ? Оговорюсь - только в плане надежности все это волнует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2003, 10:59:18 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
При дизастере у настоящего админа на боевой базе будет хардваре реплэйсмент энд бэкап рекавери :-) Все остальное - ИМХО от лукавого. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2003, 13:47:15 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
По поводу журналирования - Oracle имеет свое, достаточно эффективное, журналирование. Пытаться быть святее папы римского - означает как минимум получить удвоение кол-ва операций I/O на каждую запись, причем каждая добавочная - с полноценным full-stroke позиционированием и блокированием работы до окончания записи (по идее, для окончания записи журнальная запись должна физически зафиксироваться на блинах диска). Там же, в http://www.ixbt.com/storage/ntfs2.html, есть правильный ответ - RAID, хотя бы софтовый. Код для зеркалирования в линуксе уж точно отлажен и вылизан, в отличие от ext3... Все ИМХО, конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2003, 13:58:07 |
|
||
|
9.2.0.1 под RedHat 7.3 : ORA-01578: разрушен блок данных ORACLE
|
|||
|---|---|---|---|
|
#18+
Насчёт журналирования средствами ОС. Имел печальный опыт, когда по обоюдному недоразумению, redo logs были созданы на томе, для которого у Соляриса было включено журналирование. Скорость работы упала не на проценты, а в разы. По субъективному ощущению -- примерно в четыре раза. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2003, 01:58:31 |
|
||
|
|

start [/forum/topic.php?fid=52&gotonew=1&tid=1989774]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
187ms |
get topic data: |
10ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 520ms |

| 0 / 0 |
