Из-за чего рушится файлы? (Рушится база)

favt
Дата: 22.11.2009 15:28:21
Добрый день.
Упала база, ни стого ничего с утра просто не запустилась, ругнулась на UNDOTBS.
в алерте ничего критичного не увидел, база опустилась корректно.
Из-за чего такое могло случиться?
(Оракл 9, на winxp)
алерт:
Sat Nov 21 21:25:15 2009
Shutting down instance: further logons disabled
Shutting down instance (immediate)
License high water mark = 6
All dispatchers and shared servers shutdown
Sat Nov 21 21:25:20 2009
alter database close normal 
Sat Nov 21 21:25:20 2009
SMON: disabling tx recovery
                                Dump file c:\oracle92\admin\opk\bdump\alert_opk.log
Sun Nov 22 09:12:34 2009
ORACLE V9.2.0.7.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.1 Service Pack 2, CPU type 586
Sun Nov 22 09:12:34 2009
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.7.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            = c:\oracle92\oradata\OPK\CONTROL01.CTL, c:\oracle92\oradata\OPK\CONTROL02.CTL, c:\oracle92\oradata\OPK\CONTROL03.CTL
  db_block_size            = 8192
  db_cache_size            = 25165824
  compatible               = 9.2.0.0.0
  db_file_multiblock_read_count= 16
  fast_start_mttr_target   = 300
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  undo_retention           = 10800
  remote_login_passwordfile= EXCLUSIVE
  db_domain                = 
  instance_name            = OPK
  dispatchers              = (PROTOCOL=TCP) (SERVICE=OPKXDB)
  utl_file_dir             = c:\out, D:\APPL\SQL_RUN\log, D:\APPL\SQL_RUN\in
  job_queue_processes      = 10
  hash_join_enabled        = TRUE
  background_dump_dest     = c:\oracle92\admin\OPK\bdump
  user_dump_dest           = c:\oracle92\admin\OPK\udump
  core_dump_dest           = c:\oracle92\admin\OPK\cdump
  sort_area_size           = 524288
  db_name                  = OPK
  open_cursors             = 300
  star_transformation_enabled= FALSE
  query_rewrite_enabled    = FALSE
  pga_aggregate_target     = 25165824
  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
Sun Nov 22 09:12:43 2009
starting up 1 shared server(s) ...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Sun Nov 22 09:12:46 2009
alter database mount exclusive 
Sun Nov 22 09:12:54 2009
Successful mount of redo thread 1, with mount id 669204559
Sun Nov 22 09:12:54 2009
Database mounted in Exclusive Mode.
Completed: alter database mount exclusive
Sun Nov 22 09:12:54 2009
alter database open
ORA-1113 signalled during: alter database open...
Shutting down instance: further logons disabled
Shutting down instance (immediate)
License high water mark = 3
--Попрошайка--
Дата: 22.11.2009 18:39:15
1. Остановил
2. Удалил undo
3. Запустил и получил проблему

?
semenar
Дата: 22.11.2009 19:20:19
--Попрошайка--
1. Остановил
2. Удалил undo

удалили ручками?
автор
3. Запустил и получил проблему

может следовало почитать - Managing the Undo Tablespace.Switching Undo Tablespaces? То есть создаем новое, переключаем на него. Перестартуем.
pravednik
Дата: 22.11.2009 19:28:43
semenar,

дружище, предыдущий оратор тоже спрашивает ;))

и скорее всего он прав ;)
favt
Дата: 22.11.2009 21:26:34
Никто специально ничего не удалял.
По логам видно как его вчера вечером корректно выключили (комп в целом), а с утречка ничерта не стартануло. :(
(База не в архивлог). Просто даже не понятно на "разборе полетов" из-за чего такое случилось(-ется) ???
pravednik
Дата: 22.11.2009 22:30:13
favt,

как ругнулось то хоть ?
Vadim Lejnin
Дата: 23.11.2009 00:09:38
favt,

автор


[root@l2 ~]# oerr ora 1113
01113, 00000, "file %s needs media recovery"
// *Cause: An attempt was made to online or open a database with a file that
// is in need of media recovery.
// *Action: First apply media recovery to the file.

Для начала нужны ответы на вопросы:
- Файл физически читается?
- Файл находится на физ. диске или на логическом томе
програмного/аппаратного RAID контроллера?
- Результат выполнения команды:
recover database;
favt
Дата: 23.11.2009 08:43:13
1. файл физически читался (даже удалили).
2. Это обычный комп и база находится на винте.
3. да, recover database помог, базу восстановили... но вопрос - почему так произошло? Как минимизировать появление таких проблем? Почему она возникла на ровном месте - штатной работе?
Вячеслав Любомудров
Дата: 23.11.2009 08:57:07
favt
Sat Nov 21 21:25:15 2009
Shutting down instance: further logons disabled
Shutting down instance (immediate)
License high water mark = 6
All dispatchers and shared servers shutdown
Sat Nov 21 21:25:20 2009
alter database close normal 
Sat Nov 21 21:25:20 2009
SMON: disabling tx recovery
                                Dump file c:\oracle92\admin\opk\bdump\alert_opk.log
Sun Nov 22 09:12:34 2009
ORACLE V9.2.0.7.0 - Production vsnsta=0
Она у тебя закрылась аварийно (не хватило времени на чистое закрытие и процесс был тупо прибит), см ORA_<SID>_SHUTDOWN_TIMEOUT в реестре
Shutting down instance (immediate)
License high water mark = 31
Sat May 30 13:54:21 2009
Stopping Job queue slave processes, flags = 7
Sat May 30 13:54:21 2009
Job queue slave processes stopped
Sat May 30 13:54:28 2009
alter database close normal
Sat May 30 13:54:28 2009
SMON: disabling tx recovery
SMON: disabling cache recovery
Sat May 30 13:54:29 2009
Shutting down archive processes
Archiving is disabled
Sat May 30 13:54:34 2009
ARCH shutting down
ARC1: Archival stopped
Sat May 30 13:54:39 2009
ARCH shutting down
ARC0: Archival stopped
Sat May 30 13:54:40 2009
Thread 1 closed at log sequence 183310
Successful close of redo thread 1
Sat May 30 13:54:41 2009
Completed: alter database close normal
Sat May 30 13:54:41 2009
alter database dismount
Completed: alter database dismount
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Dump file c:\oracle\admin\ibsoprg\bdump\alert_xxx.log
Sat May 30 15:25:21 2009
ORACLE V10.2.0.4.0 - Production vsnsta=0
SergINI
Дата: 23.11.2009 10:25:19
favt,

Компьютер выключали? Если да, то скорее всего связано с кэшированием Винды. Отключи кэширование в винде для диска, на котором база крутится.