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

Откуда:
Сообщений: 31
я уже понял, что там всё плохо. но, может быть кто-то посоветует что с этим делать?

Fri Aug 22 18:11:36 2008
SMON: enabling cache recovery
Fri Aug 22 18:11:36 2008
Errors in file /opt/oracle/nz907db/dump/udump/nz907db_ora_4468.trc:
ORA-00704: bootstrap process failure
ORA-00604: error occurred at recursive SQL level 1
ORA-01578: ORACLE data block corrupted (file # 1, block # 3243)
ORA-01110: data file 1: '/opt/oracle/nz907db/dbf/system/system.dbf'
Fri Aug 22 18:11:36 2008
Error 704 happened during db open, shutting down database
USER: terminating instance due to error 704
Instance terminated by USER, pid = 4468
ORA-1092 signalled during: ALTER DATABASE OPEN...

мне бы хотябы данные вытянуть, там тейблспейс с основной схемой на 20 гигов, он цел вроде. ARCHIVELOG, увы, не было, хотя вроде же должен включаться по умолчанию...
спасибо!
22 авг 08, 21:24    [6101016]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
ах, да.

SQL*Plus: Release 9.2.0.6.0 - Production on Fri Aug 22 21:25:49 2008
22 авг 08, 21:26    [6101024]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
StarWoofy
Member

Откуда: Moscow
Сообщений: 1005
kiabrin
ах, да.

SQL*Plus: Release 9.2.0.6.0 - Production on Fri Aug 22 21:25:49 2008


restore datafile
recover datafile
?
22 авг 08, 21:29    [6101033]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
StarWoofy
kiabrin
ах, да.

SQL*Plus: Release 9.2.0.6.0 - Production on Fri Aug 22 21:25:49 2008


restore datafile
recover datafile
?


а как пишется?

SQL> recover datafile system.dbf
ORA-02236: invalid file name


SQL> recover datafile system/system.dbf
ORA-02236: invalid file name


SQL> recover datafile nz907db/dbf/system/system.dbf
ORA-02236: invalid file name

22 авг 08, 21:36    [6101065]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
/opt/oracle/nz907db/dump/udump/nz907db_ora_4468.trc
А что в этом трейсе?
22 авг 08, 21:44    [6101088]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
xymbo
Member

Откуда: Донской --> Москва
Сообщений: 2560
kiabrin
StarWoofy
kiabrin
ах, да.

SQL*Plus: Release 9.2.0.6.0 - Production on Fri Aug 22 21:25:49 2008


restore datafile
recover datafile
?


а как пишется?


restore datafile /opt/oracle/nz907db/dbf/system/system.dbf;
recover datafile /opt/oracle/nz907db/dbf/system/system.dbf;
Но если у Вас не архивлог режим, сможете восстановиться на дату последнего холодного бэкапа. На форуме есть люди, которые могут повозиться с файликом и поднять вашу базу:)
22 авг 08, 21:53    [6101109]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
вот. ну, там дальше бинари дампы пошли.
кстати, с этой ORA-00600: internal error code, arguments: [kcratr1_lostwrt], [], [], [], [], [], [], []
всё и началось.

/opt/oracle/nz907db/dump/udump/nz907db_ora_4468.trc
Oracle9i Enterprise Edition Release 9.2.0.6.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.6.0 - Production
ORACLE_HOME = /opt/oracle/product/9ir2
System name: Linux
Node name: 907
Release: 2.6.5-7.97-smp
Version: #1 SMP Fri Jul 2 14:21:59 UTC 2004
Machine: i686
Instance name: nz907db
Redo thread mounted by this instance: 1
Oracle process number: 8
Unix process pid: 4468, image: oracle@907 (TNS V1-V3)

*** SESSION ID:(7.3) 2008-07-27 13:58:54.975
Thread checkpoint rba:0x000178.00000002.0010 scn:0x0000.04a536e1
On-disk rba:0x000178.00001fe1.0000 scn:0x0000.04a5b95b
Use incremental checkpoint cache-low RBA
Thread 1 recovery from rba:0x000178.00001fcf.0000 scn:0x0000.00000000
----- Redo read statistics for thread 1 -----
Read rate (ASYNC): 9Kb in 0.22s => 0.00 Mb/sec
Longest record: 0Kb, moves: 0/22 (0%)
----------------------------------------------
----- Recovery Hash Table Statistics ---------
Hash table buckets = 32768
Longest hash chain = 1
Average hash chain = 12/12 = 1.0
Max compares per lookup = 1
Avg compares per lookup = 32/44 = 0.7
----------------------------------------------
*** 2008-07-27 13:58:55.234
KCRA: start recovery claims for 12 data blocks
*** 2008-07-27 13:58:55.335
KCRA: buffers claimed = 12/12, eliminated = 0
*** 2008-07-27 13:58:55.335
Recovery of Online Redo Log: Thread 1 Group 1 Seq 376 Reading mem 0
----- Recovery Hash Table Statistics ---------
Hash table buckets = 32768
Longest hash chain = 1
Average hash chain = 12/12 = 1.0
Max compares per lookup = 1
Avg compares per lookup = 44/44 = 1.0
----------------------------------------------
Undo Segment 1 Onlined
Undo Segment 2 Onlined
Undo Segment 3 Onlined
Undo Segment 4 Onlined
Undo Segment 5 Onlined
Undo Segment 6 Onlined
Undo Segment 7 Onlined
Undo Segment 8 Onlined
Undo Segment 9 Onlined
Undo Segment 10 Onlined
/opt/oracle/nz907db/dump/udump/nz907db_ora_4468.trc
Oracle9i Enterprise Edition Release 9.2.0.6.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.6.0 - Production
ORACLE_HOME = /opt/oracle/product/9ir2
System name: Linux
Node name: 907
Release: 2.6.5-7.97-smp
Version: #1 SMP Fri Jul 2 14:21:59 UTC 2004
Machine: i686
Instance name: nz907db
Redo thread mounted by this instance: 1
Oracle process number: 8
Unix process pid: 4468, image: oracle@907 (TNS V1-V3)

*** SESSION ID:(7.3) 2008-08-20 20:36:40.834
Thread checkpoint rba:0x00017d.00000002.0010 scn:0x0000.04b6409f
On-disk rba:0x00017d.0000006d.0000 scn:0x0000.04b6416c
Use incremental checkpoint cache-low RBA
Thread 1 recovery from rba:0x00017d.00000003.0000 scn:0x0000.00000000
----- Redo read statistics for thread 1 -----
Read rate (ASYNC): 55Kb in 0.18s => 0.00 Mb/sec
Longest record: 0Kb, moves: 0/149 (0%)
Change moves: 1/1 (100%), moved: 0Mb
----------------------------------------------
Last BWR afn: 9 rdba: 0x24000f2(blk 242) ver: 0x0000.04b6416b.01 flg: 0x04
Disk version: 0x0000.04b5f25a.01 flag: 0x04
*** 2008-08-20 20:36:41.042
ksedmp: internal or fatal error
ORA-00600: internal error code, arguments: [kcratr1_lostwrt], [], [], [], [], [], [], []
Current SQL statement for this session:
ALTER DATABASE OPEN
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedmp()+274 call ksedst() 0 ? 0 ? 0 ? 0 ? AF04908 ?
AEB4AA0 ?
ksfdmp()+19 call ksedmp() 3 ? BFFF3FC0 ? 98EF027 ?
AEB3400 ? 3 ? AEA74A8 ?
kgerinv()+177 call 00000000 AEB3400 ? 3 ?
kgesinv()+52 call kgerinv() AEB3400 ? AEF3DBC ? A7AB6AC ?
0 ? BFFF4024 ?
ksesin()+46 call kgesinv() AEB3400 ? AEF3DBC ? A7AB6AC ?
0 ? BFFF4024 ? A7AB6AC ? 0 ?
BFFF4024 ?
kcratr1()+2334 call ksesin() A7AB6AC ? 0 ? A7AB6BC ? 0 ?
4B5F25A ? 1 ?
kcratr()+187 call kcratr1() BFFF44A8 ? BFFF43A0 ?
BFFF435C ? A7AB630 ? 0 ?
AEFE840 ?
kctrec()+2188 call kcratr() BFFF44A8 ? BFFF89D8 ?
BFFF89DC ? BFFF89E0 ?
BFFF89E4 ? 2E ? BFFF89F0 ?
kcvcrv()+2915 call kctrec() BFFF8B18 ? 0 ? AED66F0 ?
AED6D44 ? AEFE840 ?
BFFF8B18 ?
kcfopd()+642 call kcvcrv() BFFF9290 ? 0 ?
adbdrv()+2024 call kcfopd() 0 ? 0 ? 0 ? 0 ? 90FDA104 ?
90FDA1C2 ?
opiexe()+9796 call adbdrv() 4076022C ? AEAD964 ?
4076D048 ? 1 ? 0 ? 1 ?
opiosq0()+1170 call opiexe() 4 ? 0 ? BFFFB09C ?
kpooprx()+206 call opiosq0() 3 ? E ? BFFFB1DC ? 24 ?
kpoal8()+599 call kpooprx() BFFFBD7C ? BFFFBC98 ? 13 ?
1 ? 0 ? 24 ?
opiodr()+1135 call 00000000 5E ? 14 ? BFFFBD78 ?
ttcpip()+4148 call 00000000 5E ? 14 ? BFFFBD78 ? 0 ?
opitsk()+949 call ttcpip() AEAD960 ? 5E ? BFFFBD78 ? 0 ?
BFFFC650 ? BFFFC64C ?
opiino()+1328 call opitsk() 0 ? 0 ? AEAD960 ? AEEAD70 ?
EA ? 0 ?
opiodr()+1135 call 00000000 3C ? 4 ? BFFFDA1C ?
opidrv()+418 call opiodr() 3C ? 4 ? BFFFDA1C ? 0 ?
sou2o()+30 call opidrv() 3C ? 4 ? BFFFDA1C ?
main()+187 call sou2o() BFFFDA00 ? 3C ? 4 ?
BFFFDA1C ? 81618EA ? 0 ?
__libc_start_main() call 00000000 2 ? BFFFDA84 ? BFFFDA90 ?
+178 400166E0 ? 2 ? 8213DF0 ?
22 авг 08, 21:55    [6101117]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
xymbo
kiabrin
StarWoofy
kiabrin
ах, да.

SQL*Plus: Release 9.2.0.6.0 - Production on Fri Aug 22 21:25:49 2008


restore datafile
recover datafile
?


а как пишется?


restore datafile /opt/oracle/nz907db/dbf/system/system.dbf;
recover datafile /opt/oracle/nz907db/dbf/system/system.dbf;
Но если у Вас не архивлог режим, сможете восстановиться на дату последнего холодного бэкапа. На форуме есть люди, которые могут повозиться с файликом и поднять вашу базу:)


SQL> restore datafile /opt/oracle/nz907db/dbf/system/system.dbf;
SP2-0734: unknown command beginning "restore da..." - rest of line ignored.
SQL> recover datafile /opt/oracle/nz907db/dbf/system/system.dbf;
ORA-02236: invalid file name
22 авг 08, 21:58    [6101127]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
DВА
Member

Откуда:
Сообщений: 5439
откуда там restore взяться если автор пишет "ARCHIVELOG, увы, не было"

Попращайтесь с базой либо поищите толкового админа, с абсолютным нулем знаний по ораклу форум вам не поможет пофиксить коррапт блоки в системе.
22 авг 08, 22:17    [6101168]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
DВА
откуда там restore взяться если автор пишет "ARCHIVELOG, увы, не было"

Попращайтесь с базой либо поищите толкового админа, с абсолютным нулем знаний по ораклу форум вам не поможет пофиксить коррапт блоки в системе.


ну, знаний тут не ноль. так что, вот именно нужна инфа о фиксе блоков.
базу ставил не я, так что не надо выводы делать.
22 авг 08, 22:24    [6101188]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
DВА
откуда там restore взяться если автор пишет "ARCHIVELOG, увы, не было"

Попращайтесь с базой либо поищите толкового админа, с абсолютным нулем знаний по ораклу форум вам не поможет пофиксить коррапт блоки в системе.

Ната, человек просто спросил как написать команду, ему ответили:) Понятно, что без бэкапа и архивлогов базе можно сказать до свидания.
Файлы данных надо было в кавычки взять.
22 авг 08, 22:27    [6101200]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
DВА
Member

Откуда:
Сообщений: 5439
kiabrin
DВА
откуда там restore взяться если автор пишет "ARCHIVELOG, увы, не было"

Попращайтесь с базой либо поищите толкового админа, с абсолютным нулем знаний по ораклу форум вам не поможет пофиксить коррапт блоки в системе.


ну, знаний тут не ноль. так что, вот именно нужна инфа о фиксе блоков.
базу ставил не я, так что не надо выводы делать.

я про админские знания а не вообще :)
22 авг 08, 22:28    [6101206]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
DВА
Member

Откуда:
Сообщений: 5439
PaulEr
DВА
откуда там restore взяться если автор пишет "ARCHIVELOG, увы, не было"

Попращайтесь с базой либо поищите толкового админа, с абсолютным нулем знаний по ораклу форум вам не поможет пофиксить коррапт блоки в системе.

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


ну хоть в кавычках писать restore datafile хоть без, в отсутствие бэкапов это не важно

автор, вообще к акие-нить копии базы есть? Холодная например, там месячной давности
22 авг 08, 22:31    [6101216]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
нету :(
22 авг 08, 22:32    [6101220]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
А что последовало вообще остановке базы? Диск посыпался? С ОС что-то случилось? Кстати, что за ось?
22 авг 08, 22:33    [6101225]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
DВА
PaulEr
DВА
откуда там restore взяться если автор пишет "ARCHIVELOG, увы, не было"

Попращайтесь с базой либо поищите толкового админа, с абсолютным нулем знаний по ораклу форум вам не поможет пофиксить коррапт блоки в системе.

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


ну хоть в кавычках писать restore datafile хоть без, в отсутствие бэкапов это не важно

автор, вообще к акие-нить копии базы есть? Холодная например, там месячной давности


Это бесспорно:) Автор спросил про синтаксис, ему был дан ответ:)
22 авг 08, 22:34    [6101228]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
PaulEr
А что последовало вообще остановке базы? Диск посыпался? С ОС что-то случилось? Кстати, что за ось?


перезагружали кажется.
ОС SLES 9
22 авг 08, 22:41    [6101238]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
kiabrin
PaulEr
А что последовало вообще остановке базы? Диск посыпался? С ОС что-то случилось? Кстати, что за ось?


перезагружали кажется.
ОС SLES 9


но вообще говоря там RAID 1+0
22 авг 08, 22:43    [6101239]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
Это не значит, что можно перегружать сервер без остановки базы :)
22 авг 08, 22:45    [6101243]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
хрен знает как его там перезагрузили :(
22 авг 08, 22:59    [6101256]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
А Вы разработчик и Вам сказали его поднять, да?
22 авг 08, 23:03    [6101261]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
PaulEr
А Вы разработчик и Вам сказали его поднять, да?

угу
22 авг 08, 23:03    [6101262]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
У Вас Ната спросила, есть ли бэкапы? По-видимому нет. У вас одна возможность восстановиться на время последнего холодного бэкапа.
22 авг 08, 23:08    [6101268]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
kiabrin
Member

Откуда:
Сообщений: 31
PaulEr
У Вас Ната спросила, есть ли бэкапы? По-видимому нет. У вас одна возможность восстановиться на время последнего холодного бэкапа.


нету :(
а из другого, целого датафайла достать можно чего-то?
22 авг 08, 23:13    [6101280]     Ответить | Цитировать Сообщить модератору
 Re: ORA-01578 в system.dbf  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
Что-то эту фразу не совсем понял. Что за другой датафайл? Откуда он?
22 авг 08, 23:19    [6101289]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить