|
|
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Стоит задача мигрировать RAC ASM в Single на обычную файловую систему (не ASM). Обычный клон, не Standby. Версия Oracle EE 11.2.0.4 Для решения предполагается использовать RMAN Duplicate from active database. Возникли вопросы: можно ли провести такую миграцию, когда обе ноды кластера RAC работают? Или же придётся гасить одну из нод? Нужно ли указывать DORECOVER, если я делаю обычный клон, а не стендбай? Что писать в TARGET/AUXILIARY? Достаточно прописать одну ноду или же нужно указывать все ноды кластера? Как это сделать? два раза прописать target? Код: plsql 1. Желательно провести клонирование без перезагрузок нод RAC, если это возможно. Могли бы вы провести пример? Запускать RMAN Duplicate планирую на той машине, куда будем мигрировать. Нужно для каждого temp файла указывать SET NEWNAME FOR TEMPFILE? Код: plsql 1. 2. 3. 4. 5. 6. 7. У меня в RAC REDO располагается на двух разных ASM Группах: Код: plsql 1. 2. Как тогда прописывать конвертацию для обеих групп? Код: plsql 1. 2. Или так? Код: plsql 1. Итоговый скрипт RMAN пока что такой.Возможно нужно что-то изменить/указать, так как при переходе ASM=>No ASM у нас меняются все пути. Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2018, 11:50 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
нашёл одну статью по клонированию STEP BY STEP RMAN DUPLICATE Database From RAC ASM To Single Non ASM http://practical-tech.blogspot.com/2013/05/11gr2-rac-asm-to-single-instance-non.html Не понимаю, что есть rac-cluster-scan Это какой-то общий виртуальный IP для обеих нод? Как его узнать? DUP = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.69)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = dup) ) ) DELL = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = rac-cluster-scan )(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = dell.example.com) ) ) авторMake appropriate entries in "/etc/resolv.conf" so a connection can be made through SCAN. search example.com nameserver 192.168.1.100 Это тоже не очень понял. Прописываем сюда общий виртуальный адрес кластера? Почему-то в примере не использовались LOG_FILE_NAME_CONVERT/DB_FILE_NAME_CONVERT ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2018, 15:36 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBuddaнашёл одну статью по клонированию STEP BY STEP RMAN DUPLICATE Database From RAC ASM To Single Non ASM http://practical-tech.blogspot.com/2013/05/11gr2-rac-asm-to-single-instance-non.html Не понимаю, что есть rac-cluster-scan Это какой-то общий виртуальный IP для обеих нод? Как его узнать? DUP = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.69)(PORT = 1521)) ) (CONNECT_DATA = (SERVICE_NAME = dup) ) ) DELL = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = rac-cluster-scan )(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = dell.example.com) ) ) авторMake appropriate entries in "/etc/resolv.conf" so a connection can be made through SCAN. search example.com nameserver 192.168.1.100 Это тоже не очень понял. Прописываем сюда общий виртуальный адрес кластера? Почему-то в примере не использовались LOG_FILE_NAME_CONVERT/DB_FILE_NAME_CONVERT rac-cluster-scan - DNS имя которое содержит IP адреса все узлов кластера $ host t44-scan t44-scan.t44.local has address 172.19.10.73 t44-scan.t44.local has address 172.19.10.71 t44-scan.t44.local has address 172.19.10.72 по запросу, DNS выдает один из IP в случайном порядке > Почему-то в примере не использовались > LOG_FILE_NAME_CONVERT/DB_FILE_NAME_CONVERT В статье, которую Вы указали, упоминается об этом. Но лучше пользоваться документацией: Oracle Doc Specifying Alternative Names for Duplicate Database Files ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2018, 15:47 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
автор3) In case where source is NON-OMF managed use following parameters : - 3.1) control_files 3.2) db_file_name_convert 3.3) log_file_name_convert Как узнать используется OMF/Non OMF ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2018, 17:15 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBuddaавтор3) In case where source is NON-OMF managed use following parameters : - 3.1) control_files 3.2) db_file_name_convert 3.3) log_file_name_convert Как узнать используется OMF/Non OMF ? я так понял, достаточно указать параметр DB_CREATE_FILE_DEST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2018, 17:22 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Посмотрите в сторону rac asm to standby no asm это вам сэкономит время и нервы. Протестировать результат в любой момент можно без потери продуктива rac. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2018, 19:14 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Спасибо за советы. А чем-то принципиально отличается создание стендбая через rman duplicate для rac от обычного single? Из того что я почитал, сложилось впечатление, что разница будет только в использовании scan-адреса, а всё остальное идентично. Или не так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2018, 13:47 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Возник вопрос: зачем в руководстве ниже создаётся контрольник через Код: plsql 1. https://gemsofprogramming.wordpress.com/2014/03/13/building-a-single-instance-physical-standby-for-a-rac-primary-or-active-dataguard-save-my-daily-data/ Ведь контрольники переносятся автоматически когда указываем RMAN Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2018, 13:50 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBuddaВозник вопрос: зачем в руководстве ниже создаётся контрольник через Код: plsql 1. https://gemsofprogramming.wordpress.com/2014/03/13/building-a-single-instance-physical-standby-for-a-rac-primary-or-active-dataguard-save-my-daily-data/ Ведь контрольники переносятся автоматически когда указываем RMAN Код: plsql 1. Камрад пользуйся документаций по ссылке что я давал, прочитай Table 26-4 Initialization Parameter Restrictions for Oracle Managed Files ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2018, 19:52 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBuddaВозник вопрос: зачем в руководстве ниже создаётся контрольник через Код: plsql 1. https://gemsofprogramming.wordpress.com/2014/03/13/building-a-single-instance-physical-standby-for-a-rac-primary-or-active-dataguard-save-my-daily-data/ Ведь контрольники переносятся автоматически когда указываем RMAN Код: plsql 1. И еще standby controlfile - файл с взведенным флагом, он отличается от обычного controlfile ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2018, 19:54 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBudda, Если указываешь duplicate for standby, standby controlfile создается автоматом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2018, 12:06 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Vadim Lejnin, спасибо! Не совсем понимаю создание REDO для стендбая: Код: plsql 1. У меня в целевой БД 10 REDO групп. 5 из них на thread 1, и 5 на thread 2. при создании standby logfile принципиально какой thread будет? Могу ли я все 11 standby logfile создать на thread1? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2018, 17:51 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBudda Vadim Lejnin, спасибо! Не совсем понимаю создание REDO для стендбая: Код: plsql 1. У меня в целевой БД 10 REDO групп. 5 из них на thread 1, и 5 на thread 2. при создании standby logfile принципиально какой thread будет? Могу ли я все 11 standby logfile создать на thread1? Ответь себе на вопрос, зачем нужен standby redo ? Если standby тоже RAC, необходимо для каждого thread создавать redo standby Мало того, если создашь без указания thread, то получишь thread 0 нужно будет дропнуть и создать правильно MOS NOTE:1956103.1 Warning: standby redo logs not configured for thread <n> on <db_unique_name> Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2018, 18:04 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
авторЕсли standby тоже RAC, необходимо для каждого thread создавать redo standby Вадим, стендбай будет обычный single mode, без asm. Если вас не затруднит, напишите пожалуйста точно какой тред указывать. Буду вам ну очень признателен. Боюсь накосячить, так как тренировать не на чем. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2018, 18:36 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. так правильно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2018, 18:42 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Забавно видеть в одном сообщении ссылку на статью Vadim Lejninзачем нужен standby redo ? где BPeaslandDBANotice that the Thread # is 0 for the SRL’s. Resist the temptation to explicitly assign the SRL to a specific thread. If you are using Oracle RAC, a SRL with with Thread # of 0 can be used by any primary instance, any thread from the primary.и Vadim LejninЕсли standby тоже RAC, необходимо для каждого thread создавать redo standby Мало того, если создашь без указания thread, то получишь thread 0 нужно будет дропнуть и создать правильно MOS NOTE:1956103.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2018, 20:16 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous, Это информация для ТС нужно или нет, пусть читает ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2018, 21:01 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Нашёл в документации подробное описание редо для стендбая. Сижу перечитываю несколько раз. https://docs.oracle.com/cd/E11882_01/server.112/e41134/log_transport.htm#SBYDB4751 авторFor example, the following SQL statements might be used to create a standby redo log at a database that is to receive redo from a redo source database that has two redo threads: SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 SIZE 500M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 SIZE 500M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 1 SIZE 500M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 SIZE 500M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 SIZE 500M; SQL> ALTER DATABASE ADD STANDBY LOGFILE THREAD 2 SIZE 500M; Даже если у нас 100 REDO Group в RAC, но всего два THREAD, то количество STANDBY LOGFILE будет 6, как в примере выше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2018, 01:08 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Во всех примерах по настройке Data Guard с RAC, что мне попадались, использовался scan адрес RAC. В моём случае есть доступ с клона только к первой ноде кластера RAC. Насколько корректно пройдёт duplicate и будет работать data guard без scan адреса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2018, 17:53 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBuddaВ моём случае есть доступ с клона только к первой ноде кластера RAC. Подумаем: ну вот рухнула первая нода. Остальные ноды RAC выжили, но к ним нет доступа. Какой эффект ожидается от DG? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2018, 17:56 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousBigBuddaВ моём случае есть доступ с клона только к первой ноде кластера RAC. Подумаем: ну вот рухнула первая нода. Остальные ноды RAC выжили, но к ним нет доступа. Какой эффект ожидается от DG? Задача стоит клонировать БД, в момент x просто поднимем Standby на чтение/запись. Тогда в target прописать не scan адрес, а адрес первой ноды. Просто не знаю, насколько это корректно и чем ещё может грозить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2018, 18:00 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBuddaв момент x Еще раз: при падении одной ноды кластера момент ХА наступил или нет? Если наступил - то надо положить выжившие ноды кластера, а к ним доступа нет. Если не наступил - то, во-первых, как при отсутствии доступа понять, что он еще не наступил, а во-вторых, как продолжать накатывать stby, если живые-генерящие-редо ноды недоступны? Это все к вопросу о доступе к одной ноде кластера при эксплуатации. Для разового клонирования лично я фундаментальных проблем не вижу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2018, 18:45 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Код: xml 1. 2. 3. 4. 5. Получается я не могу вместе указывать THREAD вместе с GROUP? https://docs.oracle.com/cd/B19306_01/server.102/b14239/create_ps.htm#i68626 У меня в исходной БД RAC 10 REDO, 5 Redo в Thread1, 5 Redo в Thread2 Если я использую только thread тогда я запутался сколько мне standby redo нужно создавать. 12 файлов - так, как ниже, без указания GROUP? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.10.2018, 20:07 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBudda Код: sql 1. 2. 3. 4. 5. Получается я не могу вместе указывать THREAD вместе с GROUP? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2018, 01:58 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровBigBudda Код: sql 1. 2. 3. 4. 5. Получается я не могу вместе указывать THREAD вместе с GROUP? Вячеслав, спасибо! Могли бы ещё разъяснить значение параметра parameter_value_convert? Правильно ли я понимаю, что в примере ниже spfile/pfile из ASM при RMAN Duplicate будет размещён в каталоге /u01/app/oracle/product/11.2.0.4/dbhome_1/dbs файловой системы? Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2018, 10:28 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Он там будет в любом случае размещен (если не будет создаваться сервис через srvctl со специальным указание куда класть/брать spfile) Этот параметр скорее для всяких %_file_dest (да и %_file_name_convert, если не задано), чтоб менять все одним махом Вообще, тут какое-то уже переобувание в полете -- то не нужен стендбай, то нужен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2018, 12:34 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Вячеслав, стендбай нужен. автор как продолжать накатывать stby, если живые-генерящие-редо ноды недоступны? Сейчас идея такая: погасить ту ноду кластера RAC к которой нет доступа. Будет деградация RAC, но в целом работать же будет? И тогда настраивать Rman duplicate указав в качестве target не scan адрес (параметр remote_listener=oracledb-scan:1521) а адрес только той ноды, к которой есть доступ. Насколько в целом будет корректна такая схема? Вот так вот у меня примерно получается скрипт: Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2018, 12:58 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Зачем что-то гасить? Цепляешься к ноде, до которой достукиваешься, по любому адресу (лучше если там статическая регистрация) Доступ ко всем редо-журналам есть у всех нод ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2018, 13:16 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровЗачем что-то гасить? Цепляешься к ноде, до которой достукиваешься, по любому адресу (лучше если там статическая регистрация) Доступ ко всем редо-журналам есть у всех нод Вячеслав, спасибо! Ещё вопросик по статическому листнеру. Код: plsql 1. 2. 3. 4. 5. Когда я запускаю listner, то сразу после запуска у меня 1 instance в состоянии UNKNOWN. Но спустя пару минут появляется второй: BLOCKED Так и должно быть? Это на клоне, куда буду переезжать. oracle там запущен в режиме nomount из pfile, в котором всего один параметр:DB_NAME=oracledb Сам конфиг листнера следующий: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2018, 17:56 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBuddaКогда я запускаю listner, то сразу после запуска у меня 1 instance в состоянии UNKNOWN. Но спустя пару минут появляется второй: BLOCKED Так и должно быть? Да. Тот что UNKNOWN - это статическая регистрация (из listener.ora), данный хендлер не зависит от наличия и статуса экземпляра. Тот что появляется спустя несколько секунд - это регистрируется экземпляр (динамическая регистрация). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2018, 19:10 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Выполнил дубликат БД RAC для standby: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. В алерт.логе на клоне ошибки: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. Код: plsql 1. 2. 3. 4. 5. 6. файлы такие есть... Могли бы объяснить почему возникают эти ошибки и что нужно сделать? Может быть причина в том, что archive log destination на syandby не определён? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2018, 19:50 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Подскажите, как включить накат логов на стендбай после дубликата? Возможно ли это сделать без настройки брокера dmgrl? Делал так: Код: plsql 1. 2. В логе ошибки Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Вижу, что на стендбай во FRA архивлоги приходят. Но не применяются: На основной БД переключаю журналы: Код: plsql 1. На стендбае появляются новые записи, где APPLIED=NO Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. Пробовал: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL: Код: plsql 1. 2. 3. 4. 5. 6. 7. В алерт логе стендбая БД сообщения: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Файлы есть: Код: plsql 1. 2. Почему же тогда: Linux-x86_64 Error: 2: No such file or directory ? В v$standby_log на стендбае я вижу только одну активную группу, которая НЕ переключается при переключении журналов на основной БД. При том, что журналы то есть другие на стендбае... Помогите, пожалуйста, решить данный вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 12:36 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Все у тебя накатывается, просто 3 и 4 логи 1 потока еще не доехали (на момент публикации) А в v$standby_log без нагрузки и не будет по кругу бегать Вот только проверь, что они у тебя для обоих потоков есть (т.е. у тебя должно быть ДВА активных) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 13:01 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
автор(т.е. у тебя должно быть ДВА активных) У меня один активный. Как решить проблему? В каком параметре и что указать? Похоже проблема в том, что со второй ноды/второго потока не прилетают архивные журналы. Я проверил FRA, там все файлы с префиксом 1_ Файла /u02/fast_recovery_area/2_21_990888700.dbf действительно нет! Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 13:14 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Ну так настрой на второй ноде соответствующий LOG_ARCHIVE_DEST на этот стендбай ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 13:18 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровНу так настрой на второй ноде соответствующий LOG_ARCHIVE_DEST на этот стендбай Вячеслав, у меня на обоих нодах прописан LOG_ARCHIVE_DEST_2 на этот стендбай: Архивлоги идут только с первого.... и один активный лог в стендбай лог Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 13:49 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
А теперь файл параметров стендбая И выборку из v$standby_log (тоже со стендбая) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 14:16 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровА теперь файл параметров стендбая И выборку из v$standby_log (тоже со стендбая) Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 14:22 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
BigBudda Код: plsql 1. 2. Второй должен показывать на примари (на случай переключения), т.е. SERVICE и DB_UNIQUE_NAME должны быть tns-alias и db_unique_name от Primary Возможно и в этом проблема Первый вроде тоже достаточно, он по умолчанию должен брать VALID_FOR=(ALL_LOGFILES, ALL_ROLES) Но я бы таки прописал полностью все атрибуты (и VALID_FOR и DB_UNIQUE_NAME) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 14:38 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Как корректно прописать thread в скрипт rman? Код: plsql 1. выдаёт ошибку Или не получится отказаться от второго треда на стендбай? Цель: настроить стендбай, после чего его активировать. swithover/failover использоваться не будут. Стал пинговать с первой ноды вторую и наоборот..пинга нет..и Tnsping перестал проходить... очень странно. Возможно дело в этом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 14:57 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Пересоздал стендбай. Та же самая проблема. даже с учётом параметров log_archive_dest Код: plsql 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 15:16 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Опечатался в предыдущем сообщении. Удалите предыдущее, пожалуйста. Код: plsql 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 15:19 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
права-то проверил? Сам файлик там создать можешь (из-под владельца оракла)? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 15:20 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудровправа-то проверил? Сам файлик там создать можешь (из-под владельца оракла)? Да, сам файл создаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 16:10 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Создал запись в tnsnames для подключения к target database. tnsping проходит, а вот подключение нет. Какие адреса использовать для подключения к target? Код: xml 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. где адреса ниже являются публичными адресами. 172.24.23.135 172.24.23.136 Или обязательно использовать VIP адреса для rman target duplicate? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 19:10 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Накат так и не идёт.... Что сделал: На первой ноде кластера поднял ещё один листнер на порту 1525. На второй ноде кластера поднял ещё один листнер на порту 1526. Проверил статусы на обеих нодах. Оба листнера подняты на публичных eth0 Public Network адресах. Проверил, что прописана статика для листнеров. Код: plsql 1. 2. Код: plsql 1. 2. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Добавил записи в tnsnames.ora и попробовал подключиться к этим листнерам с клона: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. И тут возник вопрос: а что указывать в set log_archive_dest_2='SERVICE? Может быть указать явно три адреса? Один локальный и по одному (SERVICE) для каждой из нод? Типа так: Код: plsql 1. 2. 3. Или указать один destination, с указанием VIP интерфейсов на порту 1521? Типо так Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. В результате в select * from v$standby_log по прежнему доступна только одна группа... Подскажите, пожалуйста.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 19:57 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Кстати..новая ошибка ещё для брокера нарисовалась.. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 19:59 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Со второй ноды RAC не пингуется и не доступен scan адрес... с первой ноды доступ есть. Может быть в этом причина? Подскажите последовательность шагов для предоставления доступа к скану с каждой из нод. спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 20:24 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
В огороде бузина... 1) Прочитайте что такое статическая, и динамическая регистрация экземпляра в listener. В чем разница в (CONNECT_DATA=(SID|SERVICE_NAME=xxx)) для чего используется GLOBAL_DBNAME, и насколько она обязательна 2) Проверьте состояние вашего RAC, где какие ресурсы srvctl status listener|scan|vip 3) Чтобы работал транспорт, нужно чтобы у Вас с каждого узла master проходило соединение на standby sqlplus -l sys/pass@tns_alias as sys где tns_alias - параметр (SERVICE=tns_alias ...) Именно используя такое TNS соединение работает транспорт redo с master на standby ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.11.2018, 22:55 |
|
||
|
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
|
|||
|---|---|---|---|
|
#18+
Vadim LejninВ огороде бузина... 1) Прочитайте что такое статическая, и динамическая регистрация экземпляра в listener. В чем разница в (CONNECT_DATA=(SID|SERVICE_NAME=xxx)) для чего используется GLOBAL_DBNAME, и насколько она обязательна 2) Проверьте состояние вашего RAC, где какие ресурсы srvctl status listener|scan|vip 3) Чтобы работал транспорт, нужно чтобы у Вас с каждого узла master проходило соединение на standby sqlplus -l sys/pass@tns_alias as sys где tns_alias - параметр (SERVICE=tns_alias ...) Именно используя такое TNS соединение работает транспорт redo с master на standby По-первому пункту не ясно, какой листнер, из какого дома. В обычной ситуации с Single Database у нас один листер из oracle_home. В случае с кластером у нас появляется ещё и grid_home. Это вносит дополнительную путаницу. sqlplus -l sys/pass@tns_alias as sys - проверил с каждой ноды. Работает. VIP node1-vip is not running - Не запущен vip адрес на первой ноде. Как его поднять? Код: plsql 1. 2. 3. 4. Хотел перезапустить, но выдал ошибку: Код: plsql 1. 2. 3. 4. Пробовал так: Код: plsql 1. 2. После рестарта crs статус: OFFLINE для первой ноды. Может быть моя проблема связана с этим? или причина в чём-то другом? И проблема со скан адресом. Он доступен и пингуется только с одной ноды. Как обеспечить доступ к скан-адресу со всех нод? Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.11.2018, 18:05 |
|
||
|
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?all=1&fid=52&tid=1883222]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
153ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
107ms |
get tp. blocked users: |
2ms |
| others: | 208ms |
| total: | 508ms |

| 0 / 0 |
