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

Откуда:
Сообщений: 10
Oracle 10.1.0.4.0
Suse 9

В базе была последовательно сделано:
1. shutdown abort
2. скопированы на новые места файлы табличных пространств
3. startup mount
4. alter database rename file 'старое местоположение файла' to 'новое местоположение файла';
для всех перенесенных файлов данных
5. alter database open

Пытается открыть уже 6 часов, в логах ошибок нет, как узнать чем занята инстанция и занята ли?
2 фев 09, 14:06    [6766943]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
Восстановление
Guest
для начала не абортом надо БД закрывать а иммедиатом.
2 фев 09, 14:22    [6767093]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
pravednik
Member

Откуда: Jacksonville, FL
Сообщений: 16268
balin1

Пытается открыть уже 6 часов, в логах ошибок нет, как узнать чем занята инстанция и занята ли?


1. восстановлением после instance crashe ))
2....
2 фев 09, 14:27    [6767120]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
vinoDel
Member

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

Если все нормально в логах, то очень похоже что базу "абортнули" во время затяжной транзакции и теперь идет roll forward&rollback.
2 фев 09, 14:27    [6767132]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
balin1
Member

Откуда:
Сообщений: 10
pravednik
balin1

Пытается открыть уже 6 часов, в логах ошибок нет, как узнать чем занята инстанция и занята ли?


1. восстановлением после instance crashe ))
2....


А конкретнее как-то можно узнать на какой стадии находиться, что сейчас делает?
2 фев 09, 14:29    [6767151]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
tru55
Member

Откуда: СПб
Сообщений: 19790
V$RECOVERY_PROGRESS

V$RECOVERY_STATUS
2 фев 09, 14:34    [6767178]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
balin1
Member

Откуда:
Сообщений: 10
tru55
V$RECOVERY_PROGRESS

V$RECOVERY_STATUS



SQL> select * from V$RECOVERY_PROGRESS;

no rows selected

SQL> select * from V$RECOVERY_STATUS;

no rows selected
2 фев 09, 14:38    [6767220]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
Elic
Member

Откуда:
Сообщений: 29990
balin1
как узнать чем занята инстанция и занята ли?
alert.log
2 фев 09, 14:42    [6767257]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
balin1
Member

Откуда:
Сообщений: 10
Elic
balin1
как узнать чем занята инстанция и занята ли?
alert.log


Последние записи:

MMAN started with pid=3, OS id=9141
PMON started with pid=2, OS id=9139
DBW0 started with pid=4, OS id=9143
DBW1 started with pid=5, OS id=9145
LGWR started with pid=6, OS id=9147
CKPT started with pid=7, OS id=9149
SMON started with pid=8, OS id=9151
RECO started with pid=9, OS id=9153
Mon Feb 2 06:40:27 2009
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
CJQ0 started with pid=10, OS id=9155
Mon Feb 2 06:40:27 2009
starting up 1 shared server(s) ...
Mon Feb 2 06:40:27 2009
ALTER DATABASE MOUNT
Mon Feb 2 06:40:27 2009
Controlfile identified with block size 16384
Mon Feb 2 06:40:31 2009
Setting recovery target incarnation to 1
Mon Feb 2 06:40:31 2009
Successful mount of redo thread 1, with mount id 268033531
Mon Feb 2 06:40:31 2009
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE MOUNT
Mon Feb 2 06:40:31 2009
ALTER DATABASE OPEN
Mon Feb 2 06:42:01 2009
Starting ORACLE instance (normal)
2 фев 09, 14:57    [6767341]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
balin1
Member

Откуда:
Сообщений: 10
И как долго может идти? Максимальное разумное время ожидания как вычислить?
2 фев 09, 18:24    [6768923]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
PaulEr
Member

Откуда:
Сообщений: 3794
А в трейсах есть что-нибудь?

Yours faithfully,
PaulEr
2 фев 09, 19:37    [6769118]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
eeeee
Guest
balin1,

параметры инициализации?
2 фев 09, 19:55    [6769151]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
balin1
Member

Откуда:
Сообщений: 10
PaulEr
А в трейсах есть что-нибудь?

Yours faithfully,
PaulEr


Нет, все пусто :(
Я вообще в ступоре - никаких ошибок, чтобы провести диагностику.
По iostat видно что пишет что-то на диск, где находятся файлы баз данных, и меняется постоянно controlfile (видно по времени изменения файла).

Единственное что есть пара userdump-ов:

Oracle Database 10g Enterprise Edition Release 10.1.0.4.0 - 64bit Production
With the Partitioning, OLAP and Data Mining Scoring Engine options
ORACLE_HOME = /oracle/10G
System name: Linux
Node name:
Release: 2.6.5-7.191-smp
Version: #1 SMP Tue Jun 28 14:58:56 UTC 2005
Machine: x86_64
Instance name: b1
Redo thread mounted by this instance: 0 <none>
Oracle process number: 0
9131

AUM timeouts: MQL_TUNE(300s) TUR_TUNE(60s) SESS_EXPRN(1800s) QRY_EXPRN(1800s) SLOT_PERIOD(600s) MQL_CUSHION(300s) KSUCKI_FG_PERIOD(150s) MMNL_EXPRN(1200s) KTTSINFO(300s)
2 фев 09, 22:53    [6769577]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
balin1
Member

Откуда:
Сообщений: 10
eeeee
balin1,

параметры инициализации?


db_block_size=8192
db_file_multiblock_read_count=128
db_writer_processes=2
open_cursors=500
db_name=b1

background_dump_dest=/oracle/10G/logs/bdump
core_dump_dest=/oracle/10G/logs/cdump
user_dump_dest=/oracle/10G/logs/udump
utl_file_dir=/oracle/10G/log/utl_file
log_archive_dest_1='LOCATION=/oracle/10G/arch'
log_archive_format=ORAP1-%T_%S_%r.arl

timed_os_statistics=6
open_links=50
open_links_per_instance=50
control_files=("/oracle/10G/data0/10G-A1.ocf", "/oracle/10G/data1/10-B1.ocf")
db_files=500

job_queue_processes=10
aq_tm_processes=1
compatible=10.1.0.4.0
filesystemio_options=setall
disk_asynch_io=true

nls_date_format=DD.MM.YYYY
nls_language="AMERICAN"
nls_numeric_characters=". "
nls_sort=BINARY
nls_territory="CIS"

java_pool_size=104857600
large_pool_size=64M
db_keep_cache_size=256M
processes=250
sessions=100
control_file_record_keep_time=15
log_buffer=10485760
sga_target=5500M
pre_page_sga=true
lock_sga=true
audit_file_dest=/oracle/10G/logs/audit
audit_trail=DB
remote_login_passwordfile=NONE
dispatchers="(PROTOCOL=TCP) (SERVICE=ORAP1XDB)"
pga_aggregate_target=1572864000
sort_area_size=4194304
undo_management=AUTO
undo_tablespace=UNDOTBS1
undo_retention=3600
transactions=100

db_flashback_retention_target=60
db_recovery_file_dest=/oracle
db_recovery_file_dest_size=4G

parallel_threads_per_cpu=1
session_cached_cursors=20
session_max_open_files=100

star_transformation_enabled=TRUE
2 фев 09, 23:03    [6769595]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
Ааз
Member

Откуда: Москва/Протвино
Сообщений: 4274
Привет

1. Что в V$TEMPFILE? Если пусто, то может быть ваш "TEMP" на самом деле изготовлен как обычное (PERMANENT) табличное пространство (маловероятно, но полная Ж, особенно если ещё и Dictionary managed) или же как TEMPORARY, но с использованием DATAFILE, а не TEMPFILE (более вероятно).

В этом случае SMON может тупо чистить TEMP. Вроде как ему можно эту хрень запретить event'ом 10061 на уровне 10. Ммм... Хотя я бы для начала поснимал трассы SMON, DBWn, CKPT...

2. Возможно, обрыв случился во время online index rebuild. Примерно та же хрень, что и п.1 - могли остаться ошмётки TEMP'ового сегмента, которые SMON'у таки надо вычистить... Правда, в отличие от п.1, эти действия, IIRC, SMON выполняет уже после открытия БД.

3. Я бы ещё глянул наличие ora_pNNN_$ORACLE_SID процессов, V$PX_* и т.п. Возможно, у вас задействован параллелизм при восстановлении, а размер сообщений (PARALLEL_EXECUTION_MESSAGE_SIZE), скорее default'ный, т.е. 2148 байт, т.е. маловат... Вот и мучаюццо, бедолаги...

Всего
PS. 10gR1 - критично? Говеная версия, да и не поддерживается уже, вроде как.
--
Disclaimer: Opinions are of my own and not necessar[-il]y
3 фев 09, 09:05    [6770177]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
balin1
Member

Откуда:
Сообщений: 10
Ааз,

1. V$TEMPFILE Показывает наличие двух файлов ненулевого размера.

2. ora_pmon_b1 - один на всю систему, представления V$PX_* - возвращают пустые значения.
3 фев 09, 11:06    [6771037]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
balin1
Member

Откуда:
Сообщений: 10
Господа уже сутки висит база на open! Как к ней подступистья можно?
3 фев 09, 12:01    [6771511]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
balin1
Member

Откуда:
Сообщений: 10
pmon занят чем-то вроде этого

open("/proc/9906/stat", O_RDONLY) = 17
read(17, "9906 (oracle) S 1 9906 9906 0 -1"..., 999) = 225
close(17) = 0
kill(10262, SIG_0) = 0
open("/proc/10262/stat", O_RDONLY) = 17
read(17, "10262 (oracle) S 1 10262 10262 0"..., 999) = 229
close(17) = 0
kill(10636, SIG_0) = 0
open("/proc/10636/stat", O_RDONLY) = 17
read(17, "10636 (oracle) S 1 10636 10636 0"..., 999) = 228
close(17) = 0
kill(10984, SIG_0) = 0
open("/proc/10984/stat", O_RDONLY) = 17
read(17, "10984 (oracle) S 1 10984 10984 0"..., 999) = 228
3 фев 09, 12:11    [6771609]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
Viewer
Member

Откуда: Самара
Сообщений: 5369
http://yong321.freeshell.org/computer/OracleViewedFromOS.doc
Oracle: Viewed from OS

Abstract

This presentation gives an overview of Oracle instances from the OS perspective, specifically memory and process. Linux is used as the example OS, along with Solaris equivalence. It discusses shared memory, Linux HugePages, process tracing, call stacks, and combining with Oracle’s monitoring. The intent is to offer Oracle DBAs another angle of inspection in performance tuning and troubleshooting.

В документе есть нечто похожее на приведенное тобой. Так как сам я "не копенгаген" в OS, посмотри мож что из документа пригодится понять что происходит ...
What is pmon (pid 10709) doing?

$ strace -p 10709
Process 10709 attached - interrupt to quit
poll([{fd=15, events=POLLIN|POLLRDNORM}, {fd=16, events=POLLIN|POLLRDNORM}], 2, 3000) = 0
getrusage(RUSAGE_SELF, {ru_utime={143, 11258}, ru_stime={489, 856530}, ...}) = 0 <-- They always get their own CPU time usage, constantly
open("/proc/10711/stat", O_RDONLY) = 20 <-- Checking PSP process's stats, open stat file as file descriptor 20
read(20, "10711 (oracle) S 1 10711 10711 0"..., 999) = 230 <-- Intend to read 999 bytes but only 230 bytes to read
close(20)
= 0
open("/proc/10713/stat", O_RDONLY) = 20 <-- Checking MMAN's stats
read(20, "10713 (oracle) S 1 10713 10713 0"..., 999) = 225
close(20) = 0
...
open("/proc/10740/stat", O_RDONLY) = 20
read(20, "10740 (oracle) S 1 10740 10740 0"..., 999) = 218
close(20) = 0
...

File descriptors opened by a process help you find process log files and network connections, and troubleshoot descriptor leak bugs.
3 фев 09, 13:00    [6772066]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
G.M.
Member

Откуда:
Сообщений: 342
Источник проблемы найден. Оказалось, что перестал работать AIO, вследствие чего сессия, выполняющая открытие базы, висела на direct path write. Убрал из ini-файла опцию filesystemio_options=setall - и все заработало.
5 фев 09, 10:06    [6781379]     Ответить | Цитировать Сообщить модератору
 Re: startup после shutdown abort  [new]
Ааз
Member

Откуда: Москва/Протвино
Сообщений: 4274
G.M.
...перестал работать AIO...
Что, вот так вот сам решил и перестал? Гхмм

Всего
5 фев 09, 14:56    [6783650]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить