Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 Перезапуск Instance  [new]
Dzirrt
Member

Откуда:
Сообщений: 3
Последние несколько дней происходит перезапуск базы... Причем всегда в одно и то же время ... В Alert.log вот что записано:
+

Wed Jan 28 01:00:18 2009
Starting background process EMN0
EMN0 started with pid=40, OS id=5416
Wed Jan 28 01:00:18 2009
Shutting down instance: further logons disabled
Wed Jan 28 01:00:18 2009
Stopping background process QMNC
Wed Jan 28 01:00:19 2009
Stopping background process CJQ0
Wed Jan 28 01:00:20 2009
Stopping background process MMNL
Wed Jan 28 01:00:21 2009
Stopping background process MMON
Wed Jan 28 01:00:22 2009
Shutting down instance (immediate)
License high water mark = 22
Wed Jan 28 01:00:22 2009
Stopping Job queue slave processes
Wed Jan 28 01:00:22 2009
Job queue slave processes stopped
All dispatchers and shared servers shutdown
Wed Jan 28 01:00:34 2009
ALTER DATABASE CLOSE NORMAL
Wed Jan 28 01:00:34 2009
SMON: disabling tx recovery
SMON: disabling cache recovery
Wed Jan 28 01:00:35 2009
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Thread 1 closed at log sequence 1588
Successful close of redo thread 1
Wed Jan 28 01:00:35 2009
Completed: ALTER DATABASE CLOSE NORMAL
Wed Jan 28 01:00:35 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
Wed Jan 28 01:00:39 2009
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_10 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =18
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.1.0.
System parameters with non-default values:
processes = 150
__shared_pool_size = 117440512
__large_pool_size = 4194304
__java_pool_size = 4194304
__streams_pool_size = 0
spfile = D:\ORACLE\PRODUCT\10.2.0\DB_1\DBS\SPFILEORCL.ORA
sga_target = 612368384
control_files = D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL01.CTL, D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL02.CTL, D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL03.CTL
db_block_size = 8192
__db_cache_size = 478150656
compatible = 10.2.0.1.0
db_file_multiblock_read_count= 16
db_recovery_file_dest = D:\oracle\product\10.2.0\flash_recovery_area
db_recovery_file_dest_size= 5368709120
undo_management = AUTO
undo_tablespace = UNDOTBS1
remote_login_passwordfile= EXCLUSIVE
db_domain =
dispatchers = (PROTOCOL=TCP) (SERVICE=orclXDB)
job_queue_processes = 10
audit_file_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\ADUMP
background_dump_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\BDUMP
user_dump_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\UDUMP
core_dump_dest = D:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\CDUMP
db_name = orcl
open_cursors = 300
pga_aggregate_target = 203423744
PMON started with pid=2, OS id=5772
PSP0 started with pid=3, OS id=4480
MMAN started with pid=4, OS id=5924
DBW0 started with pid=5, OS id=3528
LGWR started with pid=6, OS id=4896
CKPT started with pid=7, OS id=4264
SMON started with pid=8, OS id=1016
RECO started with pid=9, OS id=5364
CJQ0 started with pid=10, OS id=1560
MMON started with pid=11, OS id=4676
MMNL started with pid=12, OS id=6100
Wed Jan 28 01:00:39 2009
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
Wed Jan 28 01:00:39 2009
ALTER DATABASE MOUNT
Wed Jan 28 01:00:44 2009
Setting recovery target incarnation to 2
Wed Jan 28 01:00:44 2009
Successful mount of redo thread 1, with mount id 1205059639
Wed Jan 28 01:00:44 2009
Database mounted in Exclusive Mode
Completed: ALTER DATABASE MOUNT
Wed Jan 28 01:00:51 2009
db_recovery_file_dest_size of 5120 MB is 24.34% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Incremental restore complete of datafile 4 to datafile copy D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\DATAFILE\O1_MF_USERS_4QDLHG84_.DBF
checkpoint is 18748668
Incremental restore complete of datafile 2 to datafile copy D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\DATAFILE\O1_MF_UNDOTBS1_4QDLGNXM_.DBF
checkpoint is 18748668
Incremental restore complete of datafile 3 to datafile copy D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\DATAFILE\O1_MF_SYSAUX_4QDLFVO9_.DBF
checkpoint is 18748668
Incremental restore complete of datafile 1 to datafile copy D:\ORACLE\PRODUCT\10.2.0\FLASH_RECOVERY_AREA\ORCL\DATAFILE\O1_MF_SYSTEM_4QDLDRBK_.DBF
checkpoint is 18748668
Wed Jan 28 01:01:10 2009
Errors in file d:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_5276.trc:
ORA-19815: ПРЕДУПРЕЖДЕНИЕ. db_recovery_file_dest_size из 5368709120 байт 91.53% используется, и 454868992 байт остаются доступными.

Wed Jan 28 01:01:10 2009
************************************************************************
You have following choices to free up space from flash recovery area:
1. Consider changing RMAN RETENTION POLICY. If you are using Data Guard,
then consider changing RMAN ARCHIVELOG DELETION POLICY.
2. Back up files to tertiary device such as tape using RMAN
BACKUP RECOVERY AREA command.
3. Add disk space and increase db_recovery_file_dest_size parameter to
reflect the new space.
4. Delete unnecessary files using RMAN DELETE command. If an operating
system command was used to delete files, then use RMAN CROSSCHECK and
DELETE EXPIRED commands.
************************************************************************
db_recovery_file_dest_size of 5120 MB is 22.79% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Wed Jan 28 01:01:30 2009
Errors in file d:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_5276.trc:

Wed Jan 28 01:01:30 2009
Errors in file d:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_5276.trc:

Wed Jan 28 01:01:30 2009
Errors in file d:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_5276.trc:

Wed Jan 28 01:01:33 2009
alter database open
Wed Jan 28 01:01:33 2009
Thread 1 opened at log sequence 1588
Current log# 3 seq# 1588 mem# 0: D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG


ОС: Win2003
Oracle 10g
28 янв 09, 09:32    [6745877]     Ответить | Цитировать Сообщить модератору
 Re: Перезапуск Instance  [new]
Dimka9
Member

Откуда: Владивосток
Сообщений: 1851
рекомендации лучших собаководов:

1. пропатчся до 10.2.0.3 минимум
2. shared_pool маловат

по теме:
гашение вроде штатное. смотри какой шедулер может работает (at)
28 янв 09, 09:36    [6745897]     Ответить | Цитировать Сообщить модератору
 Re: Перезапуск Instance  [new]
Dzirrt
Member

Откуда:
Сообщений: 3
Dimka9, Посотрел Джобы, нету на перезапуск..........
28 янв 09, 10:04    [6746072]     Ответить | Цитировать Сообщить модератору
 Re: Перезапуск Instance  [new]
Dimka9
Member

Откуда: Владивосток
Сообщений: 1851
шедулер - имелось ввиду ОС. смотри что там крутится.
28 янв 09, 10:09    [6746095]     Ответить | Цитировать Сообщить модератору
 Re: Перезапуск Instance  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18484
Ну и уборщицу с пылесосом, выдергивающую шнур от UPS-а тоже проверь :)
28 янв 09, 10:13    [6746119]     Ответить | Цитировать Сообщить модератору
 Re: Перезапуск Instance  [new]
Dzirrt
Member

Откуда:
Сообщений: 3
Dimka9,

Да там тоже смотрел...там пусто =)
28 янв 09, 10:19    [6746151]     Ответить | Цитировать Сообщить модератору
 Re: Перезапуск Instance  [new]
Viewer
Member

Откуда: Самара
Сообщений: 5369
Если ты не админ сервера (или один из нескольких) - поинтересуйся на предмет каких-либо работ на серваке, аналогичных той, что по ссылке
Народ, подскажи что сделать - Каждое утро падает база!
28 янв 09, 10:33    [6746223]     Ответить | Цитировать Сообщить модератору
 Re: Перезапуск Instance  [new]
Viewer
Member

Откуда: Самара
Сообщений: 5369
Dzirrt
Dimka9, Посотрел Джобы, нету на перезапуск..........

... и посмотри что делают существующие джобы, мож что унутрь невидимое снаружи упихнули ...
28 янв 09, 10:35    [6746228]     Ответить | Цитировать Сообщить модератору
 Re: Перезапуск Instance  [new]
Dimka9
Member

Откуда: Владивосток
Сообщений: 1851
логи ОС смотри.

в общем это не оракловая тема.
28 янв 09, 10:36    [6746232]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить