|
|
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
Приветствую! Ora 10.2.0.5 linux Прилетело в alert Код: plsql 1. 2. 3. 4. На standbay Код: 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. На примари: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 12:10 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
lYY, Восстановить с backup Если backup нет, то с помощью incremental backup Steps to perform for Rolling forward a standby database using RMAN incremental backup when primary and standby are in ASM filesystem (Doc ID 836986.1) Если кратко то: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 12:34 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
Подозреваю, что ТС интересует, как его передать на стендбай Просто скопировать с боевого и выполнить на стендбае ALTER DATABASE REGISTER LOGFILE 'full_path' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 13:16 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровПодозреваю, что ТС интересует, как его передать на стендбай Просто скопировать с боевого и выполнить на стендбае ALTER DATABASE REGISTER LOGFILE 'full_path' он написал что на праймари его на диске нет. видимо уехал в бэкап. бывает, хотя и не должно быть. просто восстановить с бэкапа на парймари - сам уедет на стендбай. ну ежели не уедет - тогда скопировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 14:21 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров Не, именно на боевом и нет этого файла. Не понимаю, куда он делся. -rw-r----- 1 oracle oinstall 617271296 Янв 18 08:04 1_33844_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 08:06 1_33845_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 08:25 1_33846_939484154.dbf -rw-r----- 1 oracle oinstall 619411456 Янв 18 08:26 1_33847_939484154.dbf -rw-r----- 1 oracle oinstall 618270208 Янв 18 08:46 1_33848_939484154.dbf -rw-r----- 1 oracle oinstall 622545920 Янв 18 08:47 1_33849_939484154.dbf -rw-r----- 1 oracle oinstall 474561024 Янв 18 09:03 1_33850_939484154.dbf -rw-r----- 1 oracle oinstall 72192 Янв 18 09:04 1_33851_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 10:04 1_33852_939484154.dbf -rw-r----- 1 oracle oinstall 444021760 Янв 18 10:05 1_33853_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 10:06 1_33854_939484154.dbf -rw-r----- 1 oracle oinstall 617269760 Янв 18 10:10 1_33855_939484154.dbf -rw-r----- 1 oracle oinstall 609358848 Янв 18 10:17 1_33856_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 10:19 1_33857_939484154.dbf -rw-r----- 1 oracle oinstall 620397056 Янв 18 10:23 1_33858_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 10:21 1_33859_939484154.dbf -rw-r----- 1 oracle oinstall 532883968 Янв 18 10:30 1_33861_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 10:32 1_33862_939484154.dbf -rw-r----- 1 oracle oinstall 623503360 Янв 18 10:40 1_33863_939484154.dbf -rw-r----- 1 oracle oinstall 617265152 Янв 18 10:52 1_33864_939484154.dbf -rw-r----- 1 oracle oinstall 619266560 Янв 18 11:00 1_33865_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 11:06 1_33866_939484154.dbf -rw-r----- 1 oracle oinstall 617269248 Янв 18 11:14 1_33867_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 11:31 1_33868_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 11:35 1_33869_939484154.dbf -rw-r----- 1 oracle oinstall 373671936 Янв 18 11:39 1_33870_939484154.dbf -rw-r----- 1 oracle oinstall 617328128 Янв 18 11:57 1_33871_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 12:05 1_33872_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 12:16 1_33873_939484154.dbf -rw-r----- 1 oracle oinstall 617276928 Янв 18 12:17 1_33874_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 12:37 1_33875_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 12:38 1_33876_939484154.dbf -rw-r----- 1 oracle oinstall 617303040 Янв 18 12:58 1_33877_939484154.dbf -rw-r----- 1 oracle oinstall 617271296 Янв 18 12:59 1_33878_939484154.dbf Вникаю в инструкцию Vadim Lejnin ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 14:23 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
CrazyCatпросто восстановить с бэкапа на парймари это как выше писали? Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 14:24 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
lYYэто как выше писали? мое предположение было несколько иным.. думал в бэкапы ушло, а тут пропуск. на всякий посмотри алертлог что там было... не помню с какой версии работает то что тебе написали, если с 10-ки то да, актуализируй стендбай инкрементальным бэкапом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 14:47 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
CrazyCatlYYэто как выше писали? мое предположение было несколько иным.. думал в бэкапы ушло, а тут пропуск. на всякий посмотри алертлог что там было... не помню с какой версии работает то что тебе написали, если с 10-ки то да, актуализируй стендбай инкрементальным бэкапом. Да, на 10-ке работает. авторOracle Database - Enterprise Edition - Version 10.2.0.1 to 12.1.0.2 [Release 10.2 to 12.1] Doc ID 836986.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 14:50 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
lYYCrazyCatпросто восстановить с бэкапа на парймари это как выше писали? Код: plsql 1. Нет, Кот предложил восстановить потерянный archivelog на primary из backup (Если он у вас есть) В этом случае, oracle сам передаст и накатит потерянный archivelog на standby То что я написал, это накат standby до текущего состояния используя возможности incremental backup а не путем последовательного наката acrhivelog В этом случае, Вам будут нужны только archivelog, которые появились после начала backup, остальные протухнут, в том числе и потерянный. incremental backup - более быстрый способ, так как накатываются только конечные (на момент backup) изменения. Может быть актуально, если простой был большой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 14:50 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
Vadim LejninНет, Кот предложил восстановить потерянный archivelog на primary из backup (Если он у вас есть) В этом случае, oracle сам передаст и накатит потерянный archivelog на standby То что я написал, это накат standby до текущего состояния используя возможности incremental backup а не путем последовательного наката acrhivelog у него не похоже на бэкап, так бы мы и предыдущих логов не увидели... так что ему смотреть алертлог что же случилось и куда делось и... если утерян - то да, инкрементальным ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 14:52 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
Не получилось инкрементальным. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. И ошибок не выдало и gap остался. Пересоздаю standbay заново. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 15:45 |
|
||
|
FAL[client]: Failed to request gap sequence
|
|||
|---|---|---|---|
|
#18+
lYYИ ошибок не выдало и gap остался. Пересоздаю standbay заново. ну если небольшой то норм а вообще я номер ноты давал, мог бы по ней проделать. насколько помню, контрольник еще бэкапится новый для стендбая. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2018, 15:59 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39586356&tid=1884570]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
37ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
2ms |
| others: | 244ms |
| total: | 379ms |

| 0 / 0 |
