Это после внезапной остановки базы. Я поднимал базу через DBA Studio.
Вот после перезагрузки сервера.
Tue Feb 09 14:49:39 2010
Shutting down instance (immediate)
License high water mark = 7
Tue Feb 09 14:49:40 2010
ALTER DATABASE CLOSE NORMAL
Tue Feb 09 14:49:41 2010
SMON: disabling tx recovery
SMON: disabling cache recovery
Tue Feb 09 14:49:41 2010
Thread 1 closed at log sequence 1646535
Tue Feb 09 14:49:41 2010
Completed: ALTER DATABASE CLOSE NORMAL
Tue Feb 09 14:49:41 2010
ALTER DATABASE DISMOUNT
Completed: ALTER DATABASE DISMOUNT
archiving is disabled
Dump file D:\ORACLE\admin\edelco1\bdump\edelco1ALRT.LOG
Tue Feb 09 15:40:11 2010
ORACLE V8.1.6.3.0 - Production vsnsta=0
vsnsql=e vsnxtr=3
Windows 2000 Version 5.0 Service Pack 4, CPU type 586
Starting up ORACLE RDBMS Version: 8.1.6.3.0.
System parameters with non-default values:
processes = 150
shared_pool_size = 250309888
large_pool_size = 614400
java_pool_size = 32768
control_files = D:\ORACLE\oradata\edelco1\control02.ctl, D:\ORACLE\oradata\edelco1\control01.ctl, D:\ORACLE\oradata\edelco1\control03.ctl
db_block_buffers = 30555
db_block_size = 8192
compatible = 8.1.0
log_archive_dest_1 = LOCATION=D:\ORACLE\ORA81\RDBMS
log_buffer = 32768
log_checkpoint_interval = 10000
log_checkpoint_timeout = 1800
db_files = 1024
db_file_multiblock_read_count= 8
max_enabled_roles = 30
remote_login_passwordfile= EXCLUSIVE
global_names = TRUE
distributed_transactions = 10
instance_name = edelco1
service_names = edelco1
sort_area_size = 65536
sort_area_retained_size = 65536
db_name = edelco1
open_cursors = 100
os_authent_prefix =
job_queue_processes = 3
job_queue_interval = 60
parallel_max_servers = 5
background_dump_dest = D:\ORACLE\admin\edelco1\bdump
user_dump_dest = D:\ORACLE\admin\edelco1\udump
max_dump_file_size = 10240
oracle_trace_collection_name=
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=5
CKPT started with pid=4
SMON started with pid=6
RECO started with pid=7
SNP0 started with pid=8
SNP1 started with pid=9
SNP2 started with pid=10
Tue Feb 09 15:40:15 2010
/* OracleOEM */ ALTER DATABASE MOUNT
Tue Feb 09 15:40:19 2010
Successful mount of redo thread 1, with mount id 4253336867.
Tue Feb 09 15:40:19 2010
Database mounted in Exclusive Mode.
Completed: /* OracleOEM */ ALTER DATABASE MOUNT
Tue Feb 09 15:40:19 2010
/* OracleOEM */ ALTER DATABASE OPEN
Tue Feb 09 15:40:20 2010
Thread 1 opened at log sequence 1646535
Current log# 3 seq# 1646535 mem# 0: D:\ORACLE\ORADATA\EDELCO1\REDO03.LOG
Successful open of redo thread 1.
Tue Feb 09 15:40:20 2010
SMON: enabling cache recovery
SMON: enabling tx recovery
Tue Feb 09 15:40:21 2010
Completed: /* OracleOEM */ ALTER DATABASE OPEN
Tue Feb 09 15:40:31 2010
Вот ошибки из виндового журнала:
Тип события: Ошибка
Источник события: Supermag Server
Категория события: Сервер
Код события: 2054
Дата: 09.02.2010
Время: 15:38:10
Пользователь: Нет данных
Компьютер: SM256
Описание:
Ошибка при запуске служебных сессий Супермага в базе данных edelco1. Дополнительную информацию см. в следующем сообщении.
-----------------
Тип события: Ошибка
Источник события: Supermag Server
Категория события: Сервер
Код события: 2052
Дата: 09.02.2010
Время: 15:38:10
Пользователь: Нет данных
Компьютер: SM256
Описание:
В работе сервера произошел сбой. Сообщения об ошибках см. ниже.
Запись 1. Код=80004005h (1034) [Microsoft OLE DB Provider for Oracle]:
ORA-01034: ORACLE недоступен
%2 %3 %4 %5
Может дать удаленный доступ к серверу?