Вы могли бы рассмотреть логическую резервную базу данных как копию только для чтения и починить ручной процесс передачи архивного журнала, который копирует и регистрирует все файлы журнала каждый синхронизирующий интервал от Ваших медиа передачи. Это имеет преимущество, что Вы только используете файлы, естественно созданные Oracle, и это - довольно быстрый процесс. Это также не подвергается никакому времени простоя на логическом резервном устройстве.
Удобный раздел, который я нашел в документации охраны Данных, которая могла быть полезной, является разделом по разрешению разрывов архивного журнала.
Править: Я просто заметил, что Вы не DBA. Вы будете нуждаться в помощи компетентного DBA, чтобы сделать это, не говоря уже о требуемых полномочиях. Однако большая часть компетентного DBA рассмотрела бы эту забаву ;-)
Простое решение состоит в том, чтобы соединить их через несетевую сеть. Один путь состоит в том, чтобы иметь их обоих подключенных к тому же устройству хранения данных бэкенда (т.е. SAN/NAS), который позволяет Вам иметь их или совместно использовать тот же объем или позволить Вам копировать объем в другой.
Кроме того, это действительно зависит от размера Вашего DB и/или размера журналов транзакций, если Вы собираетесь обратиться к sneakernet или RFC1149 для синхронизации Вашего DBS.
Я действительно не подверг бы сомнению "сетевое" требование. Мне трудно полагать, что создание VPN или другого такого туннеля не является жизнеспособным вариантом. Даже под PCI и требованиями SOX, существуют допуски сетевого соединения на кластерные структуры HA и резервные копии.