|
|
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Добрый день. На physical standby обнаружены block corruption. Результат запроса: select * from V$DATABASE_BLOCK_CORRUPTION;1 49830 1 0 CORRUPT 0 1 17760 1 0 CORRUPT 0 3 3082 1 0 CORRUPT 0 63 1871378 1 0 CORRUPT 0 1 30437 1 0 FRACTURED 0 50 5431 1 0 FRACTURED 0 50 12893 1 0 FRACTURED 0 50 17307 1 0 FRACTURED 0 50 18009 1 0 FRACTURED 0 50 18263 1 0 FRACTURED 0 Параметры на standby: fal_serverfal_server string test1 tnsping test1Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.0.1)(PORT = 1521))) (CONNECT_DATA = (SID = test1) (SERVER = DEDICATED))) OK (0 msec) log_archive_dest_1location=USE_DB_RECOVERY_FILE_ DEST, valid_for=(ALL_LOGFILES, ALL_ROLES) log_archive_configdg_config=(test1) Параметры на primary: fal_servertest2 tnsping test2Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 10.0.0.2)(PORT = 1521))) (CONNECT_DATA = (SID = test2) (SERVER = DEDICATED))) OK (30 msec) log_archive_dest_1location=USE_DB_RECOVERY_FILE_ DEST, valid_for=(ALL_LOGFILES, ALL_ROLES) log_archive_dest_2service="test2", ASYNC NOAF FIRM delay=0 optional compress ion=disable max_failure=0 max_ connections=1 reopen=300 db_un ique_name="test2" net_timeo ut=30, valid_for=(online_logfi le,all_roles) log_archive_configdg_config=(test1,test2) Block corruption отсутствуют ОС обоих систем: Red Hat 4.8.5-16 Oracle на обоих: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production. Внимание вопрос: Standby должен был автоматически подтянуть Block corruption с primary и заменить их, но не делает этого. Почему? P.S. Заранее благодарю за помощь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2018, 09:07 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Ilnov log_archive_configdg_config=(test1) Почему только один? Запущен именно Active Data Guard (я уж не спрашиваю про лицензирование )? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2018, 09:21 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, Да, запущен Active Data Guard (система лицензирована). "Почему только один?" - параметры создавались автоматически при создании через Cloud Control. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2018, 09:29 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
After configuring Data Guard using Broker, parameter log_archive_config shows different values on Primary And Standby (Doc ID 2406377.1) Best Practices for Corruption Detection, Prevention, and Automatic Repair - in a Data Guard Configuration (Doc ID 1302539.1) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2018, 09:36 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Хотя, на Primary у меня битый блок восстанавливался вообще без LOG_ARCHIVE_CONFIG (11.2) Про стендбай не помню, возможно и не проверял ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2018, 09:39 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, поменял параметра log_archive_config на standby на: dg_config=(test1,test2). Система не спешит восстанавливать блоки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2018, 09:59 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, видимо по этой причине у Вас восстановился блок: https://levipereira.wordpress.com/2010/11/20/automatic-repair-of-corrupt-data-blocks-on-standby-database-11g-r2/ Только остаётся открытым вопрос, почему у меня не восстанавливается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2018, 10:00 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Стесняюсь спросить -- а ты их запрашиваешь (select from <corrupt_segment> на стендбае)? Или они у тебя по новой накатываются? Или ждешь, что standby сам прочитает список V$DATABASE_BLOCK_CORRUPTION и начнет их восстанавливать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2018, 10:07 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровИли ждешь, что standby сам прочитает список V$DATABASE_BLOCK_CORRUPTION и начнет их восстанавливать? Плат был такой, т.к. битых блоков больше 8000 и запрашивать их на standby или менять на primary накладно по человеко / часам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2018, 10:13 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Ilnov Внимание вопрос: Standby должен был автоматически подтянуть Block corruption с primary и заменить их, но не делает этого. Почему? Объекты случайно не nologging? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2018, 17:50 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
youngblood, после alter database force logging; есть разница? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2018, 10:31 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Решил вопрос "волшебным пенделем". Сначала выявил все битые блоки: VALIDATE CHECK LOGICAL DATABASE; Потом заставил исправлять: BLOCKRECOVER CORRUPTION LIST; Но! Вопрос открыт! Почему standby не исправил их самостоятельно. Он даже не пытался, т.к. в alertlog нет ошибок о том, что у него не получилось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2018, 10:35 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Ilnovyoungblood, после alter database force logging; есть разница? Не очень понял. Если данные побились (из-за nologging) до переключения на force logging, то, насколько я понимаю, после alter database force logging чуда и не должно произойти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2018, 10:58 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
IlnovВопрос открыт! Почему standby не исправил их самостоятельно. Он даже не пытался, т.к. в alertlog нет ошибок о том, что у него не получилось.Если у тебя в момент наката была неправильная конфигурация (или DG на был Active, т.е. накат на открытый в RO стендбай), то что ты ожидал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.07.2018, 12:24 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
youngblood, нет. alter database force logging; было давно, а блоки появились недавно и постоянно появляются, даже после полной проверки и исправления. Подозрение на массив ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2018, 08:28 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Интересная штука началась. Запустил на ночь задание: Код: plsql 1. 2. 3. 4. 5. Выводит ошибку: RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of recover command at 07/19/2018 19:23:58 RMAN-06026: some targets not found - aborting restore RMAN-06023: no backup or copy of datafile 75 found to restore Не понимаю, что вдруг ему стало мешать брать блоки с primary? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.07.2018, 10:12 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Добрый день. Проблема актуальна, а в интернете ничего нет. Причина прекращения восстановления блоков standby, путём подтягивания с primary не ясна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2018, 10:33 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Где алерт со стендбая, в котором видно, что обнуружен сбойный блок, но нет попытки получить его с боевого? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2018, 11:56 |
|
||
|
Block corruption на standby
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, пожалуйста, пожалуйста Mon Jul 23 10:30:09 2018 Automatic block media recovery requested for (file# 58, block# 3071449) Mon Jul 23 10:31:09 2018 Automatic block media recovery requested for (file# 58, block# 3124672) Это всё, что пишется в алертах standby. Он прост перебирает все блоки из списка SYS.V_$DATABASE_BLOCK_CORRUPTION и потом выводит ошибку в rman RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03002: failure of recover command at 07/19/2018 19:23:58 RMAN-06026: some targets not found - aborting restore RMAN-06023: no backup or copy of datafile 75 found to restore ничего не добавляя в алерт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2018, 13:20 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39675421&tid=1883699]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 386ms |

| 0 / 0 |
