ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
10 сообщений из 35, страница 2 из 2
  2  все
Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
    #38079148
фвыфывфы
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
фвыфывфы
Гость
dbms_repair_in_mount,

да
...
Рейтинг: 0 / 0
14.12.2012, 11:58:27
| Ответить | Цитировать | Написать  
Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
    #38079169
dbms_repair_in_moun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dbms_repair_in_moun
Гость
фвыфывфыdbms_repair_in_mount,

да

спасибо!

у меня такая интересная картина нарисовалась:

попросил системного администратора проверить RAID на сервере со стендбаем.
По словам сисадмина RAID в порядке, все диски целы, повреждённых секторов на дисках нет.

Но у меня на стендбае в алерт логе каждый датафайл битый.

Получилось так:

Код: 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.
адерт лог стендбая:

датафайл 1 битый.

я: скопировать датафайл1 на стендбай с рабочей БД.

алерт лог:
накатка логов сперва успешно, затем
ошибка
датафайл2 битый.

я: скопировать датафайл2 на стендбай с рабочей БД.

алерт лог:
накатка логов сперва успешно, затем
датафайл 7 битый

я: скопировать датафайл7 на стендбай с рабочей БД

алерт лог:
накатка логов сперва успешно, затем
датафайл 10 битый

я: скопировать датафайл10 на стендбай с рабочей БД



я так и не понял почему.

если конкретно привести лог со стендбая:


Код: 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.
Thu Dec 13 17:18:56 2012
Media Recovery Log E:\ORACLE\FLASHRECOVERY\ORCL\ARCHIVELOG\2012_12_11\O1_MF_1_77259_8DFL6X51_.ARC
Media Recovery Log E:\ORACLE\FLASHRECOVERY\ORCL\ARCHIVELOG\2012_12_11\O1_MF_1_77260_8DFLL369_.ARC
Thu Dec 13 17:19:12 2012
Media Recovery Log E:\ORACLE\FLASHRECOVERY\ORCL\ARCHIVELOG\2012_12_11\O1_MF_1_77261_8DFM2TJX_.ARC
Thu Dec 13 17:20:59 2012
db_recovery_file_dest_size of 614400 MB is 29.02% 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.
Thu Dec 13 17:41:07 2012
Non critical error ORA-00001 caught while writing to trace file "c:\oracle\diag\rdbms\orcl\orcl\trace\orcl_pr0g_9556.trc"
Error message: OSD-00002: additional error information
O/S-Error: (OS 87) The parameter is incorrect.
Writing to the above trace file is disabled for now on...
Thu Dec 13 17:55:56 2012
Errors in file c:\oracle\diag\rdbms\orcl\orcl\trace\orcl_pr0g_9556.trc  (incident=332423):
ORA-00600: код внутренней ошибки, аргументы: [3020], [10], [2639222], [44582262], [], [], [], [], [], [], [], []
ORA-10567: Redo is inconsistent with data block (file# 10, block# 2639222, file offset is 145670144 bytes)
ORA-10564: tablespace USER_DATA
ORA-01110: файл данных 10: 'D:\ORACLE\ORADATA\ORCL\USER_DATA06.DBF'
ORA-10561: block type 'TRANSACTION MANAGED INDEX BLOCK', data object# 77233
Incident details in: c:\oracle\diag\rdbms\orcl\orcl\incident\incdir_332423\orcl_pr0g_9556_i332423.trc
Slave exiting with ORA-600 exception
Errors in file c:\oracle\diag\rdbms\orcl\orcl\trace\orcl_pr0g_9556.trc:
ORA-00600: код внутренней ошибки, аргументы: [3020], [10], [2639222], [44582262], [], [], [], [], [], [], [], []
ORA-10567: Redo is inconsistent with data block (file# 10, block# 2639222, file offset is 145670144 bytes)
...
Рейтинг: 0 / 0
14.12.2012, 12:12:45
| Ответить | Цитировать | Написать  
Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
    #38079192
Фотография pravednik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pravednik
Участник
dbms_repair_in_moun,

не все так просто, как казалось. И проблема тут может быть совсем не в стендбае.
Значение параметров DB_LOST_WRITE_PROTECT и DB_BLOCK_CHECKSUM на стендбае и праймари покажите
...
Рейтинг: 0 / 0
14.12.2012, 12:24:45
| Ответить | Цитировать | Написать  
Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
    #38079278
dbms_repair_in_mount
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dbms_repair_in_mount
Гость
pravednikdbms_repair_in_moun,

не все так просто, как казалось. И проблема тут может быть совсем не в стендбае.
Значение параметров DB_LOST_WRITE_PROTECT и DB_BLOCK_CHECKSUM на стендбае и праймари покажите

на праймари:
Код: plsql
1.
2.
DB_LOST_WRITE_PROTECT = NONE
DB_BLOCK_CHECKSUM = TYPICAL


на стендбае:
Код: plsql
1.
2.
DB_LOST_WRITE_PROTECT =NONE
DB_BLOCK_CHECKSUM =TYPICAL



значения параметров совпадают.

Могли бы пояснить в чём же тогда дела? Почему сбоит стендбай?

А на праймари у нас ошибки частые:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
Thu Dec 13 12:11:22 2012
Errors in file c:\oracle\diag\rdbms\orcl\orcl\trace\orcl_dbw1_11664.trc  (incident=364740):
ORA-00600: ъюф тэєЄЁхээхщ ю°шсъш, рЁуєьхэЄ√: [kcbo_switch_mq_bg_3], [560], [121037778], [0], [], [], [], [], [], [], [], []
Incident details in: c:\oracle\diag\rdbms\orcl\orcl\incident\incdir_364740\orcl_dbw1_11664_i364740.trc
Errors in file c:\oracle\diag\rdbms\orcl\orcl\trace\orcl_dbw1_11664.trc  (incident=364741):
ORA-00600: ъюф тэєЄЁхээхщ ю°шсъш, рЁуєьхэЄ√: [kcbo_dump_q], [12], [560], [2], [121037778], [0], [0], [], [], [], [], []
ORA-00600: ъюф тэєЄЁхээхщ ю°шсъш, рЁуєьхэЄ√: [kcbo_switch_mq_bg_3], [560], [121037778], [0], [], [], [], [], [], [], [], []
Incident details in: c:\oracle\diag\rdbms\orcl\orcl\incident\incdir_364741\orcl_dbw1_11664_i364741.trc
Thu Dec 13 12:11:23 2012
Trace dumping is performing id=[cdmp_20121213121123]
Thu Dec 13 12:21:26 2012
Process 0x00000003FC41EC00 appears to be hung while dumping
Current time = 87206446, process death time = 87146164 interval = 60000
Attempting to kill process 0x00000003FC41EC00 with OS pid = 11664



такие ошибки бывают каждый месяц . приходится поэтому раз в месяц перезапускать Oracle.

Иначе приложение висит у всех пользователей, никто не может работать. Отваливаются фоновые процессы.

А вот как решить проблему я не знаю. Гугл мне не очень помог по этому вопросу.
...
Рейтинг: 0 / 0
14.12.2012, 13:03:24
| Ответить | Цитировать | Написать  
Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
    #38079298
Фотография pravednik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pravednik
Участник
dbms_repair_in_mountГугл мне не очень помог по этому вопросу.
Учитывая, что у вас 11.2.0. 1 SE One, начните с обновления до 11,2,0,3
...
Рейтинг: 0 / 0
14.12.2012, 13:16:29
| Ответить | Цитировать | Написать  
Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
    #38079312
dbms_repair_in_mount
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dbms_repair_in_mount
Гость
pravednikdbms_repair_in_mountГугл мне не очень помог по этому вопросу.
Учитывая, что у вас 11.2.0. 1 SE One, начните с обновления до 11,2,0,3

Уже несколько месяцев пытаюсь начать, но доступа на металинк нет.
Oracle лицензионный, купленный, но техподдержка не оплачивается.

А у вас есть представление, в чём может быть причина ошибки ORA-00600 на праймари?
...
Рейтинг: 0 / 0
14.12.2012, 13:28:02
| Ответить | Цитировать | Написать  
Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
    #38079678
dimsy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimsy
Гость
dbms_repair_in_mountМогли бы пояснить в чём же тогда дела? Почему сбоит стендбай?

Скорее всего сбоит не стендбай, а проблемы на праймари.
Как предположение, у тебя блоки данных не всегда попадают на диск, хотя оракл уверен, что записал измененные данные. Отсюда и stuck block на стендбае. Это либо проблемы с сервером по железу, либо проблема в dbms_repair_in_mount...ORA-00600: ъюф тэєЄЁхээхщ ю°шсъш, рЁуєьхэЄ√: [kcbo_switch_mq_bg_3], [560], [121037778], [0], [], [], [], [], [], [], [], []
Судя по ноте 1493290.1 падает One of the DBW processes.
В любом случаи патчитесь до 11.2.0.3 и чем скорее, тем лучше.
...
Рейтинг: 0 / 0
14.12.2012, 16:13:37
| Ответить | Цитировать | Написать  
Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
    #38079740
dbms_repair_in_moun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dbms_repair_in_moun
Гость
Спасибо за ответ!
Будем патчиться:)

А как быть, если возникнет ситуация: на праймари битый блок и относится к системной таблице?

dbms_repair использовать нельзя, мы же не можем пропустить (skip) повреждённые блоки, которые относятся к
системной таблице.

что делать в этом случае тогда, если окажется что в бэкапе такой же битый блок?
...
Рейтинг: 0 / 0
14.12.2012, 16:42:22
| Ответить | Цитировать | Написать  
Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
    #38079746
Фотография pravednik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
pravednik
Участник
dbms_repair_in_mounна праймари битый блок и относится к системной таблице?
Вариантов решения может быть как много, так и не одного ;). Как минимум зависит от того, что это будет за таблица.
А по хорошему, у вас и так текущих проблем вагон, так что решайте по мере их поступления ;)
...
Рейтинг: 0 / 0
14.12.2012, 16:44:57
| Ответить | Цитировать | Написать  
Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
    #38081364
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Вячеслав Любомудров
Участник
dbms_repair_in_mounА как быть, если возникнет ситуация: на праймари битый блок и относится к системной таблице?

dbms_repair использовать нельзя, мы же не можем пропустить (skip) повреждённые блоки, которые относятся к
системной таблице.
Ты все не хочешь понять, что dbms_repair не лечит проблему
Он просто позволяет пропустить блок при ПОЛНОМ просмотре (FULL SCAN)
Т.е. только для того, чтоб ты смог вытащить остальные неповрежденные данные
Естественно, в случае словаря такой ход недопустим
...
Рейтинг: 0 / 0
17.12.2012, 03:34:51
| Ответить | Цитировать | Написать  
10 сообщений из 35, страница 2 из 2
  2  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=38079148&tid=1900443]:
 0ms
get settings:
 7ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 40ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 48ms
get tp. blocked users:
 1ms
others: 187ms
total:  313ms
созд. / загр.: 313ms
x
x
Закрыть


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