|
|
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Как оказалось рестарт crs помог со скан адресом. Теперь он доступен со всех нод, осталась проблема с vip для одной из нод. Подскажите, пожалуйста, как его перевести в статус online. Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2018, 18:10 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Добился того, что в RAC всё ONLINE. Scan адрес доступен со всех нод. sqlplus -l sys/pass@tns_alias as sys проходит со всех нод. Не понимаю, почему лишь один поток Standby Redo Log активный? И почему не накатываются изменения в БД? Дело в GLOBAL_DBNAME ? Код: plsql ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2018, 21:45 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Ещё один вопрос: при открытии БД ругается на какой-то файл 201. У меня БД по умолчанию, там всего-то не более 20 файлов... Код: plsql 1. 2. 3. В исходной БД RAC такого файла нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2018, 21:52 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
В какой-то момент подумалось, что на Standby только один активный поток, но оказалось это не так: Код: plsql 1. 2. 3. 4. 5. 6. Что я ещё сделал: 1. Прописал global_name в listener. (не помогло) 2. Перезапускал crs на обеих нодах (не помогло) 3. Проверял доступность sqlplus -l SERVICE (не помогло) 4. Пробовал со стендбая цепляться к нодам на отедбльные статические листнеры по портам 1525,1526 (не помогло) 5. Пробовал цепляться к vip адресам на 1521 (не помогло) Что бы я не делал, у меня на стендбае только одна актинвая SRL группа и накат не идёт. Прошу помощи, помогите пожалуйста. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2018, 22:31 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
В результате экспериментов я добился того, что у меня на Standby стало несколько активных Standby Redo Log. но все они относятся к одному потоку. С двумя потоками пока так и не удалось достичь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 01:43 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Подскажите, пожалуйста, кляузу для RMAN duplicate чтобы отключить один из thread. Пробовал отключить thread уже после того как отработал дубликат, но мне нужно делать standby database, а для отключения thread требуется read/write: Код: plsql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 11:35 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Его не надо (и нельзя для стендбая) отключать Нужно разобраться, почему не передаются с него логи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 13:09 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровЕго не надо (и нельзя для стендбая) отключать Нужно разобраться, почему не передаются с него логи Вячеслав, у нас же Standby Database представляет собой Single Non-RAC Datanase. Сингл будет корректно работать с двумя thread? target: RAC 2 ноды auxiliary: single node non-rac ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 13:19 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
авторНужно разобраться, почему не передаются с него логи вот бы пример показали, как это сделать))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 13:21 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Т.е. ты предлагаешь не накатывать логи от второй ноды? Блин, в Интернете куча инфы, как сделать standalone standby for RAC primary. Уж за неделю-то можно было осилить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 13:24 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Можете подсказать, если у меня на RAC два thread и два instance_number на стендбае так же должно быть? Т.е. количество на мастере/реплике всегда совпадает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 14:06 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
https://docs.oracle.com/cd/E11882_01/server.112/e41134/rac_support.htm https://www.oracle.com/technetwork/database/features/availability/maa-wp-10g-racprimarysingleinstance-131970.pdf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 14:21 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
делал как по доке... у меня с первой ноды так и не идут коннекты. а в алерт логе первой ноды ошибки: Код: plsql 1. 2. Подключение sqlplus -l с первой ноды работает. Пересоздал файл паролей, обновил на стендбае, то же самое.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:52 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBuddaделал как по доке... у меня с первой ноды так и не идут коннекты. а в алерт логе первой ноды ошибки: Код: plsql 1. 2. Подключение sqlplus -l с первой ноды работает. Пересоздал файл паролей, обновил на стендбае, то же самое.... Код: plsql 1. 2. 3. 4. 5. Сравни как у тебя настроен tnsnames.ora на проблемной node и добейся чтобы проходило соединение Код: plsql 1. причем, до listener соединение проходит покажи как у тебя определен oracle_stby вывод с первой и второй node и записи tnsnames.ora с обеих узлов Код: plsql 1. + ping ip/hostname которые прописаны в tnsnames на этих узлах с обеих node ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 18:05 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Объясните, пожалуйста, следующее: после дубликата и alter database recover managed standby database using current logfile disconnect; всё ок. Код: plsql 1. Показывает что статусы у обеих нод VALID и RECOVERY_MODE MANAGED REAL TIME APPLY Но стоит только перезагрузить standby database всё ломается. При чём одна нода выдаёт VALID MANAGED REAL TIME APPLY, а другая ERROR Повторный запуск real time apply через alter database recover managed standby database using current logfile disconnect уже не помогает.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 21:26 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
А хрен знает что у тебя настроено для поднятия служб database trigger например как у тебя dns работает система не сложная, что там наворотить нужно чтобы ловить такие траблы? 1) Сетевой уровень - разрешение ip/dns/vip/scan 2) Уровень служб, dbms_services, tnsnames(service_name,globa_dbname),srvctl (тоже работает через dbms_services) но это для ползовательских подключений к real time apply для наката достаточно tnsnames 3) log_archive_dest - service=tnsalias тем более для single node standby Нужно только обеспечить tns соединение для траспорта журналов master -> standby со всех узлов RAC ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 22:49 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Проблема с файлами паролей. Нашёл статью с похожей ошибкой Error 1033 https://oracledb101.wordpress.com/2014/07/03/error-1033-received-logging-on-to-the-standby/ Поочерёдно отваливается apply то с одной, то с другой ноды... Каждый раз приходится файл паролей копировать на стендбай и ноды.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2018, 11:17 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
С файлом паролей с 11g действительно как-то не все гладко получается. Если в 10g была рекомендация пересоздать файл с таким же паролем, то с 11g, похоже, проходит только копирование. Т.е. желательно все остановить, и на-холодную размножить один password-файл между всеми системами PS. В 11gR2 появилась возможность передавать логи не из под SYS, а отдельным юзером с правами SYSOPER. У меня на игрушке работает несколько лет, ставить в продакшн пока не вижу смысла -- не напрягают, хотя это реальная возможность запретить SYS AS SYSDBA извне ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2018, 15:53 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
На тестовом стенде у меня в итоге всё заработало. Решил перейти с опаской к боевому. И тут.... Проверял доступ к каждой ноде и в обратную сторону с каждой ноды к стендбаю. доступ есть... что не так? Пароля пользователя sys у меня нет и коннект я осуществляю пользователем sysuser с правами sysdba. Файл паролей уже копировал на стендбай... В отличие от тестовой конфигурации на бою у меня нет доступа со стендбая к скан адресу RAC. Может быть дело в этом? Код: plsql 1. Код: 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. Скрипт дубликата: Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2018, 16:11 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Duplicate From Active Database fails with errors : ORA-17627: ORA-01017: invalid username/password; logon denied (Doc ID 1124568.1 https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=379931475907085&parent=EXTERNAL_SEARCH&sourceId=PROBLEM&id=1124568.1&_afrWindowMode=0&_adf.ctrl-state=ggufev18a_53 ссылка говорит, что пользователь sys заблокирован. Проверил у себя, не заблокирован. и мой пользователь sys_user тоже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2018, 16:39 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
такой вопрос: а обязательно для дубликата иметь пароль пользователя sys? Или можно обойтись любой учёткой с правами sysdba? я создал нового пользователя в RAC. дал права sysdba. Скопировал файл паролей на стендбай. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2018, 17:27 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBuddaтакой вопрос: а обязательно для дубликата иметь пароль пользователя sys? Или можно обойтись любой учёткой с правами sysdba? я создал нового пользователя в RAC. дал права sysdba. Скопировал файл паролей на стендбай. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2018, 18:18 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Vadim LejninBigBuddaтакой вопрос: а обязательно для дубликата иметь пароль пользователя sys? Или можно обойтись любой учёткой с правами sysdba? я создал нового пользователя в RAC. дал права sysdba. Скопировал файл паролей на стендбай. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. А как посмотреть значение entries для существующего файла паролей? orapwd describe file=orapworacledb не показывает... Usage: orapwd file=<fname> entries=<users> force=<y/n> ignorecase=<y/n> nosysdba=<y/n> ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2018, 18:35 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBuddaПроверял доступ к каждой ноде и в обратную сторону с каждой ноды к стендбаю. доступ есть... что не так? Пароля пользователя sys у меня нет и коннект я осуществляю пользователем sysuser с правами sysdba. Файл паролей уже копировал на стендбай...И проверял с каждой ноды, что соединение открывается? Код: plsql 1. 2. 3. BigBuddaВ отличие от тестовой конфигурации на бою у меня нет доступа со стендбая к скан адресу RAC. Может быть дело в этом?Еще раз -- забудь про SCAN адрес Тебе нужны адреса конкретных нод со статической регистрацией (status UNKNOWN), можешь вообще отдельные листенеры поднять Для стендбая, кстати, тоже должна быть статическая регистрация И обязательно должны открываться соединения из команд выше BigBuddaDuplicate From Active Database fails with errors : ORA-17627: ORA-01017: invalid username/password; logon denied (Doc ID 1124568.1 https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=379931475907085&parent=EXTERNAL_SEARCH&sourceId=PROBLEM&id=1124568.1&_afrWindowMode=0&_adf.ctrl-state=ggufev18a_53 ссылка говорит, что пользователь sys заблокирован. Проверил у себя, не заблокирован. и мой пользователь sys_user тоже.О, так у тебя еще и доступ к сайту поддержки есть? Значит просто ленивый? PS. Есть еще баг 6052319 и все с ним связанное. Как общий воркэроунд -- запускать на standby-хосте, использовать "auxiliary /" (аутентификацию операционкой). Т.е. отказаться от FROM ACTIVE DATABASE ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2018, 03:07 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39728253&tid=1883222]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
21ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 232ms |
| total: | 343ms |

| 0 / 0 |
