Перенос архивного журнала из Oracle 9i в Oracle 10g - PullRequest
1 голос
/ 22 мая 2009

У меня есть ситуация, когда мне нужно перенести архивные журналы Oracle 9i в базу данных Oracle 10g, откуда они должны быть добыты логин-майнером и затем использованы процессами захвата / применения потоков Oracle.

(Архивные журналы Oracle 9 могут быть прочитаны администратором журналов Oracle 10 - я могу вручную копировать архивные журналы, регистрировать их вручную и добывать, захватывать и применять).

Сложность состоит в том, что способ переноса архивных журналов в Oracle несколько изменился между 9i и 10g и настройкой базы данных 9i для передачи на удаленную машину следующим образом:

log_archive_dest_state_2 = enable
log_archive_dest_2 = "service=OTHERMACHINE arch optional"

больше не работает.

Я получаю это в журналах 9i:

*** 2009-05-22 04:03:44.149
RFS network connection lost at host 'OTHERMACHINE'
Error 3113 attaching RFS server to standby instance at host 'OTHERMACHINE'
Error 3113 attaching to destination LOG_ARCHIVE_DEST_2 standby host 'OTHERMACHINE'
Heartbeat failed to connect to standby 'OTHERMACHINE'. Error is 3113.
*** 2009-05-22 04:03:44.150
kcrrfail: dest:2 err:3113 force:0
ORA-03113: end-of-file on communication channel

И в логе 10g получаю:

Fri May 22 04:07:42 2009
WARNING: inbound connection timed out (ORA-3136)

Мой вопрос:

Кто-нибудь знает, как я мог настроить свой сервер 9i или 10g таким образом, чтобы сервер 10g принимал соединение 9i таким образом, чтобы я мог передавать архивные журналы 9i на сервер 10g. Будет бонусом, если архивные журналы будут автоматически зарегистрированы на сервере 10g.

Примечание. Я не настроил полную конфигурацию DataGuard, и база данных 10g не является вторичным сервером.

Спасибо за любые предложения.

Редактировать

Обратите внимание, что я могу войти на сервер 10g с сервера 9i через sqlplus, поэтому подключение не является проблемой

Редактировать 2

После большого количества времени на поиск решения я наконец-то решил, что такой механизм не работает, и что необходимо использовать не-Oracle метод переноса архивных журналов из 9i в 10g (например, Rsync).

1 Ответ

0 голосов
/ 22 мая 2009

Актуальны ли ваши базы данных с патчами?

Кроме того, для проверки подлинности ваших соединений обычно требуется некоторое время? После V10.1 по умолчанию SQLNET.INBOUND_CONNECT_TIMEOUT устанавливается равным 60 секундам. До этой версии он по умолчанию неопределен.

Ссылка Metalink 345197.1: Соединения, которые раньше работали в Oracle 10.1, теперь периодически прерываются на ORA-3113, ORA-3106 или ORA-3136 в 10.2

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...