ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Ошибки БД после сбоя питания
25 сообщений из 26, страница 1 из 2
  1  все
Ошибки БД после сбоя питания
    #39472639
NabiullinAU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NabiullinAU
Гость
Здравствуйте, Oracle 9206, Win2003
После отключения сервера по питанию в alert.log появились следующие ошибки:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
Thu Jun 15 20:41:53 2017
alter database open
Thu Jun 15 20:41:54 2017
Beginning crash recovery of 1 threads
Thu Jun 15 20:41:54 2017
Started redo scan
Thu Jun 15 20:41:54 2017
Completed redo scan
 2338 redo blocks read, 165 data blocks need recovery
Thu Jun 15 20:41:54 2017
Started recovery at
 Thread 1: logseq 4012, block 3, scn 0.0
Thu Jun 15 20:41:54 2017
Recovery of Online Redo Log: Thread 1 Group 3 Seq 4012 Reading mem 0
  Mem# 0 errs 0: C:\ORACLE\ORADATA\GAS\REDO03.LOG
Thu Jun 15 20:41:55 2017
Completed redo application
Thu Jun 15 20:41:55 2017
Ended recovery at
 Thread 1: logseq 4012, block 2341, scn 0.553883177
 165 data blocks read, 165 data blocks written, 2338 redo blocks read
Crash recovery completed successfully
Thu Jun 15 20:41:56 2017
Thread 1 advanced to log sequence 4013
Thread 1 opened at log sequence 4013
  Current log# 1 seq# 4013 mem# 0: C:\ORACLE\ORADATA\GAS\REDO01.LOG
Successful open of redo thread 1
Thu Jun 15 20:41:57 2017
SMON: enabling cache recovery
Thu Jun 15 20:41:59 2017
Successfully onlined Undo Tablespace 1.
Thu Jun 15 20:41:59 2017
SMON: enabling tx recovery
Thu Jun 15 20:41:59 2017
Database Characterset is CL8MSWIN1251
replication_dependency_tracking turned off (no async multimaster replication found)
Thu Jun 15 20:42:01 2017
SMON: Restarting fast_start parallel rollback
Thu Jun 15 20:42:01 2017
Errors in file c:\oracle\admin\gas\udump\gas_p000_4192.trc:
ORA-00600: internal error code, arguments: [525], [0x6891331C], [4], [enqueue hash chains], [2], [0x68E6694C], [redo copy], []

Thu Jun 15 20:42:01 2017
Completed: alter database open
Thu Jun 15 20:45:21 2017
Doing block recovery for fno: 1 blk: 438086
Thu Jun 15 20:45:21 2017
Recovery of Online Redo Log: Thread 1 Group 1 Seq 4013 Reading mem 0
  Mem# 0 errs 0: C:\ORACLE\ORADATA\GAS\REDO01.LOG
Thu Jun 15 20:45:22 2017
SMON: ignoring slave err,downgrading to serial rollback
Thu Jun 15 20:45:33 2017
Errors in file c:\oracle\admin\gas\bdump\gas_smon_816.trc:
ORA-00600: internal error code, arguments: [kcoapl_blkchk], [1], [438086], [6110], [], [], [], []

ORACLE Instance gas (pid = 6) - Error 607 encountered while recovering transaction (6, 15) on object 57369.
Thu Jun 15 20:45:47 2017
Errors in file c:\oracle\admin\gas\bdump\gas_smon_816.trc:
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [kcoapl_blkchk], [1], [438086], [6110], [], [], [], []

Doing block recovery for fno: 1 blk: 438086
Thu Jun 15 20:45:48 2017
Recovery of Online Redo Log: Thread 1 Group 1 Seq 4013 Reading mem 0
  Mem# 0 errs 0: C:\ORACLE\ORADATA\GAS\REDO01.LOG



Есть вчерашний холодный бэкап, но пользователи не хотят к нему возвращаться. По аргументам ошибки ORA-00600 ничего найти не могу, да и знаний не хватает. Помогите пожалуйста, спасибо!
...
Рейтинг: 0 / 0
15.06.2017, 19:03
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472653
Фотография Takurava
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Takurava
Участник
Поломался блок в SYSTEM - база не запускается?
Doing block recovery for fno: 1 blk: 438086
...
Рейтинг: 0 / 0
15.06.2017, 19:29
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472656
Добрый Э - Эх
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Добрый Э - Эх
Гость
NabiullinAU,

китайские сайты говорят, что по аргументам ошибки у тебя в датафайле #1 при попытке чтения блока #438086 возникла внутренняя ошибка #6110
(это про сообщение ORA-00600: internal error code, arguments: [kcoapl_blkchk], [1], [438086], [6110])

про сообщение ORA-00600: internal error code, arguments: [525], [0x6891331C], [4], [enqueue hash chains], [2], [0x68E6694C], [redo copy] китайские сайты чего-то молчат. нужно смотреть металинк, но туда у меня доступа нет...


от себя из реомендаций могу предложить только самое общее:
0) сделать холодную копию всего, что есть от базы.
1) попробовать восстановить один блок
...
Рейтинг: 0 / 0
15.06.2017, 19:35
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472660
NabiullinAU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NabiullinAU
Гость
Takurava,

База запускается, программы работают, просто в логах ошибки.
 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
129.
130.
131.
Thu Jun 15 21:30:52 2017
Shutting down instance: further logons disabled
Shutting down instance (immediate)
License high water mark = 10
All dispatchers and shared servers shutdown
Thu Jun 15 21:30:56 2017
ALTER DATABASE CLOSE NORMAL
Thu Jun 15 21:32:31 2017
Errors in file c:\oracle\admin\gas\bdump\gas_smon_5824.trc:
ORA-00600: internal error code, arguments: [kcoapl_blkchk], [1], [438086], [6110], [], [], [], []

Thu Jun 15 21:33:44 2017
ORACLE Instance gas (pid = 6) - Error 607 encountered while recovering transaction (6, 15) on object 57369.
Thu Jun 15 21:33:44 2017
Errors in file c:\oracle\admin\gas\bdump\gas_smon_5824.trc:
ORA-00607: Internal error occurred while making a change to a data block
ORA-00600: internal error code, arguments: [kcoapl_blkchk], [1], [438086], [6110], [], [], [], []

Doing block recovery for fno: 1 blk: 438086
Thu Jun 15 21:33:47 2017
Recovery of Online Redo Log: Thread 1 Group 2 Seq 4014 Reading mem 0
  Mem# 0 errs 0: C:\ORACLE\ORADATA\GAS\REDO02.LOG
SMON: disabling tx recovery
SMON: disabling cache recovery
Thu Jun 15 21:33:48 2017
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Thread 1 closed at log sequence 4014
Successful close of redo thread 1
Thu Jun 15 21:33:48 2017
Completed: ALTER DATABASE CLOSE NORMAL
Thu Jun 15 21:33:48 2017
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
Thu Jun 15 21:34:03 2017
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.6.0.
System parameters with non-default values:
  processes                = 250
  timed_statistics         = TRUE
  shared_pool_size         = 50331648
  large_pool_size          = 8388608
  java_pool_size           = 33554432
  control_files            = C:\oracle\oradata\GAS\CONTROL01.CTL, C:\oracle\oradata\GAS\CONTROL02.CTL, C:\oracle\oradata\GAS\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            = GAS
  dispatchers              = (PROTOCOL=TCP) (SERVICE=GASXDB)
  job_queue_processes      = 10
  hash_join_enabled        = TRUE
  background_dump_dest     = C:\oracle\admin\GAS\bdump
  user_dump_dest           = C:\oracle\admin\GAS\udump
  core_dump_dest           = C:\oracle\admin\GAS\cdump
  sort_area_size           = 524288
  db_name                  = GAS
  open_cursors             = 900
  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
Thu Jun 15 21:34:05 2017
starting up 1 shared server(s) ...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Thu Jun 15 21:34:07 2017
ALTER DATABASE   MOUNT
Thu Jun 15 21:34:11 2017
Successful mount of redo thread 1, with mount id 1449876623
Thu Jun 15 21:34:11 2017
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE   MOUNT
Thu Jun 15 21:34:17 2017
alter database open
Thu Jun 15 21:34:18 2017
Thread 1 opened at log sequence 4014
  Current log# 2 seq# 4014 mem# 0: C:\ORACLE\ORADATA\GAS\REDO02.LOG
Successful open of redo thread 1
Thu Jun 15 21:34:18 2017
SMON: enabling cache recovery
Thu Jun 15 21:34:19 2017
Successfully onlined Undo Tablespace 1.
Thu Jun 15 21:34:19 2017
SMON: enabling tx recovery
Thu Jun 15 21:34:19 2017
Database Characterset is CL8MSWIN1251
replication_dependency_tracking turned off (no async multimaster replication found)
Thu Jun 15 21:34:21 2017
SMON: Restarting fast_start parallel rollback
Thu Jun 15 21:34:21 2017
Errors in file c:\oracle\admin\gas\udump\gas_p000_520.trc:
ORA-00600: internal error code, arguments: [525], [0x6891331C], [4], [enqueue hash chains], [2], [0x68E6694C], [redo copy], []

Thu Jun 15 21:34:22 2017
Completed: alter database open
Thu Jun 15 21:35:28 2017
Doing block recovery for fno: 1 blk: 438086
Thu Jun 15 21:35:28 2017
Recovery of Online Redo Log: Thread 1 Group 2 Seq 4014 Reading mem 0
  Mem# 0 errs 0: C:\ORACLE\ORADATA\GAS\REDO02.LOG
Thu Jun 15 21:35:28 2017
SMON: ignoring slave err,downgrading to serial rollback




Вот вывод с sqlplusw
 
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
SQL> shu immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.

Total System Global Area  140058632 bytes
Fixed Size                   454664 bytes
Variable Size             113246208 bytes
Database Buffers           25165824 bytes
Redo Buffers                1191936 bytes
Database mounted.
SQL> alter database open;

Database altered.

SQL>

...
Рейтинг: 0 / 0
15.06.2017, 19:44
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472671
NabiullinAU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NabiullinAU
Гость
Добрый Э - Эх,
восстанавливать rman'ом?
...
Рейтинг: 0 / 0
15.06.2017, 20:12
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472673
NabiullinAU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NabiullinAU
Гость
Добрый Э - Эх,

Код: plsql
1.
2.
3.
4.
5.
SQL> select * from v$database_block_corruption;

no rows selected

SQL>



Это при открытой базе. Но ошибки всё равно сыпятся.
...
Рейтинг: 0 / 0
15.06.2017, 20:17
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472676
NabiullinAU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NabiullinAU
Гость
Забыл упомянуть - база в режиме noarchivelog. Сделал бэкап всего перед манипуляциями.
...
Рейтинг: 0 / 0
15.06.2017, 20:25
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472710
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
NabiullinAU,


Немного брюзжанияЕсли у Вас нет backup, значит Вам база не нужна...

Если режим noarchivelog - значит устраивает потеря данных за сутки

Если нет поддержки, значит вы оценили риски простоя и потери данных


1) Для начала определите что за объект в указанном блоке
(поиск по форуму)
Скорее всего, его object_id=57369
Может получится его пересоздать

2) rman block recover вряд ли тебе поможет
так как, блок из транзакции и скорее всего изменен, хотя смотря на каком шаге rollback усе упало...

Ты backup как делал?
по пунктам, даже если не rman, то
есть возможность подключить в rman копию файла

Кроме разумеется imp/exp - тут только пересоздание объекта


p.s. Батарейка на контроллере, UPS на сервере стоит?
такие ошибки возникают, когда oracle считает что блок записан, а система его еще не записала.
...
Рейтинг: 0 / 0
15.06.2017, 22:41
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472714
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Relic Hunter
Участник
NabiullinAU,

Во первых, нужно просканировать жесткий диск на ошибке. Также попробуйте сделать ребилд индексов, может повезет. Ну и последнее - спасаем базу через DBMS_REPAIR. Тут пример http://www.orafaq.com/forum/t/63338/42800/
...
Рейтинг: 0 / 0
15.06.2017, 22:53
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472777
NabiullinAU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NabiullinAU
Гость
Vadim Lejnin, да, всё понимаю, просто режим noarchivelog - требование разработчика программы.
Бэкап - при остановленной базе скопировал все файлы из каталога c:\oracle\oradata.
По пунктам сделаю на выходных и отпишусь, спасибо большое!
...
Рейтинг: 0 / 0
16.06.2017, 06:56
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472786
hammer_zyr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hammer_zyr
Гость
NabiullinAU,

А что за требования такие ?
Это совсем не секюрно, если требование связано с быстродействием, то это плохой (очень плохой) способ поднятия быстродействия. Другой вопрос если это БД тестовая, то тогда просто забить и пусть разработчики хранят свои исходы на своих локальных рабочих станция. В режиме noarchivelog очень мал шанс на восстановления в случае сбоя.
...
Рейтинг: 0 / 0
16.06.2017, 07:54
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472869
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
tru55
Участник
А какое дело разработчикам до archivelog / noarchivelog? За сохранность данных тоже они отвечать будут?
...
Рейтинг: 0 / 0
16.06.2017, 09:51
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39472912
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
NabiullinAUVadim Lejnin, да, всё понимаю, просто режим noarchivelog - требование разработчика программы.
Бэкап - при остановленной базе скопировал все файлы из каталога c:\oracle\oradata.
По пунктам сделаю на выходных и отпишусь, спасибо большое!

Предложите разработчикам оплатить восстановление потерянных данных
...
Рейтинг: 0 / 0
16.06.2017, 10:26
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473079
Фотография mefman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mefman
Участник
NabiullinAUрежим noarchivelog - требование разработчика программы.
из каталога c:\oracle\oradata .

каждое слово тут прекрасно
...
Рейтинг: 0 / 0
16.06.2017, 12:48
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473108
Фотография AlexFF__|
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexFF__|
Участник
Vadim LejninNabiullinAUVadim Lejnin, да, всё понимаю, просто режим noarchivelog - требование разработчика программы.
Бэкап - при остановленной базе скопировал все файлы из каталога c:\oracle\oradata.
По пунктам сделаю на выходных и отпишусь, спасибо большое!

Предложите разработчикам оплатить восстановление потерянных данных
А причем тут разработчики?
Сохранность данных в БД обязанность админа, он сам решает, удовлетворять изысканные требования разработчиков или нет =)
...
Рейтинг: 0 / 0
16.06.2017, 13:29
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473397
NabiullinAU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NabiullinAU
Гость
 
Извините, комрады, работаем с тем, что имеем) повлиять на разработчиков никак не могу, я обычный местечковый эникей, принесиподай. Многого не знаю, для меня ваши фразы - сильное колдунство))

ЖД проверил, ошибок нет, ИБП есть.
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
SQL> select owner, object_name, object_type, object_id, data_object_id from dba_objects WHERE object
_id = 57369;

OWNER
------------------------------
OBJECT_NAME
--------------------------------------------------------------------------------
OBJECT_TYPE         OBJECT_ID DATA_OBJECT_ID
------------------ ---------- --------------
BSR
DR$CTX_SRH$I
TABLE                   57369          57369



Если я сделаю export, создам новый инстанс и загружу , это поможет?
...
Рейтинг: 0 / 0
16.06.2017, 18:59
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473468
Sheriffua
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sheriffua
Участник
NabiullinAU,

Главное чтобы экспорт прошел нормально, без ошибок.
...
Рейтинг: 0 / 0
16.06.2017, 22:45
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473474
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
SheriffuaNabiullinAU,

Главное чтобы экспорт прошел нормально, без ошибок.
Просто так не пройдет

нужно поднять event 10231, 10233
Dealing with Database Block Corruption in Oracle

add to init.ora , restart instance and export

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
## Set event 10231 in the init.ora file to cause Oracle to skip software- 
## and media-corrupted blocks when performing full table scans:

Event="10231 trace name context forever, level 10"

## Set event 10233 in the init.ora file to cause Oracle to skip software- 
## and media-corrupted blocks when performing index range scans:

Event="10233 trace name context forever, level 10"
...
Рейтинг: 0 / 0
16.06.2017, 23:07
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473601
Sheriffua
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Sheriffua
Участник
NabiullinAU,

А что за таблица? Может справочник и его можно "обнулить" безболезненно.
...
Рейтинг: 0 / 0
17.06.2017, 15:01
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473604
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Больше похоже на "index token table" контекстного индекса для таблицы CTX_SRH
Если это так, есть смысл попробовать его перестроить
...
Рейтинг: 0 / 0
17.06.2017, 15:10
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473605
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
Правда, я бы попытался таки для начала определить кому принадлежит блок 438086 файла 1
...
Рейтинг: 0 / 0
17.06.2017, 15:12
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473778
orac_list
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
orac_list
Гость
NabiullinAU,

ORA-600 [525]

PURPOSE:
This article discusses the internal error "ORA-600 [525]", what
it means and possible actions. The information here is only applicable
to the versions listed and is provided only for guidance.

ERROR:

Format: ORA-600 [525] [a] [b] [c] [d] [e] [f]

VERSIONS:
versions 7.3 to 10.1

DESCRIPTION:

This error is raised when a latch request violates the ordering rules.

Each parent latch has a hard-coded level# (level number) inherited by
all its child latches.

Each child latch is assigned a child# (child number).

The latch level#'s and child#'s are used to ensure all processes which
acquire multiple latches, acquire them in the same strict order.

This will prevent deadlocks between processes.

This internal error is raised when a second latch request violates the
ordering rules.

ARGUMENTS:
Arg [a] Address of Child Latch being requested
Arg [b] Level of Latch (level#)
Arg [c] Name of requested Latch
Arg [d] Child number of requested Latch (child#)
Arg [e] Address of Latch currently owned
Arg [f] Name of Latch currently owned

FUNCTIONALITY:
Kernel Service layer Latching & Wait-post Implementation

ORA-600 [kcoapl_blkchk] "Data Block Checking Detected Corrupt Block" (Doc ID 76434.1)

PURPOSE:
This article discusses the internal error "ORA-600 [kcoapl_blkchk]", what
it means and possible actions. The information here is only applicable
to the versions listed and is provided only for guidance.

ERROR:

Format: ORA-600 [kcoapl_blkchk] [a] [b] [c]

VERSIONS:
version 8.1 to 12.1

DESCRIPTION:

This exception indicates a failure during block check.

A block inconsistency has been detected.

We signal this exception and dump the block 'after image'.

This error indicates that we have detected a problem and hence prevented
a physical corruption from taking place.

ARGUMENTS:
Arg [a] Absolute file number (FILE# in V$DATAFILE).
Arg [b] Block number in the file of the affected block.
Arg [c] Internal Error code
...
Рейтинг: 0 / 0
18.06.2017, 13:20
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473786
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
orac_list,
9.2.0.6 была пара багов с recovery с такими симптомами
судя по всему в один из них ТС наступил
...
Рейтинг: 0 / 0
18.06.2017, 14:14
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39473828
orac_list
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
orac_list
Гость
NabiullinAU,

Чему равен параметр DB_BLOCK_CHECKING?
...
Рейтинг: 0 / 0
18.06.2017, 19:12
| Ответить | Цитировать | Написать  
Ошибки БД после сбоя питания
    #39474445
NabiullinAU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NabiullinAU
Гость
orac_list,
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
SQL> show parameter db

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_16k_cache_size                    big integer 0
db_2k_cache_size                     big integer 0
db_32k_cache_size                    big integer 0
db_4k_cache_size                     big integer 0
db_8k_cache_size                     big integer 0
db_block_buffers                     integer     0
db_block_checking                    boolean     FALSE
db_block_checksum                    boolean     TRUE
db_block_size                        integer     8192
db_cache_advice                      string      ON
db_cache_size                        big integer 25165824


Это то, что нужно?
...
Рейтинг: 0 / 0
19.06.2017, 20:54
| Ответить | Цитировать | Написать  
25 сообщений из 26, страница 1 из 2
  1  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Ошибки БД после сбоя питания
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39473778&tid=1885736]:
 0ms
get settings:
 8ms
get forum list:
 16ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 160ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 56ms
get tp. blocked users:
 1ms
others: 215ms
total:  477ms
созд. / загр.: 477ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]