|
|
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
Имеем праймери+3 стендбая (все 12.1.0.2.0). Недавно сделали плановый switchover без ошибок и проблем (базы ролями поменялись, накат логов пошёл на старый праймери). После этого начались проблемы: Если сделать контрольник с базы бывшего праймери командой Код: plsql 1. то при разворачивании новой тестовой базы с этим контролом не применяется опция db_file_name_convert из инит-файла. Но если сделать контрольник с любого другого хоста (новый праймери или другие стендбаи), то db_file_name_convert применяется как и надо. При чём, и с того проблемного хоста ДО переключения switchover всё работало. Что надо посмотреть/исправить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2016, 04:34 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
Не знаю как 12, но до этого настройка DB_FILE_NAME_CONVERT применялась ТОЛЬКО при команде DUPLICATE (в том числе и при создании стендбая). При обычниых командах RECOVER/RESTORE оно игнорируется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2016, 08:01 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
micis, 1) Покаж значение DB_FILE_NAME_CONVERT какое пытаешься используешь 2) Посмотри какие конкретно пути прописаны в этом control Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2016, 09:07 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровНе знаю как 12, но до этого настройка DB_FILE_NAME_CONVERT применялась ТОЛЬКО при команде DUPLICATE (в том числе и при создании стендбая). При обычниых командах RECOVER/RESTORE оно игнорируется если ресторить БД как стендбай - то работает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2016, 10:21 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinoесли ресторить БД как стендбай - то работает.Да, именно так и делаем обычно тестовые БД. Т.к. бекапы уже есть, вот с них и разворачиваем (да и нагрузку лишнюю не создаём): - монтируем на тестовом сервере nfs-шару с бекапом (там же лежит и контрольник для стендбая) - стартуем инстанс, восстанавливаем контрольник (инит-файлы уже готовы от предыдущей тестовой базы), монтируем - в rman-е делаем CATALOG START WITH '/mnt/backups/...', затем restore + recover - ну и затем активируем стендбай базу. Vadim Lejnin, Код: plsql 1. 2. 3. 4. 5. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Проверял уже пути на 10 раз. Не в них дело, видимо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2016, 12:07 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
micisмонтируем не уверен, но все же... монтируете через 'alter database mount standby database'? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2016, 12:41 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinoне уверен, но все же... монтируете через 'alter database mount standby database'?Нет, просто mount. Но проверил сейчас и с данной командой - тот же результат. Да и документация говорит о том же: The keywords STANDBY DATABASE are optional, because Oracle Database determines automatically whether the database to be mounted is a primary or standby database Проверил уже все шаги по этой инструкции Creating a Physical Standby Database При чём, если взять контрольник с "нормального" стендбая, восстановить на тесте и смонтировать БД, то Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. показывает сконвертированный путь, хотя в контрольнике исходные пути Код: plsql 1. 2. 3. Куда ещё смотреть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2016, 06:35 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
Попробовал на тестовом стенде повторить проблему - всё аналогично проду. Видимо придётся переходить на команду DUPLICATE (архивлоги не бекапятся у нас, поэтому DUPLICATE идёт без опции DORECOVER): Код: plsql 1. 2. 3. Только опять же, теперь не переименовываются автоматом редологи (может из-за отсутствия DORECOVER?). Но их проще пересоздать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2016, 10:21 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
А для логов нужно LOG_FILE_NAME_CONVERT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2016, 02:13 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровА для логов нужно LOG_FILE_NAME_CONVERTТак в том-то и дело, что стоял этот параметр. Да и сейчас задан, автоматом перейдя в spfile. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2016, 08:28 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
micis Код: plsql 1. если файлы переименовываются, зачем тут это? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2016, 09:00 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
А он сначала проверяется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2016, 09:02 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровА он сначала проверяется расшифруй? я когда создавал тестовые БД по другим путям всегда убирал данный параметр - сразу видно если что-то забыл прописать в CONVERT. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2016, 09:04 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
Забей, я прогнал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.11.2016, 09:19 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
Q.Tarantinoесли файлы переименовываются, зачем тут это?А иначе получаю ошибку RMAN-05001. У меня все базы на одном хосте. Хотя рман пишет, что конфликт с именем уже по сконвертированному пути: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. А на самом деле этих файлов ещё нет. Он смотрит в /oradata/prod, где лежит исходная база. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2016, 03:17 |
|
||
|
Проблема с контрольником бывшего праймери
|
|||
|---|---|---|---|
|
#18+
А сейчас вылезло вообще не пойми что: Код: 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. После переименования датафайлов, рман пытается восстановить в старый каталог! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.11.2016, 10:35 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39349922&tid=1886990]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 211ms |
| total: | 357ms |

| 0 / 0 |
