Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Ошибки БД после сбоя питания / 25 сообщений из 26, страница 1 из 2
15.06.2017, 19:03
    #39472639
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:29
    #39472653
Takurava
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
Поломался блок в SYSTEM - база не запускается?
Doing block recovery for fno: 1 blk: 438086
...
Рейтинг: 0 / 0
15.06.2017, 19:35
    #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:44
    #39472660
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, 20:12
    #39472671
NabiullinAU
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
Добрый Э - Эх,
восстанавливать rman'ом?
...
Рейтинг: 0 / 0
15.06.2017, 20:17
    #39472673
NabiullinAU
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
Добрый Э - Эх,

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

no rows selected

SQL> 



Это при открытой базе. Но ошибки всё равно сыпятся.
...
Рейтинг: 0 / 0
15.06.2017, 20:25
    #39472676
NabiullinAU
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
Забыл упомянуть - база в режиме noarchivelog. Сделал бэкап всего перед манипуляциями.
...
Рейтинг: 0 / 0
15.06.2017, 22:41
    #39472710
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:53
    #39472714
Relic Hunter
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
NabiullinAU,

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

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

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

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

Предложите разработчикам оплатить восстановление потерянных данных
А причем тут разработчики?
Сохранность данных в БД обязанность админа, он сам решает, удовлетворять изысканные требования разработчиков или нет =)
...
Рейтинг: 0 / 0
16.06.2017, 18:59
    #39473397
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, 22:45
    #39473468
Sheriffua
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
NabiullinAU,

Главное чтобы экспорт прошел нормально, без ошибок.
...
Рейтинг: 0 / 0
16.06.2017, 23:07
    #39473474
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
17.06.2017, 15:01
    #39473601
Sheriffua
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
NabiullinAU,

А что за таблица? Может справочник и его можно "обнулить" безболезненно.
...
Рейтинг: 0 / 0
17.06.2017, 15:10
    #39473604
Вячеслав Любомудров
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
Больше похоже на "index token table" контекстного индекса для таблицы CTX_SRH
Если это так, есть смысл попробовать его перестроить
...
Рейтинг: 0 / 0
17.06.2017, 15:12
    #39473605
Вячеслав Любомудров
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
Правда, я бы попытался таки для начала определить кому принадлежит блок 438086 файла 1
...
Рейтинг: 0 / 0
18.06.2017, 13:20
    #39473778
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, 14:14
    #39473786
Vadim Lejnin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
orac_list,
9.2.0.6 была пара багов с recovery с такими симптомами
судя по всему в один из них ТС наступил
...
Рейтинг: 0 / 0
18.06.2017, 19:12
    #39473828
orac_list
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ошибки БД после сбоя питания
NabiullinAU,

Чему равен параметр DB_BLOCK_CHECKING?
...
Рейтинг: 0 / 0
19.06.2017, 20:54
    #39474445
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
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Ошибки БД после сбоя питания / 25 сообщений из 26, страница 1 из 2
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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