powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
25 сообщений из 74, страница 2 из 3
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39721374
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Он там будет в любом случае размещен (если не будет создаваться сервис через srvctl со специальным указание куда класть/брать spfile)

Этот параметр скорее для всяких %_file_dest (да и %_file_name_convert, если не задано), чтоб менять все одним махом

Вообще, тут какое-то уже переобувание в полете -- то не нужен стендбай, то нужен
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39721398
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав, стендбай нужен.
автор как продолжать накатывать 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.
run {
allocate channel pri1 type disk;
allocate channel pri2 type disk;
allocate auxiliary channel stby type disk;
duplicate target database
for standby
from active database
dorecover
spfile
password file
parameter_value_convert='+DATA/ORACLEDB','/u01/app/oracle/product/11.2.0.4/dbhome_1/dbs'
set cluster_database = 'false'
set db_unique_name='ORACLE_stby'
set fal_server='ORACLE_stby'
set log_archive_config='dg_config=(ORACLEdb,ORACLE_stby)'
DB_FILE_NAME_CONVERT '+DATA/ORACLEDB/DATAFILE/','/u01/app/oracle/oradata/ORACLEdb'
SET LOG_FILE_NAME_CONVERT '+DATA/ORACLEDB/ONLINELOG','/u01/app/oracle/oradata/ORACLEdb', '+FLASH/ORACLEDB/ONLINELOG','/u02/fast_recovery_area/ORACLEdb'
set control_files='/u01/app/oracle/oradata/ORACLEdb/control01.ctl','/u02/fast_recovery_area/ORACLEdb/control02.ctl'
SET AUDIT_FILE_DEST '/u01/app/oracle/admin/ORACLEdb/adump'
SET DB_RECOVERY_FILE_DEST '/u02/fast_recovery_area/ORACLEdb'
SET DB_CREATE_FILE_DEST '/u01/app/oracle/oradata/ORACLEdb'
SET DIAGNOSTIC_DEST '/u01/app/oracle/diag'
set standby_file_management='AUTO'
SET NEWNAME FOR TEMPFILE 1 TO '/u01/app/oracle/oradata/ORACLEdb/tempfile01.dbf'
SET NEWNAME FOR TEMPFILE 2 TO '/u01/app/oracle/oradata/ORACLEdb/tempfile02.dbf'
SET NEWNAME FOR TEMPFILE 3 TO '/u01/app/oracle/oradata/ORACLEdb/tempfile03.dbf'
SET NEWNAME FOR TEMPFILE 4 TO '/u01/app/oracle/oradata/ORACLEdb/tempfile04.dbf'
SET NEWNAME FOR TEMPFILE 5 TO '/u01/app/oracle/oradata/ORACLEdb/tempfile05.dbf'
SET NEWNAME FOR TEMPFILE 6 TO '/u01/app/oracle/oradata/ORACLEdb/tempfile06.dbf'
NOFILENAMECHECK;
}
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39721412
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Зачем что-то гасить?
Цепляешься к ноде, до которой достукиваешься, по любому адресу (лучше если там статическая регистрация)
Доступ ко всем редо-журналам есть у всех нод
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39721599
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав ЛюбомудровЗачем что-то гасить?
Цепляешься к ноде, до которой достукиваешься, по любому адресу (лучше если там статическая регистрация)
Доступ ко всем редо-журналам есть у всех нод
Вячеслав, спасибо!

Ещё вопросик по статическому листнеру.

Код: plsql
1.
2.
3.
4.
5.
Services Summary...
Service "oracledb" has 2 instance(s).
  Instance "oracledb", status UNKNOWN, has 1 handler(s) for this service...
  Instance "oracledb", status BLOCKED, has 1 handler(s) for this service...
The command completed successfully


Когда я запускаю listner, то сразу после запуска у меня 1 instance в состоянии UNKNOWN.
Но спустя пару минут появляется второй: BLOCKED
Так и должно быть?
Это на клоне, куда буду переезжать.
oracle там запущен в режиме nomount из pfile, в котором всего один параметр:DB_NAME=oracledb

Сам конфиг листнера следующий:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
INBOUND_CONNECT_TIMEOUT_LISTENER = 0

SID_LIST_LISTENER=
   (SID_LIST=
   (SID_DESC=
   (GLOBAL_DBNAME=oracledb)
   (SID_NAME=oracledb)
   (ORACLE_HOME=/u01/app/oracle/product/11.2.0.4/dbhome_1)
     )
   )
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39721650
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BigBuddaКогда я запускаю listner, то сразу после запуска у меня 1 instance в состоянии UNKNOWN.
Но спустя пару минут появляется второй: BLOCKED
Так и должно быть?

Да.
Тот что UNKNOWN - это статическая регистрация (из listener.ora), данный хендлер не зависит от наличия и статуса экземпляра.
Тот что появляется спустя несколько секунд - это регистрируется экземпляр (динамическая регистрация).
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39726821
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Выполнил дубликат БД RAC для standby:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
duplicate target database for standby from active database
dorecover
password file
spfile
parameter_value_convert '+DATA','/u01/app/oracle/product/11.2.0/dbhome_1/dbs'
set cluster_database='false'
set db_unique_name='oracle_stby'
set standby_file_management='AUTO'
set db_file_name_convert='+DATA/oracleDB/DATAFILE','/u01/app/oracle/oradata/oracledb'
set log_file_name_convert='+DATA/oracleDB/ONLINELOG','/u01/app/oracle/oradata/oracledb','+FRA/oracleDB/ONLINELOG','/u02/fast_recovery_area/oracledb'
set control_files='/u01/app/oracle/oradata/oracledb/control01.ctl','/u02/fast_recovery_area/oracledb/control02.ctl'
set audit_file_dest '/u01/app/oracle/admin/oracledb/adump'
set db_recovery_file_dest '/u02/fast_recovery_area'
set db_create_file_dest '/u01/app/oracle/oradata/oracledb'
set diagnostic_dest= '/u01/app/oracle'
NOFILENAMECHECK;
}


Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
Starting recover at 01-NOV-18

starting media recovery

archived log for thread 1 with sequence 47 is already on disk as file /u01/app/oracle/product/11.2.0/dbhome_1/dbs/arch1_47_990888700.dbf
archived log for thread 2 with sequence 14 is already on disk as file /u01/app/oracle/product/11.2.0/dbhome_1/dbs/arch2_14_990888700.dbf
archived log file name=/u01/app/oracle/product/11.2.0/dbhome_1/dbs/arch1_47_990888700.dbf thread=1 sequence=47
archived log file name=/u01/app/oracle/product/11.2.0/dbhome_1/dbs/arch2_14_990888700.dbf thread=2 sequence=14
media recovery complete, elapsed time: 00:00:00
Finished recover at 01-NOV-18
Finished Duplicate Db at 01-NOV-18
released channel: pri1
released channel: pri2
released channel: stby

RMAN> **end-of-file**


В алерт.логе на клоне ошибки:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
WARNING: No local destinations have been defined for
         archival of the Standby Redo Log.
Completed: alter database mount standby database
ARC3: Archival started
ARC0: STARTING ARCH PROCESSES COMPLETE
Errors in file /u01/app/oracle/diag/rdbms/oracle_stby/oracledb/trace/oracledb_lgwr_24587.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/u02/fast_recovery_area/oracledb/group_1.257.990888715'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
ORA-00312: online log 1 thread 1: '/u01/app/oracle/oradata/oracledb/group_1.257.990888709'
ORA-27037: unable to obtain file status



Код: plsql
1.
2.
3.
4.
5.
6.
Thu Nov 01 21:05:50 2018
ARCH: Archival stopped, error occurred. Will continue retrying
ORACLE Instance oracledb - Archival Error
ORA-16014: log 6 sequence# 48 not archived, no available destinations
ORA-00312: online log 6 thread 1: '/u01/app/oracle/oradata/oracledb/group_6.274.990988793'
ORA-00312: online log 6 thread 1: '/u02/fast_recovery_area/oracledb/group_6.269.990988799'



файлы такие есть...
Могли бы объяснить почему возникают эти ошибки и что нужно сделать?
Может быть причина в том, что archive log destination на syandby не определён?
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727170
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Подскажите, как включить накат логов на стендбай после дубликата? Возможно ли это сделать без настройки брокера dmgrl?

Делал так:
Код: plsql
1.
2.
SQL> alter database recover managed standby database disconnect from session;
Database altered.


В логе ошибки
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
Fri Nov 02 13:23:52 2018
alter database recover managed standby database disconnect from session
Attempt to start background Managed Standby Recovery process (oracledb)
Fri Nov 02 13:23:52 2018
MRP0 started with pid=27, OS id=30468
MRP0: Background Managed Standby Recovery process started (oracledb)
Serial Media Recovery started
Managed Standby Recovery not using Real Time Apply
Waiting for all non-current ORLs to be archived...
All non-current ORLs have been archived.
Media Recovery Log /u02/fast_recovery_area/1_63_990888700.dbf
Media Recovery Log /u02/fast_recovery_area/2_20_990888700.dbf
Media Recovery Waiting for thread 2 sequence 21
Completed: alter database recover managed standby database disconnect from session
Fri Nov 02 13:27:10 2018
Archived Log entry 6 added for thread 1 sequence 64 ID 0x341bba7c dest 1:
Fri Nov 02 13:27:10 2018
RFS[1]: Selected log 5 for thread 1 sequence 65 dbid 874234236 branch 990888700
Fri Nov 02 13:29:04 2018
Archived Log entry 7 added for thread 1 sequence 65 ID 0x341bba7c dest 1:
Fri Nov 02 13:29:05 2018
RFS[1]: Selected log 5 for thread 1 sequence 66 dbid 874234236 branch 990888700
Fri Nov 02 13:31:22 2018


Вижу, что на стендбай во FRA архивлоги приходят. Но не применяются:
На основной БД переключаю журналы:
Код: plsql
1.
alter system switch logfile;

На стендбае появляются новые записи, где APPLIED=NO
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
SQL> select sequence#, first_time, next_time, applied from v$archived_log order by sequence#;

 SEQUENCE# FIRST_TIM NEXT_TIME APPLIED
---------- --------- --------- ---------
        20 02-NOV-18 02-NOV-18 YES
        60 02-NOV-18 02-NOV-18 YES
        61 02-NOV-18 02-NOV-18 YES
        62 02-NOV-18 02-NOV-18 YES
        63 02-NOV-18 02-NOV-18 NO
        64 02-NOV-18 02-NOV-18 NO
        65 02-NOV-18 02-NOV-18 NO
        66 02-NOV-18 02-NOV-18 NO
        67 02-NOV-18 02-NOV-18 NO
        68 02-NOV-18 02-NOV-18 NO
10 rows selected.



Пробовал: ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
Fri Nov 02 13:44:27 2018
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL
Fri Nov 02 13:44:28 2018
MRP0: Background Media Recovery cancelled with status 16037
Errors in file /u01/app/oracle/diag/rdbms/oracle_stby/oracledb/trace/oracledb_mrp0_30468.trc:
ORA-16037: user requested cancel of managed recovery operation
Recovery interrupted!



В алерт логе стендбая БД сообщения:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
Clearing online log 14 of thread 2 sequence number 0
Errors in file /u01/app/oracle/diag/rdbms/oracle_stby/oracledb/trace/oracledb_ora_30293.trc:
ORA-00313: open failed for members of log group 14 of thread 2
ORA-00312: online log 14 thread 2: '/u02/fast_recovery_area/oracledb/group_14.277.990988875'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
ORA-00312: online log 14 thread 2: '/u01/app/oracle/oradata/oracledb/group_14.282.990988869'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3


Файлы есть:
Код: plsql
1.
2.
/u02/fast_recovery_area/oracledb/group_14.277.990988875
/u01/app/oracle/oradata/oracledb/group_14.282.990988869


Почему же тогда: Linux-x86_64 Error: 2: No such file or directory ?

В v$standby_log на стендбае я вижу только одну активную группу, которая НЕ переключается при переключении
журналов на основной БД. При том, что журналы то есть другие на стендбае...

Помогите, пожалуйста, решить данный вопрос.
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727186
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Все у тебя накатывается, просто 3 и 4 логи 1 потока еще не доехали (на момент публикации)

А в v$standby_log без нагрузки и не будет по кругу бегать
Вот только проверь, что они у тебя для обоих потоков есть (т.е. у тебя должно быть ДВА активных)
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727196
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
автор(т.е. у тебя должно быть ДВА активных)
У меня один активный.
Как решить проблему? В каком параметре и что указать?

Похоже проблема в том, что со второй ноды/второго потока не прилетают архивные журналы.
Я проверил 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.
SQL> alter database recover automatic standby database until cancel;
alter database recover automatic standby database until cancel
*
ERROR at line 1:
ORA-00279: change 645479 generated at 11/02/2018 12:01:25 needed for thread 2
ORA-00289: suggestion : /u02/fast_recovery_area/2_21_990888700.dbf
ORA-00280: change 645479 for thread 2 is in sequence #21
ORA-00278: log file '/u02/fast_recovery_area/2_21_990888700.dbf' no longer
needed for this recovery
ORA-00308: cannot open archived log
'/u02/fast_recovery_area/2_21_990888700.dbf'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727198
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну так настрой на второй ноде соответствующий LOG_ARCHIVE_DEST на этот стендбай
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727217
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав ЛюбомудровНу так настрой на второй ноде соответствующий 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.
SQL> ! hostname
node1

SQL> show parameter log_archive_dest_2
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2                   string      SERVICE=oracle_stby NOAFFIRM ASY
                                                 NC VALID_FOR=(ONLINE_LOGFILES,
                                                 PRIMARY_ROLE) DB_UNIQUE_NAME=oracle_stby


SQL> ! hostname
node2

SQL> show parameter log_archive_dest_2
NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_2                   string      SERVICE=oracle_stby NOAFFIRM ASY
                                                 NC VALID_FOR=(ONLINE_LOGFILES,
                                                 PRIMARY_ROLE) DB_UNIQUE_NAME=oracle_stby
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727227
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А теперь файл параметров стендбая
И выборку из v$standby_log (тоже со стендбая)
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727230
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав ЛюбомудровА теперь файл параметров стендбая
И выборку из v$standby_log (тоже со стендбая)

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
SQL> select * from v$standby_log;

    GROUP# DBID                                        THREAD#  SEQUENCE#      BYTES  BLOCKSIZE       USED ARC STATUS     FIRST_CHANGE# FIRST_TIM NEXT_CHANGE# NEXT_TIME LAST_CHANGE# LAST_TIME
---------- ---------------------------------------- ---------- ---------- ---------- ---------- ---------- --- ---------- ------------- --------- ------------ --------- ------------ ---------
         5 874234236                                         1         75   52428800        512    2388480 YES ACTIVE            655548 02-NOV-18                              658044 02-NOV-18
         6 UNASSIGNED                                        1          0   52428800        512          0 NO  UNASSIGNED
         7 UNASSIGNED                                        1          0   52428800        512          0 YES UNASSIGNED
         8 UNASSIGNED                                        1          0   52428800        512          0 YES UNASSIGNED
         9 UNASSIGNED                                        1          0   52428800        512          0 YES UNASSIGNED
        10 UNASSIGNED                                        2          0   52428800        512          0 YES UNASSIGNED
        11 UNASSIGNED                                        2          0   52428800        512          0 YES UNASSIGNED
        12 UNASSIGNED                                        2          0   52428800        512          0 YES UNASSIGNED
        13 UNASSIGNED                                        2          0   52428800        512          0 YES UNASSIGNED
        14 UNASSIGNED                                        2          0   52428800        512          0 YES UNASSIGNED

10 rows selected.



Код: 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.
oracledb2.__db_cache_size=838860800
oracledb1.__db_cache_size=822083584
oracledb.__db_cache_size=771751936
oracledb1.__java_pool_size=16777216
oracledb2.__java_pool_size=16777216
oracledb.__java_pool_size=16777216
oracledb1.__large_pool_size=33554432
oracledb2.__large_pool_size=33554432
oracledb.__large_pool_size=150994944
oracledb1.__pga_aggregate_target=419430400
oracledb2.__pga_aggregate_target=419430400
oracledb.__pga_aggregate_target=419430400
oracledb1.__sga_target=1241513984
oracledb2.__sga_target=1241513984
oracledb.__sga_target=1241513984
oracledb1.__shared_io_pool_size=0
oracledb2.__shared_io_pool_size=0
oracledb.__shared_io_pool_size=0
oracledb2.__shared_pool_size=335544320
oracledb1.__shared_pool_size=352321536
oracledb.__shared_pool_size=285212672
oracledb1.__streams_pool_size=0
oracledb2.__streams_pool_size=0
oracledb.__streams_pool_size=0
*.audit_file_dest='/u01/app/oracle/admin/oracledb/adump'
*.audit_trail='db'
*.cluster_database=FALSE
*.compatible='11.2.0.4.0'
*.control_files='/u01/app/oracle/oradata/oracledb/control01.ctl','/u02/fast_recovery_area/oracledb/control02.ctl'
*.db_block_size=8192
*.db_create_file_dest='/u01/app/oracle/oradata/oracledb'
*.db_domain=''
*.db_file_name_convert='+DATA/oracleDB/DATAFILE','/u01/app/oracle/oradata/oracledb'
*.db_name='oracledb'
*.db_recovery_file_dest_size=8589934592
*.db_recovery_file_dest='/u02/fast_recovery_area'
*.db_unique_name='oracle_stby'
*.diagnostic_dest='/u01/app/oracle'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=oracledbXDB)'
*.fal_server='oracle_STBY'
oracledb2.instance_number=2
oracledb1.instance_number=1
*.log_archive_config='DG_CONFIG=(oracledb,oracle_stby)'
*.log_archive_dest_1='LOCATION=/u02/fast_recovery_area'
*.log_archive_dest_2='SERVICE=oracle_stby NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=oracle_stby'
*.log_archive_dest_state_1='ENABLE'
*.log_archive_dest_state_2='ENABLE'
*.log_archive_format='%t_%s_%r.dbf'
*.log_file_name_convert='+DATA/oracleDB/ONLINELOG','/u01/app/oracle/oradata/oracledb','+FRA/oracleDB/ONLINELOG','/u02/fast_recovery_area/oracledb'
*.open_cursors=300
*.pga_aggregate_target=413138944
*.processes=300
*.remote_listener='oracledb-scan:1521'
*.remote_login_passwordfile='exclusive'
*.sessions=335
*.sga_target=1241513984
*.standby_file_management='AUTO'
oracledb2.thread=2
oracledb1.thread=1
oracledb2.undo_tablespace='UNDOTBS2'
oracledb1.undo_tablespace='UNDOTBS1'
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727238
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BigBudda
Код: plsql
1.
2.
*.log_archive_dest_1='LOCATION=/u02/fast_recovery_area'
*.log_archive_dest_2='SERVICE=oracle_stby NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=oracle_stby'

Второй должен показывать на примари (на случай переключения), т.е. SERVICE и DB_UNIQUE_NAME должны быть tns-alias и db_unique_name от Primary
Возможно и в этом проблема

Первый вроде тоже достаточно, он по умолчанию должен брать VALID_FOR=(ALL_LOGFILES, ALL_ROLES)
Но я бы таки прописал полностью все атрибуты (и VALID_FOR и DB_UNIQUE_NAME)
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727258
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Как корректно прописать thread в скрипт rman?

Код: plsql
1.
set thread=1


выдаёт ошибку

Или не получится отказаться от второго треда на стендбай?

Цель: настроить стендбай, после чего его активировать.
swithover/failover использоваться не будут.

Стал пинговать с первой ноды вторую и наоборот..пинга нет..и Tnsping перестал проходить...
очень странно. Возможно дело в этом.
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727269
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Пересоздал стендбай. Та же самая проблема. даже с учётом параметров log_archive_dest
Код: plsql
1.
2.
3.
4.
5.
6.
7.
ARC3: Archival started
ARC0: STARTING ARCH PROCESSES COMPLETE
Errors in file /u01/app/oracle/diag/rdbms/oati_stby/oatidb/trace/oatidb_lgwr_31695.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/u02/fast_recovery_area/oatidb/group_1.257.990888715'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727271
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Опечатался в предыдущем сообщении. Удалите предыдущее, пожалуйста.


Код: plsql
1.
2.
3.
4.
5.
6.
7.
ARC3: Archival started
ARC0: STARTING ARCH PROCESSES COMPLETE
Errors in file /u01/app/oracle/diag/rdbms/oracle_stby/oracledb/trace/oracledb_lgwr_31695.trc:
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: '/u02/fast_recovery_area/oracledb/group_1.257.990888715'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727272
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
права-то проверил?
Сам файлик там создать можешь (из-под владельца оракла)?
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727305
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав Любомудровправа-то проверил?
Сам файлик там создать можешь (из-под владельца оракла)?
Да, сам файл создаю.
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727382
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Создал запись в tnsnames для подключения к target database.
tnsping проходит, а вот подключение нет.
Какие адреса использовать для подключения к target?
Код: xml
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
rac =
  (DESCRIPTION =
      (ADDRESS_LIST =
            (ADDRESS = (PROTOCOL = TCP)(HOST = 172.24.23.135)(PORT = 1525))
                  (ADDRESS = (PROTOCOL = TCP)(HOST = 172.24.23.136)(PORT = 1526))
                        #(load_balancing=no)
                            )
                            (CONNECT_DATA =
                                  (SERVICE_NAME = oracledb)
                                                                           )
                                                                                 )
                                                                                    )



Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
[oracle@oracledg admin]$ tnsping rac
TNS Ping Utility for Linux: Version 11.2.0.4.0 - Production on 02-NOV-2018 20:19:53
Copyright (c) 1997, 2013, Oracle.  All rights reserved.

Used parameter files:

Used TNSNAMES adapter to resolve the alias
Attempting to contact (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = 172.24.23.135)(PORT = 1525)) (ADDRESS = (PROTOCOL = TCP)(HOST = 172.24.23.136)(PORT = 1526))) (CONNECT_DATA = (SERVICE_NAME = oracledb)))
OK (0 msec)



где адреса ниже являются публичными адресами.
172.24.23.135
172.24.23.136

Или обязательно использовать VIP адреса для rman target duplicate?

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
[oracle@oracledg admin]$ sqlplus sys/oracle@prod as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Fri Nov 2 20:25:43 2018

Copyright (c) 1982, 2013, Oracle.  All rights reserved.

ERROR:
ORA-12514: TNS:listener does not currently know of service requested in connect
descriptor



Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
[oracle@oracledg admin]$ telnet 172.24.23.135 1525
Trying 172.24.23.135...
Connected to 172.24.23.135.
Escape character is '^]'.
^C
^ZConnection closed by foreign host.
[oracle@oracledg admin]$
[oracle@oracledg admin]$ telnet 172.24.23.136 1526
Trying 172.24.23.136...
Connected to 172.24.23.136.
Escape character is '^]'.
^C
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727410
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Накат так и не идёт....

Что сделал:
На первой ноде кластера поднял ещё один листнер на порту 1525.
На второй ноде кластера поднял ещё один листнер на порту 1526.

Проверил статусы на обеих нодах. Оба листнера подняты на публичных eth0 Public Network адресах.
Проверил, что прописана статика для листнеров.
Код: plsql
1.
2.
LISTENER1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP) (HOST=LISTENER1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP) (HOST=node1)(PORT=1525))))
SID_LIST_LISTENER1=(SID_LIST=(SID_DESC=(SID_NAME = oracledb1)))


Код: plsql
1.
2.
LISTENER2=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP) (HOST=LISTENER1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP) (HOST=172.24.23.136)(PORT=1526))))
SID_LIST_LISTENER2 = (SID_LIST = (SID_DESC =(SID_NAME = oracledb2)))



Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
[oracle@node1 admin]$ lsnrctl status listener1

LSNRCTL for Linux: Version 11.2.0.4.0 - Production on 02-NOV-2018 19:33:12
Copyright (c) 1991, 2013, Oracle.  All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=LISTENER1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=node1)(PORT=1525)))
STATUS of the LISTENER
------------------------
Alias                     listener1
Version                   TNSLSNR for Linux: Version 11.2.0.4.0 - Production
Start Date                31-OCT-2018 18:04:53
Uptime                    2 days 1 hr. 28 min. 19 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /u01/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
Listener Log File         /u01/app/oracle/product/11.2.0/dbhome_1/log/diag/tnslsnr/node1/listener1/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=node1.localdomain)(PORT=1525)))
Services Summary...
Service "oracledb1" has 1 instance(s).
  Instance "oracledb1", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfully



Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
[oracle@node2 ~]$ lsnrctl status listener2

LSNRCTL for Linux: Version 11.2.0.4.0 - Production on 02-NOV-2018 19:36:51
Copyright (c) 1991, 2013, Oracle.  All rights reserved.

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=LISTENER1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=172.24.23.136)(PORT=1526)))
STATUS of the LISTENER
------------------------
Alias                     listener2
Version                   TNSLSNR for Linux: Version 11.2.0.4.0 - Production
Start Date                02-NOV-2018 18:45:49
Uptime                    0 days 0 hr. 51 min. 2 sec
Trace Level               off
Security                  ON: Local OS Authentication
SNMP                      OFF
Listener Parameter File   /u01/app/oracle/product/11.2.0/dbhome_1/network/admin/listener.ora
Listener Log File         /u01/app/oracle/product/11.2.0/dbhome_1/log/diag/tnslsnr/node2/listener2/alert/log.xml
Listening Endpoints Summary...
  (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=172.24.23.136)(PORT=1526)))
Services Summary...
Service "oracledb2" has 1 instance(s).
  Instance "oracledb2", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfully



Добавил записи в tnsnames.ora и попробовал подключиться к этим листнерам с клона:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
[oracle@oracledg admin]$ rman target sys/oracle@oracle_prod1 target sys/oracle@oracle_prod2 auxiliary dbsys/oracle@oracle_stby

Recovery Manager: Release 11.2.0.4.0 - Production on Fri Nov 2 20:34:55 2018

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

connected to target database: oracleDB (DBID=874234236)
connected to auxiliary database: oracleDB (not mounted)



И тут возник вопрос: а что указывать в set log_archive_dest_2='SERVICE?
Может быть указать явно три адреса? Один локальный и по одному (SERVICE) для каждой из нод?

Типа так:
Код: plsql
1.
2.
3.
set log_archive_dest_1='LOCATION=/u02/fast_recovery_area VALID_FOR=(ALL_LOGFILES, ALL_ROLES)'
set log_archive_dest_2='SERVICE=oracle_prod1 NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=oracledb'
set log_archive_dest_3='SERVICE=oracle_prod2 NOAFFIRM ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=oracledb'



Или указать один destination, с указанием VIP интерфейсов на порту 1521? Типо так

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
oracle_dup =
  (DESCRIPTION =
    (ADDRESS_LIST =
      (ADDRESS = (PROTOCOL = TCP)(HOST = node1-vip)(PORT = 1521))
      (ADDRESS = (PROTOCOL = TCP)(HOST = node2-vip)(PORT = 1521))
    )
    (CONNECT_DATA =
      (SERVICE_NAME = oracledb)
    )
  )



В результате в select * from v$standby_log по прежнему доступна только одна группа...
Подскажите, пожалуйста..
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727412
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Кстати..новая ошибка ещё для брокера нарисовалась..

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
Creating Data Guard Broker Monitor Process (DMON)
11/02/2018 20:37:13
>> Starting Data Guard Broker bootstrap <<
Broker Configuration File Locations:
      dg_broker_config_file1 = "/u01/app/oracle/product/11.2.0/dbhome_1/dbs/dr1oracle_stby.dat"
      dg_broker_config_file2 = "/u01/app/oracle/product/11.2.0/dbhome_1/dbs/dr2oracle_stby.dat"
DMON: cannot open configuration file "/u01/app/oracle/product/11.2.0/dbhome_1/dbs/dr1oracle_stby.dat"
  ORA-27037: unable to obtain file status
  Linux-x86_64 Error: 2: No such file or directory
  Additional information: 3
11/02/2018 20:37:15
DMON: cannot open configuration file "/u01/app/oracle/product/11.2.0/dbhome_1/dbs/dr2oracle_stby.dat"
  ORA-27037: unable to obtain file status
  Linux-x86_64 Error: 2: No such file or directory
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727421
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Со второй ноды RAC не пингуется и не доступен scan адрес...
с первой ноды доступ есть. Может быть в этом причина?
Подскажите последовательность шагов для предоставления доступа к скану с каждой из нод.
спасибо!
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39727457
Фотография 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
...
Рейтинг: 0 / 0
RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
    #39728185
BigBudda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
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.
[oracle@node2 ~]$ crs_stat -t |grep vip
ora.node1.vip  ora....t1.type ONLINE    OFFLINE
ora.node2.vip  ora....t1.type ONLINE    ONLINE    node2
ora.scan1.vip  ora....ip.type ONLINE    ONLINE    node1


Хотел перезапустить, но выдал ошибку:
Код: plsql
1.
2.
3.
4.
[oracle@node1 ~]$ srvctl stop nodeapps -n node1
PRCR-1014 : Failed to stop resource ora.net1.network
PRCR-1065 : Failed to stop resource ora.net1.network
CRS-2529: Unable to act on 'ora.net1.network' because that would require stopping or relocating 'ora.cvu', but the force option was not specified



Пробовал так:

Код: plsql
1.
2.
crsctl stop crs
crsctl start crs


После рестарта 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.
[oracle@node1 admin]$ srvctl status scan
SCAN VIP scan1 is enabled
SCAN VIP scan1 is running on node node1

[oracle@node2 admin]$ srvctl status scan
SCAN VIP scan1 is enabled
SCAN VIP scan1 is running on node node1


[oracle@node1 admin]$ srvctl status scan_listener
SCAN Listener LISTENER_SCAN1 is enabled
SCAN listener LISTENER_SCAN1 is running on node node1

[oracle@node2 admin]$ srvctl status scan_listener
SCAN Listener LISTENER_SCAN1 is enabled
SCAN listener LISTENER_SCAN1 is running on node node1

[oracle@node1 admin]$ srvctl status nodeapps
VIP node1-vip is enabled
VIP node1-vip is not running
VIP node2-vip is enabled
VIP node2-vip is running on node: node2
Network is enabled
Network is running on node: node1
Network is running on node: node2
GSD is disabled
GSD is not running on node: node1
GSD is not running on node: node2
ONS is enabled
ONS daemon is running on node: node1
ONS daemon is running on node: node2
...
Рейтинг: 0 / 0
25 сообщений из 74, страница 2 из 3
Форумы / Oracle [игнор отключен] [закрыт для гостей] / RMAN Duplicate RAC ASM => Single Filesystem 11.2.0.4
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]