|
|
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
1) база большая, ~ 1TB 2) standby - за пару тысяч км (скорости не быстрые). Standby восстановил из бэкапа. Обычным способом: скопировал бэкап, rman'ом: restore database; recover database. Далее: установил уникальное имя, db_unique_name. SID - не менял. Скопировал passwordfile. На primary сделал controlfile: Код: sql 1. и "воткнул" его в primary_stb (STANDBY) стартовал standby: Код: sql 1. 2. listener.ora on standby: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. при этом сами имена на standby: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. on primary: Код: sql 1. 2. 3. 4. 5. STANDBY: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. PRIMARY: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. FAL: на primary: Код: sql 1. 2. 3. 4. 5. 6. FAL: на standby: Код: sql 1. 2. 3. 4. 5. 6. когда на standby старткю принятие логов: Код: sql 1. то на primary в alert_log: Код: sql 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. a на standby: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. Internet говорит: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Если вот здесь поменять Код: sql 1. на Код: sql 1. то TNS отваливается по timeout'у: ora 12170 на standby: Код: sql 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. gap логов не получается "докатить". Их можно докатить вручную, но потом ситуация повторяется и не работает на автомате. ах! да! есть еще трейс-файл (немного раньше по времени: Код: sql 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.03.2017, 21:44 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
а если пересоздать конфигурацию? но только предварительно удалить конфигурацию и потом конфигурационные dataguard файлы вручную. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 07:21 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
maxskiInternet говорит: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Ну так и пропиши на стендбае тоже maxskion primary: Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 07:57 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
Вчера еще раз прошелся: На standby: Код: sql 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. т.е. tcp-соединение проходит здесь (где статус READY): Код: sql 1. 2. поэтому в tnsnames.ora на primary: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Установил SERVICE=primary_stb (на primary), где : primary_stb - это TNS имя Код: sql 1. 2. 3. и несколько раз делал вот это (на primary): Код: sql 1. запускаю на standby (primary_stb): Код: sql 1. и вижу в логах: на primary: Код: sql 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. на standby (в трейс-логе): Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. про 16047 я в курсе: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. Как бы протрейсить трафик между primary и standby, чтобы узнать что там шлет standby? Почему: Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 10:08 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
maxskiКак бы протрейсить трафик между primary и standby, чтобы узнать что там шлет standby? А что в dc*.log? Лежат рядом с alert.log ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 11:16 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
Сорри, drс*.log ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 11:18 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
maxski , имя для сервиса на рабочей БД должно совпадать именем БД на стендбае (они одинаковые) (db_name) : здесь primary, т.е. PRIMARY_STB= (DESCRIPTION= (ADDRESS= (PROTOCOL=TCP) (HOST=10.*.*.*) (PORT=1521) ) (CONNECT_DATA= (SERVER=dedicated) (SERVICE_NAME=primary) ) ) Для primary database не нужно включать fal. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 11:48 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
Ответили жешь: Вячеслав ЛюбомудровНу так и пропиши на стендбае тоже maxskion primary: Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 11:52 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
fortnet, fortnetимя для сервиса на рабочей БД должно совпадать именем БД на стендбае (они одинаковые) (db_name) : здесь primary, т.е. вроде как уникальные имена должны быть разными: STANDBY: Код: sql 1. 2. 3. 4. 5. PRIMARY: Код: sql 1. 2. 3. 4. 5. Cейчас ошибка в несовпадении концигурации: Лог на primary: Код: sql 1. 2. 3. 4. 5. 6. 7. Еще есть тема с кавычками при FAL_SERVER='primary', если без кавычек, то запишется в верхнем регистре. Cейчас на standby установил пустое имя домена. Пробую ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 12:04 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
И непонятно что в таком случае смеяться или плакать))) понятно что человек зарылся в одной ошибке и не исправляя ее плодит новые, волосы дыбом стоят и невнимательно смотрит на подсказки, дважды написали по первой ошибке: Код: sql 1. 2. 3. и можно только один раз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 12:11 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
TakuravamaxskiКак бы протрейсить трафик между primary и standby, чтобы узнать что там шлет standby? А что в dc*.log? Лежат рядом с alert.log Сорри, drс*.log чёта не нашел такого файла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 13:11 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
GenosseИ непонятно что в таком случае смеяться или плакать))) понятно что человек зарылся в одной ошибке и не исправляя ее плодит новые, волосы дыбом стоят и невнимательно смотрит на подсказки, дважды написали по первой ошибке: Код: sql 1. 2. 3. и можно только один раз Помогло. Я упастил вот это Код: sql 1. Вроде как про это говорится, что это нужно для switchover. А switchover мне не нужен был поэтому я это игнорировал. плюс я думал, может "прилетает" на примари вместе с доменным именем, 2) может еше где какой параметр оказался введенным не на том языке (у меня английская "клава" и 3 языка в системе) 3) может верхний регистр? Спасибо Вячеславу и Genosse. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 13:38 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
maxski, упастил=упустил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 13:38 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
maxskiВроде как про это говорится, что это нужно для switchover.switchover здесь не причем Этот параметр или задается на всех узлах конфигурации или ни на одном ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 13:41 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровmaxskiВроде как про это говорится, что это нужно для switchover.switchover здесь не причем Этот параметр или задается на всех узлах конфигурации или ни на одном спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 14:08 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
maxskiЕще есть тема с кавычками при FAL_SERVER='primary', если без кавычек, то запишется в верхнем регистре. Cейчас на standby установил пустое имя домена. Пробую Если заработал накат, выложите для ясности параметры : show parameter _name show parameter log_archive_dest_2 и tnsnames и listener.ora обоих баз. Я не считаю, что установка LOG_ARCHIVE_CONFIG на стендбай сняла ошибку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 14:45 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
fortnetmaxskiЕще есть тема с кавычками при FAL_SERVER='primary', если без кавычек, то запишется в верхнем регистре. Cейчас на standby установил пустое имя домена. Пробую ... Я не считаю, что установка LOG_ARCHIVE_CONFIG на стендбай сняла ошибку. По порядку: 1) show parameter _name PRIMARY: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. STANDBY: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 2) show parameter log_archive_dest_2 и LOG_ARCHIVE_CONFIG: PRIMARY: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. STANDBY: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 3) tnsnames.ora PRIMARY: Код: sql 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. STANDBY: Код: sql 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. Я уже писал выше, что установил пустой db_domain: STANDBY: Код: sql 1. 2. 3. 4. 5. 6. 4) listener.ora PRIMARY: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. STANDBY: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Отключал на STANDBY параметр log_archive_config (с перезагрузкой инстанса) - переставало работать Вернул обратно - все заработало. кусочки текуших алерт-логов: PRIMARY: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. STANDBY: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Кстати, редо-логи небольшие, поэтому отщелкиваются каждые 1 - 2 минуты ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2017, 16:46 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
maxski, Спасибо. Да, моя ошибка, конфиг на стендбае должен быть. Параметр позволяет без выключения primary динамически конфигурить data guard окружение (прописывается для всех участников). service_names определять не обязательно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2017, 12:24 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
Наоборот, без него намного удобнее все рулится -- не надо практически одновременно обновлять этот параметр для всех экземпляров. Он нужен только для DGBroker-а, да и то, насколько я понимаю, как альтернатива (или, скорее, краткая памятка) его собственной конфигурации ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2017, 13:19 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, С помощью чего будете рулить ? The REMOTE_ARCHIVE_ENABLE parameter has been made obsolete. Use only the LOG_ARCHIVE_CONFIG parameter. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2017, 17:16 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
LOG_ARCHIVE_DEST_% Этого более чем достаточно Особенно в обычной конфигурации из двух хостов ... Даже если я захочу поюзать [NO]SEND/[NO]RECEIVE (что крайне маловероятно), это абсолютно не повод указывать DG_CONFIG Вроде как DG_CONFIG необходимо в конфигурации ADG (Active Data Guard) для автоматического восстановления сбойных блоков. Не проверял. Ну и про 12c ничего не скажу ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2017, 05:09 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, Параметр REMOTE_ARCHIVE_ENABLE отвечал за разрешение отправки/приёмки логов на стендбае . Сейчас за это отвечает настройка в LOG_ARCHIVE_CONFIG. К Permission for the archiving of online redo logs to remote destinations LOG_ARCHIVE_DEST не имеет никакого отношения. Соответственно эта проверка завернет прохождение наката. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2017, 08:47 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
Я просто скажу LOG_ARCHIVE_DEST_STATE_? = DEFER на нужном направлении и этого более чем достаточно Опять же, причем тут DG_CONFIG (проблема именно с ним была)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2017, 09:45 |
|
||
|
Standby: error on prim FAL[server]: DGID from FAL client not in Data Guard configuration
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, На вашем standby какой параметр выставлен : REMOTE_ARCHIVE_ENABLE или LOG_ARCHIVE_CONFIG ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.03.2017, 11:07 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39418041&tid=1886286]: |
0ms |
get settings: |
5ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
169ms |
get topic data: |
6ms |
get forum data: |
4ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 200ms |
| total: | 433ms |

| 0 / 0 |
