|
|
|
RMAN-06820 ORA-17631
|
|||
|---|---|---|---|
|
#18+
Oracle 11.2.0.4 Solaris 11 Можно сказать что и не проблема но глазу аудиторскому (но моему больше) очень мешает. Имеется основная база и standby, для них настроен каталог, снимаю бэкап со standby, это все уже отработано и не один раз проверено. В один не очень прекрасный день дернулась рука добавить в каталог snapshot standby, как бы тестовая база которая в автомате каждую ночь обновляется с боя. Но потом убрал ее из каталога. После этого стали появляться ошибки в логе бэкапа: Starting backup at 18-01-17 02:00:54 RMAN-06820: WARNING: failed to archive current log at primary database ORACLE error from target database: ORA-17631: dbname 'TESTDB' specified by remote server does not match the instance name 'WORDB' Они не влияют на сам бэкап, он отрабатывает нормально, но мешают. Пробовал уже добавлять и убирать опять, ошибка остается. При этом рекомендации oracle по этой ошибке выполнил, т.е подключение к базам указываю: ${ORACLE_HOME}/bin/rman <<EOF connect target sys/sys_password@STBYDB connect catalog rman/rman_password@RMANDB RESYNC CATALOG FROM DB_UNIQUE_NAME ALL; CROSSCHECK ARCHIVELOG ALL; BACKUP AS COMPRESSED BACKUPSET INCREMENTAL LEVEL=0 DATABASE INCLUDE CURRENT CONTROLFILE PLUS ARCHIVELOG; Может где еще хвост остался, или я не заметил какой то мелочи... Rman config RMAN> show all for db_unique_name all; RMAN configuration parameters for database with db_unique_name WORKDB are: CONFIGURE RETENTION POLICY TO REDUNDANCY 1; CONFIGURE BACKUP OPTIMIZATION OFF; # default CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default CONFIGURE CONTROLFILE AUTOBACKUP ON; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET PARALLELISM 8; CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT 'df%t_%s_%p'; CONFIGURE MAXSETSIZE TO UNLIMITED; # default CONFIGURE ENCRYPTION FOR DATABASE OFF; # default CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default CONFIGURE DB_UNIQUE_NAME 'STBYDB' CONNECT IDENTIFIER 'STBYDB_DG'; CONFIGURE DB_UNIQUE_NAME 'WORKDB' CONNECT IDENTIFIER 'WORKDB_DG'; CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'snapcf_WORKDB.f'; RMAN configuration parameters for database with db_unique_name STBYDB are: CONFIGURE RETENTION POLICY TO REDUNDANCY 1; CONFIGURE BACKUP OPTIMIZATION OFF; # default CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default CONFIGURE CONTROLFILE AUTOBACKUP OFF; CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; CONFIGURE DEVICE TYPE DISK BACKUP TYPE TO COMPRESSED BACKUPSET PARALLELISM 8; CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT 'df%t_%s_%p'; CONFIGURE MAXSETSIZE TO UNLIMITED; # default CONFIGURE ENCRYPTION FOR DATABASE OFF; # default CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default CONFIGURE DB_UNIQUE_NAME 'STBYDB' CONNECT IDENTIFIER 'STBYDB_DG'; CONFIGURE DB_UNIQUE_NAME 'WORKDB' CONNECT IDENTIFIER 'WORKDB_DG'; CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; CONFIGURE SNAPSHOT CONTROLFILE NAME TO 'snapcf_STBYDB.f'; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2017, 06:30 |
|
||
|
RMAN-06820 ORA-17631
|
|||
|---|---|---|---|
|
#18+
Ну а со стендбая проходит sqlplus sys/sys@WORKDB_DG ? Ну, а вообще можно запустить RMAN с трассировкой и посмотреть, где он падает rman debug trace=/tmp/rman.trc ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2017, 12:29 |
|
||
|
RMAN-06820 ORA-17631
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровНу а со стендбая проходит sqlplus sys/sys@WORKDB_DG ? Ну, а вообще можно запустить RMAN с трассировкой и посмотреть, где он падает rman debug trace=/tmp/rman.trc А там ничего путнего не будет, в дампе по этой проблеме. В той же ноте, где Genosse взял решение, указано как оракл определяет где примари бд, чтобы свичнуть лог, при бэкапи standby db. Если Genosse проверил, правильно ли оракл определил где примари, и там всё норм, но ошибка осталась, то это проблема касается заведённого SR, который уже как 6 дней Review Update. Моя проблема чуть другая, ORA-17627 и ora-01017 Встречается эта беда на базах, которые прошли через switchover ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2017, 19:10 |
|
||
|
RMAN-06820 ORA-17631
|
|||
|---|---|---|---|
|
#18+
А пересоздание стендбайного контрола тоже не помогает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2017, 02:08 |
|
||
|
RMAN-06820 ORA-17631
|
|||
|---|---|---|---|
|
#18+
Попробую сегодня вечером ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2017, 04:07 |
|
||
|
RMAN-06820 ORA-17631
|
|||
|---|---|---|---|
|
#18+
Оказывается ларчик просто открывался... нужно было на primary выключить конфигурацию и потом включить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2017, 06:36 |
|
||
|
RMAN-06820 ORA-17631
|
|||
|---|---|---|---|
|
#18+
GenosseОказывается ларчик просто открывался... нужно было на primary выключить конфигурацию и потом включить В моём случае баг: Моя проблема чуть другая, ORA-17627 и ora-01017 Встречается эта беда на базах, которые прошли через switchover Your issue matches this Bug 21476308 : SUPERSEDED FIX FOR BUG 18070699 -FAILURE IN RMAN DUPLICATE COMMAND WITH ORA-1017. Только я так и не добился от них, причем тут DUPLICATE ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.02.2017, 14:18 |
|
||
|
|
start [/forum/topic.php?fid=52&msg=39408495&tid=1886389]: |
0ms |
get settings: |
9ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 230ms |
| total: | 382ms |
| 0 / 0 |
