Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10 .. 12   вперед  Ctrl      все
 Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
Посыпался винт
Удалось скопировать
control01.ctl
control02.ctl
control03.ctl
cwmlite01.dbf
drsys01.dbf
indx01.dbf
odm01.dbf
system01.dbf
temp01.dbf
tools01.dbf
users01.dbf
xdb01.dbf
redo01.log
redo02.log
redo03.log

Oracle 9.2.0.1.0
Win2000
Сделал подобную базу, скопил туда спасенное
Сделал
orapwd file=PWDdbSov.ora password=sysjeu entries=2
На
SQL> recover
говорит
ORA-00283: сеанс восстановления отменен из-за ошибок
ORA-01110: файл данных 2: 'D:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF'
ORA-01122: файл базы данных 2 не прошел контроль при верификации
ORA-01110: файл данных 2: 'D:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF'
ORA-01206: файл не является частью этой базы данных - ошибочный ид. базы данных

Отлючаю
undo_management=MANUAL
alter database datafile 'D:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF' offline ;
alter database datafile 'D:\ORACLE\ORADATA\DBSOV\EXAMPLE01.DBF' offline ;

shutdown normal;
STARTUP NOMOUNT

STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "DBSOV" RESETLOGS NOARCHIVELOG
-- SET STANDBY TO MAXIMIZE PERFORMANCE
MAXLOGFILES 50
MAXLOGMEMBERS 5
MAXDATAFILES 100
MAXINSTANCES 1
MAXLOGHISTORY 226
LOGFILE
GROUP 1 'D:\ORACLE\ORADATA\DBSOV\REDO01.LOG' SIZE 100M,
GROUP 2 'D:\ORACLE\ORADATA\DBSOV\REDO02.LOG' SIZE 100M,
GROUP 3 'D:\ORACLE\ORADATA\DBSOV\REDO03.LOG' SIZE 100M
-- STANDBY LOGFILE
DATAFILE
'D:\ORACLE\ORADATA\DBSOV\SYSTEM01.DBF',
'D:\ORACLE\ORADATA\DBSOV\CWMLITE01.DBF',
'D:\ORACLE\ORADATA\DBSOV\DRSYS01.DBF',
'D:\ORACLE\ORADATA\DBSOV\INDX01.DBF',
'D:\ORACLE\ORADATA\DBSOV\ODM01.DBF',
'D:\ORACLE\ORADATA\DBSOV\TOOLS01.DBF',
'D:\ORACLE\ORADATA\DBSOV\USERS01.DBF',
'D:\ORACLE\ORADATA\DBSOV\XDB01.DBF'
CHARACTER SET CL8MSWIN1251;

shutdown normal;
STARTUP MOUNT

Экземпляр ORACLE запущен.

Total System Global Area 126950220 bytes
Fixed Size 453452 bytes
Variable Size 109051904 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
База данных смонтирована.
SQL> select name from v$datafile ;
NAME
-------------------------------------------
D:\ORACLE\ORADATA\DBSOV\SYSTEM01.DBF
D:\ORACLE\ORADATA\DBSOV\CWMLITE01.DBF
D:\ORACLE\ORADATA\DBSOV\DRSYS01.DBF
D:\ORACLE\ORADATA\DBSOV\INDX01.DBF
D:\ORACLE\ORADATA\DBSOV\ODM01.DBF
D:\ORACLE\ORADATA\DBSOV\TOOLS01.DBF
D:\ORACLE\ORADATA\DBSOV\USERS01.DBF
D:\ORACLE\ORADATA\DBSOV\XDB01.DBF

SQL> alter database backup controlfile to trace ;
База данных изменена.

SQL> ALTER DATABASE OPEN RESETLOGS;
ALTER DATABASE OPEN RESETLOGS
ошибка в строке 1:
ORA-01194: для совместимости требуется дополнительное восстановление файла 1
ORA-01110: файл данных 1: 'D:\ORACLE\ORADATA\DBSOV\SYSTEM01.DBF'

Чего неправильно ???
Хотя бы завести и выгрузить дамп.
14 июн 06, 09:38    [2768297]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
__mike__
Member

Откуда: Белгород
Сообщений: 553
я думаю вам нужно просто создать новый UNDO(create undo tablespace...,alter system set undo_tablespace=new), и попробовать запустить базу
может я неправ, но вы сохранили redo.log-и и нет необходимости делать RESETLOGS
14 июн 06, 10:02    [2768414]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
на create undo tablespace
ORA-01109: база данных не открыта
14 июн 06, 10:09    [2768444]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
tru55
Member

Откуда: СПб
Сообщений: 19791
ORA-01194: для совместимости требуется дополнительное восстановление файла 1

А если после этого сказать RECOVER ?
14 июн 06, 10:36    [2768569]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
SQL> connect sys/sysjeu@dbsov as sysdba;
Соединен с простаивающим экземпляром.
SQL> startup mount;
Экземпляр ORACLE запущен.

Total System Global Area 126950220 bytes
Fixed Size 453452 bytes
Variable Size 109051904 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
База данных смонтирована.
SQL> ALTER DATABASE OPEN ;
ALTER DATABASE OPEN
*
ошибка в строке 1:
ORA-01122: файл базы данных 2 не прошел контроль при верификации
ORA-01110: файл данных 2: 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF'
ORA-01206: файл не является частью этой базы данных - ошибочный ид. базы данных


SQL> alter database datafile 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF' offline drop;

База данных изменена.

SQL> ALTER DATABASE OPEN ;
ALTER DATABASE OPEN
*
ошибка в строке 1:
ORA-01122: файл базы данных 5 не прошел контроль при верификации
ORA-01110: файл данных 5: 'E:\ORACLE\ORADATA\DBSOV\EXAMPLE01.DBF'
ORA-01206: файл не является частью этой базы данных - ошибочный ид. базы данных


SQL> alter database datafile 'E:\ORACLE\ORADATA\DBSOV\EXAMPLE01.DBF' offline drop;

База данных изменена.

SQL> ALTER DATABASE OPEN ;
ALTER DATABASE OPEN
*
ошибка в строке 1:
ORA-01092: экземпляр ORACLE завершен. Выполнено разъединение


SQL> connect sys/sysjeu@dbsov as sysdba;
Соединен с простаивающим экземпляром.
SQL> startup mount;
Экземпляр ORACLE запущен.

Total System Global Area 126950220 bytes
Fixed Size 453452 bytes
Variable Size 109051904 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
База данных смонтирована.
SQL> recover;
Восстановление носителя завершено.
SQL> ALTER DATABASE OPEN ;
ALTER DATABASE OPEN
*
ошибка в строке 1:
ORA-01092: экземпляр ORACLE завершен. Выполнено разъединение

Теперь вот так.
14 июн 06, 10:59    [2768689]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
Это я начал сначала

Скопировал базу и тд
14 июн 06, 11:04    [2768718]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
HX
Member

Откуда: Moscow
Сообщений: 2454
Какая версия?..
Я правильно понимаю, что вы делеаете микс из system tablespace одной базы и undotablespace и еще чего-то совсем другой базы и хотите чтобы все отработало?.. Если да, то предлагаю сделать:
ALTER SESSION SET EVENTS 'immediate trace name file_hdrs level 10';
и подумать над содерджимым управляющего файла и заголовком фалов данных, на предмет прохождения верификации, а имеено DBID, DBNAME и т.д. и т.п.

Вернитесь к восстановлению изанчально базы данных. Опишите точно что потеряено, что живо, какие повреждения.
14 июн 06, 11:05    [2768724]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
ODBA
Member

Откуда:
Сообщений: 1723
"Сделал подобную базу, скопил туда спасенное" - лишнее.
14 июн 06, 11:26    [2768849]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
Имеются в наличии
control01.ctl
control02.ctl
control03.ctl
cwmlite01.dbf
drsys01.dbf
indx01.dbf
odm01.dbf
system01.dbf
temp01.dbf
tools01.dbf
users01.dbf
xdb01.dbf
redo01.log
redo02.log
redo03.log
Более ничего

SQL> connect sys/sysjeu@dbsov as sysdba;
Соединен с простаивающим экземпляром.
SQL> startup mount;
Экземпляр ORACLE запущен.

Total System Global Area 126950220 bytes
Fixed Size 453452 bytes
Variable Size 109051904 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
База данных смонтирована.

Последнее из Alert.log
Wed Jun 14 14:52:19 2006
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
ARCH: Archiving is disabled
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archiving is disabled
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Wed Jun 14 14:52:33 2006
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
SCN scheme 2
Using log_archive_dest parameter default value
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 9.2.0.1.0.
System parameters with non-default values:
processes = 150
timed_statistics = TRUE
shared_pool_size = 50331648
large_pool_size = 8388608
java_pool_size = 33554432
control_files = D:\oracle\oradata\dbSov\CONTROL01.CTL, D:\oracle\oradata\dbSov\CONTROL02.CTL, D:\oracle\oradata\dbSov\CONTROL03.CTL
db_block_size = 8192
db_cache_size = 16777216
compatible = 9.2.0.0.0
db_file_multiblock_read_count= 32
fast_start_mttr_target = 300
undo_management = AUTO
undo_tablespace = UNDOTBS1
undo_retention = 10800
remote_login_passwordfile= EXCLUSIVE
db_domain =
instance_name = dbSov
dispatchers = (PROTOCOL=TCP) (SERVICE=dbSovXDB)
job_queue_processes = 10
hash_join_enabled = TRUE
hash_area_size = 1048576
background_dump_dest = D:\oracle\admin\dbSov\bdump
user_dump_dest = D:\oracle\admin\dbSov\udump
core_dump_dest = D:\oracle\admin\dbSov\cdump
sort_area_size = 1048576
db_name = dbSov
open_cursors = 300
star_transformation_enabled= TRUE
query_rewrite_enabled = TRUE
pga_aggregate_target = 33554432
aq_tm_processes = 1
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7
CJQ0 started with pid=8
QMN0 started with pid=9
Wed Jun 14 14:52:35 2006
starting up 1 shared server(s) ...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Wed Jun 14 14:52:36 2006
ALTER DATABASE MOUNT
Wed Jun 14 14:52:40 2006
Successful mount of redo thread 1, with mount id 1068212276.
Wed Jun 14 14:52:40 2006
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE MOUNT
Wed Jun 14 14:54:04 2006
ALTER DATABASE OPEN
Wed Jun 14 14:54:04 2006
Beginning crash recovery of 1 threads
Wed Jun 14 14:54:04 2006
Started first pass scan
Wed Jun 14 14:54:05 2006
Completed first pass scan
1 redo blocks read, 0 data blocks need recovery
Wed Jun 14 14:54:05 2006
Started recovery at
Thread 1: logseq 82, block 2, scn 0.6060549
Recovery of Online Redo Log: Thread 1 Group 3 Seq 82 Reading mem 0
Mem# 0 errs 0: E:\ORACLE\ORADATA\DBSOV\REDO03.LOG
Wed Jun 14 14:54:05 2006
Ended recovery at
Thread 1: logseq 82, block 3, scn 0.6080550
0 data blocks read, 0 data blocks written, 1 redo blocks read
Crash recovery completed successfully
Wed Jun 14 14:54:06 2006
Thread 1 advanced to log sequence 83
Thread 1 opened at log sequence 83
Current log# 1 seq# 83 mem# 0: E:\ORACLE\ORADATA\DBSOV\REDO01.LOG
Successful open of redo thread 1.
Wed Jun 14 14:54:06 2006
SMON: enabling cache recovery
Wed Jun 14 14:54:06 2006
Errors in file d:\oracle\admin\dbsov\udump\dbsov_ora_1452.trc:
ORA-00704: сбой процесса начальной загрузки
ORA-00604: ошибка на рекурсивном SQL-уровне 2
ORA-00376: в данный момент файл 2 не может быть прочитан
ORA-01110: файл данных 2: 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF'

Wed Jun 14 14:54:06 2006
Error 704 happened during db open, shutting down database
USER: terminating instance due to error 704
Instance terminated by USER, pid = 1452
ORA-1092 signalled during: ALTER DATABASE OPEN ...

Control файлы на D разделе
Таблицы и Redo на E
14 июн 06, 11:59    [2769049]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
MElin
Member

Откуда: Йо-бург
Сообщений: 84
аосле того как
SQL>startup mount;
и
SQL>ALTER DATABASE OPEN ;
когда в логах ругается на
ORA-00704: сбой процесса начальной загрузки
ORA-00604: ошибка на рекурсивном SQL-уровне 2
ORA-00376: в данный момент файл 2 не может быть прочитан
ORA-01110: файл данных 2: 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF'
попробуй выполнить такую команду:

SQL>ALTER DATABASE DATAFILE 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF' OFFLINE DROP;

может и помочь.
14 июн 06, 12:28    [2769212]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
ODBA
Member

Откуда:
Сообщений: 1723
Я бы примерно пошел по следующему пути:

- скопировал бы остатки в новое место (если есть возможность, то
расположение файлов данных постарался бы сделать точно таким же, как
было)
- если потерян файл параметров (init.ora или spfile.ora), то создал бы init.ora
- вместо "Сделал подобную базу, скопил туда спасенное"
воспользовался бы "oradim -new -sid ....."
- потом бы сделал бы что-нибудь такое
set ORACLE_SID=ляляля
sqlplus "/ AS SYSDBA"
STARTUP MOUNT PFILE='C:\oracle\temp\init.ora'
SELECT name FROM v$datafile;
SELECT name FROM v$tempfile;
SELECT member FROM v$logfile; и т.п.
- если надо, то потом что-нибудь вроде того: ALTER DATABASE RENAME FILE

далее работал бы над проблемой потери UNDO и другого ненужного хлама.
14 июн 06, 12:30    [2769231]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
ALTER DATABASE MOUNT
Wed Jun 14 15:22:01 2006
Successful mount of redo thread 1, with mount id 1068268565.
Wed Jun 14 15:22:01 2006
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE MOUNT
Wed Jun 14 15:28:49 2006
ALTER DATABASE DATAFILE 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF' OFFLINE DROP
Wed Jun 14 15:28:49 2006
Completed: ALTER DATABASE DATAFILE 'E:\ORACLE\ORADATA\DBSOV\U
Wed Jun 14 15:29:12 2006
alter database datafile 'E:\ORACLE\ORADATA\DBSOV\EXAMPLE01.DBF' offline drop
Wed Jun 14 15:29:12 2006
Completed: alter database datafile 'E:\ORACLE\ORADATA\DBSOV\E
Wed Jun 14 15:29:29 2006
ALTER DATABASE OPEN
Wed Jun 14 15:29:29 2006
Beginning crash recovery of 1 threads
Wed Jun 14 15:29:29 2006
Started first pass scan
Wed Jun 14 15:29:30 2006
Completed first pass scan
1 redo blocks read, 0 data blocks need recovery
Wed Jun 14 15:29:30 2006
Started recovery at
Thread 1: logseq 84, block 2, scn 0.6100555
Recovery of Online Redo Log: Thread 1 Group 2 Seq 84 Reading mem 0
Mem# 0 errs 0: E:\ORACLE\ORADATA\DBSOV\REDO02.LOG
Wed Jun 14 15:29:31 2006
Ended recovery at
Thread 1: logseq 84, block 3, scn 0.6120556
0 data blocks read, 0 data blocks written, 1 redo blocks read
Crash recovery completed successfully
Wed Jun 14 15:29:31 2006
Thread 1 advanced to log sequence 85
Thread 1 opened at log sequence 85
Current log# 3 seq# 85 mem# 0: E:\ORACLE\ORADATA\DBSOV\REDO03.LOG
Successful open of redo thread 1.
Wed Jun 14 15:29:31 2006
SMON: enabling cache recovery
Wed Jun 14 15:29:32 2006
Errors in file d:\oracle\admin\dbsov\udump\dbsov_ora_1888.trc:
ORA-00704: сбой процесса начальной загрузки
ORA-00604: ошибка на рекурсивном SQL-уровне 2
ORA-00376: в данный момент файл 2 не может быть прочитан
ORA-01110: файл данных 2: 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF'

Wed Jun 14 15:29:32 2006
Error 704 happened during db open, shutting down database
USER: terminating instance due to error 704
Instance terminated by USER, pid = 1888
ORA-1092 signalled during: ALTER DATABASE OPEN ...

Не помогло
14 июн 06, 12:45    [2769321]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
HX
Member

Откуда: Moscow
Сообщений: 2454
Надо те только offline drop для потерянного файла, но еще сменить режим undo_management=manual.
поищите по форуму undo_management потеря.

Правда смущает, что на recursive sql, поищите трассировочные файлы от падаения при открыти базы данных. выложите их сюда.
14 июн 06, 12:48    [2769351]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
Не специалист я в этом
Это ????
Dump file d:\oracle\admin\dbsov\udump\dbsov_ora_312.trc
Wed Jun 14 16:10:22 2006
ORACLE V9.2.0.1.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Instance name: dbsov

Redo thread mounted by this instance: 1

Oracle process number: 12

Windows thread id: 312, image: ORACLE.EXE


*** SESSION ID:(9.3) 2006-06-14 16:10:22.000
----- Redo read statistics for thread 1 -----
Read rate (ASYNC) = 0Kb/sec => 1 blocks in 1s
Read buffer = 8192Kb (16384 blocks)
Longest record = 0Kb
Record moves = 0/1 (0%)
----------------------------------------------
Thread checkpoint rba:0x00004d.00000002.0010 scn:0x0000.005af355
Cache low rba is 0xffffffff.ffffffff.ffff
Use incremental checkpoint on-disk rba
Thread 1 recovery from rba:0x00004d.00000003.0000 scn:0x0000.005af356
*** 2006-06-14 16:10:26.000
KCRA: start recovery claims for 0 data blocks
*** 2006-06-14 16:10:26.000
KCRA: buffers claimed = 0/0, eliminated = 0
ORA-00704: сбой процесса начальной загрузки
ORA-00604: ошибка на рекурсивном SQL-уровне 2
ORA-00376: в данный момент файл 2 не может быть прочитан
ORA-01110: файл данных 2: 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF'
14 июн 06, 13:12    [2769497]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
MElin
Member

Откуда: Йо-бург
Сообщений: 84
ALTER DATABASE DATAFILE 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF' OFFLINE DROP;

вполнил или нет?
если выполнил - ответ в студию ;-)
14 июн 06, 13:16    [2769512]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
HX
Member

Откуда: Moscow
Сообщений: 2454
Скорее всего вот это:
d:\oracle\admin\dbsov\udump\dbsov_ora_1888.trc
14 июн 06, 13:19    [2769529]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
Выполнил
При undo_management=MANUAL
SQL> alter database datafile 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF' offline drop;
База данных изменена.
SQL> alter database datafile 'E:\ORACLE\ORADATA\DBSOV\EXAMPLE01.DBF' offline drop;
База данных изменена.
SQL> recover;
Восстановление носителя завершено.
SQL> ALTER DATABASE OPEN ;
ALTER DATABASE OPEN
ошибка в строке 1:
ORA-01092: экземпляр ORACLE завершен. Выполнено разъединение

Выше Alert.log есть
14 июн 06, 13:30    [2769583]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
HX
Member

Откуда: Moscow
Сообщений: 2454
Выложите все-таки вот этот файл:
d:\oracle\admin\dbsov\udump\dbsov_ora_1888.trc
Если большой, то вложением.
14 июн 06, 13:33    [2769592]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
1888.trc

Dump file d:\oracle\admin\dbsov\udump\dbsov_ora_1888.trc
Wed Jun 14 15:29:30 2006
ORACLE V9.2.0.1.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Instance name: dbsov

Redo thread mounted by this instance: 1

Oracle process number: 12

Windows thread id: 1888, image: ORACLE.EXE


*** SESSION ID:(9.3) 2006-06-14 15:29:30.000
----- Redo read statistics for thread 1 -----
Read rate (ASYNC) = 0Kb/sec => 1 blocks in 1s
Read buffer = 8192Kb (16384 blocks)
Longest record = 0Kb
Record moves = 0/1 (0%)
----------------------------------------------
*** 2006-06-14 15:29:30.000
KCRA: start recovery claims for 0 data blocks
*** 2006-06-14 15:29:30.000
KCRA: buffers claimed = 0/0, eliminated = 0
ORA-00704: сбой процесса начальной загрузки
ORA-00604: ошибка на рекурсивном SQL-уровне 2
ORA-00376: в данный момент файл 2 не может быть прочитан
ORA-01110: файл данных 2: 'E:\ORACLE\ORADATA\DBSOV\UNDOTBS01.DBF'
14 июн 06, 13:33    [2769596]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
ODBA
Member

Откуда:
Сообщений: 1723
Будь добр выложи сюда еще:
- содержимое init.ora
- опроси представления относящиеся к файлам данных, журналам и т.п.
- файл трассировки ,который тебе HX просит
14 июн 06, 13:34    [2769602]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
HX
Member

Откуда: Moscow
Сообщений: 2454
понятно.
ORA-00704: сбой процесса начальной загрузки

В вашем случае rollback segment нужен для восстановления system tablespace. Дурно.

Если вам не трудно, сделайте 10046 трассировку :
alter database open;
посмотрим на чем хоть падает...
14 июн 06, 13:36    [2769614]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
init.ora
##############################################################################
# Copyright (c) 1991, 2001, 2002 by Oracle Corporation
##############################################################################

###########################################
# Cache and I/O
###########################################
db_block_size=8192
db_cache_size=16777216
db_file_multiblock_read_count=32

###########################################
# Cursors and Library Cache
###########################################
open_cursors=300

###########################################
# Database Identification
###########################################
db_domain=""
db_name=dbSov

###########################################
# Diagnostics and Statistics
###########################################
background_dump_dest=D:\oracle\admin\dbSov\bdump
core_dump_dest=D:\oracle\admin\dbSov\cdump
timed_statistics=TRUE
user_dump_dest=D:\oracle\admin\dbSov\udump

###########################################
# File Configuration
###########################################
control_files=("D:\oracle\oradata\dbSov\CONTROL01.CTL", "D:\oracle\oradata\dbSov\CONTROL02.CTL", "D:\oracle\oradata\dbSov\CONTROL03.CTL")

###########################################
# Instance Identification
###########################################
instance_name=dbSov

###########################################
# Job Queues
###########################################
job_queue_processes=10

###########################################
# MTS
###########################################
dispatchers="(PROTOCOL=TCP) (SERVICE=dbSovXDB)"

###########################################
# Miscellaneous
###########################################
aq_tm_processes=1
compatible=9.2.0.0.0

###########################################
# Optimizer
###########################################
hash_join_enabled=TRUE
query_rewrite_enabled=TRUE
star_transformation_enabled=TRUE

###########################################
# Pools
###########################################
java_pool_size=33554432
large_pool_size=8388608
shared_pool_size=50331648

###########################################
# Processes and Sessions
###########################################
processes=150

###########################################
# Redo Log and Recovery
###########################################
fast_start_mttr_target=300

###########################################
# Security and Auditing
###########################################
remote_login_passwordfile=EXCLUSIVE

###########################################
# Sort, Hash Joins, Bitmap Indexes
###########################################
hash_area_size=1048576
pga_aggregate_target=33554432
sort_area_size=1048576

###########################################
# System Managed Undo and Rollback Segments
###########################################
undo_management=MANUAL
undo_retention=10800
undo_tablespace=UNDOTBS1
14 июн 06, 13:37    [2769615]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
ODBA
Member

Откуда:
Сообщений: 1723
убери
undo_retention=10800
undo_tablespace=UNDOTBS1
14 июн 06, 13:39    [2769624]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
HX
Member

Откуда: Moscow
Сообщений: 2454
ODBA
убери
undo_retention=10800
undo_tablespace=UNDOTBS1

Я думаю что на этапе open пофигу...
14 июн 06, 13:41    [2769637]     Ответить | Цитировать Сообщить модератору
 Re: Посыпался винт с базой  [new]
Vadim Yanin
Member

Откуда:
Сообщений: 75
Если вам не трудно, сделайте 10046 трассировку :
alter database open;
посмотрим на чем хоть падает...

Если можно расскажите как это ??
14 июн 06, 13:43    [2769644]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10 .. 12   вперед  Ctrl      все
Все форумы / Oracle Ответить