Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает? / Oracle

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / Oracle [игнор отключен] [закрыт для гостей] / Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?

10 сообщений из 35, страница 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_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

Участник

Откуда: Jacksonville, FL

Сообщения: 16 322

Рейтинг: 0 / 0

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

Гость

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: ъюф тэєЄЁхээхщ ю°шсъш, рЁуєьхэЄ&#8730;: [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: ъюф тэєЄЁхээхщ ю°шсъш, рЁуєьхэЄ&#8730;: [kcbo_dump_q], [12], [560], [2], [121037778], [0], [0], [], [], [], [], []
ORA-00600: ъюф тэєЄЁхээхщ ю°шсъш, рЁуєьхэЄ&#8730;: [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

Участник

Откуда: Jacksonville, FL

Сообщения: 16 322

Рейтинг: 0 / 0

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

Гость

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

Гость

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 использовать нельзя, мы же не можем пропустить (skip) повреждённые блоки, которые относятся к
системной таблице.

что делать в этом случае тогда, если окажется что в бэкапе такой же битый блок?

...

Рейтинг:

0 / 0

14.12.2012, 16:42:22

| Ответить | Цитировать | Написать

Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?

#38079746

pravednik

Участник

Откуда: Jacksonville, FL

Сообщения: 16 322

Рейтинг: 0 / 0

dbms_repair_in_mounна праймари битый блок и относится к системной таблице?
Вариантов решения может быть как много, так и не одного ;). Как минимум зависит от того, что это будет за таблица.
А по хорошему, у вас и так текущих проблем вагон, так что решайте по мере их поступления ;)

...

Рейтинг:

0 / 0

14.12.2012, 16:44:57

| Ответить | Цитировать | Написать

Как восстановить битый блок (индекс) на standby в SE One. dbms_repair в mount работает?

#38081364

Вячеслав Любомудров

Участник

Откуда: Владивосток

Сообщения: 18 655

Рейтинг: 0 / 0

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

dbms_repair использовать нельзя, мы же не можем пропустить (skip) повреждённые блоки, которые относятся к
системной таблице.
Ты все не хочешь понять, что dbms_repair не лечит проблему
Он просто позволяет пропустить блок при ПОЛНОМ просмотре (FULL SCAN)
Т.е. только для того, чтоб ты смог вытащить остальные неповрежденные данные
Естественно, в случае словаря такой ход недопустим

...

Рейтинг:

0 / 0

17.12.2012, 03:34:51

| Ответить | Цитировать | Написать

10 сообщений из 35, страница 2 из 2

все

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/topic.php?fid=52&msg=38079298&tid=1900443]:	0ms
get settings:	10ms
get forum list:	16ms
check forum access:	4ms
check topic access:	4ms
track hit:	53ms
get topic data:	10ms
get forum data:	3ms
get page messages:	52ms
get tp. blocked users:	1ms
others:	225ms

total:	378ms

	Необходимые cookie
	Cookie для сбора статистики
	Cookie для маркетинга и рекламы