Из опыта: режим ARCHIVELOG, внешний USB-носитель на EIDE HDD - горячий бэкап раз в сутки, архивные логи и контрол-файл каждый 15 минут сбрасываются. В случае любого падения сервера, устройство перетыкается на резервный временный сервак, копируются файлы, накатываются логи,запускается, чинится основной, перетыкается обратно.
Но внешний носитель - это в основном для критичных сбоев железа, когда ломается мать, контроллеры, блок питания, когда комп совсем запустить не удаётся за 30-120минут.
На самом же сервере используется RAID 0+1 - 3 логических устройства, может поломаться от 2 до 3 дисков из 5 одновременно.

Но тебе в любом случае нужен резервный сервер, что-бы хотя бы временно на него переключиться можно было, в случае полного отказа основного. Что для репликации, что для stend by, что для восстановления из бэкапа.

Принип перевода в режим архивирования вобщем-то одинаковый назависимо от ОС.
1) Запускаешь sqlplus или svrmgrl, коннектишься как internal
2) Если база смонтирована как минимум, можешь посмотреть состояние режима архивирования командой: archive log list. Смотришь значение в строке:Database log mode. Если No Archive Mode, то делаешь следующее:
a)если база открыта необходимо сделать alter database close.
Если база полностью зашутдаунена, то делаешь startup mount.
b)потом включаешь переводишь БД в режим архивирования:
alter database archivelog( обратное действие alter database noarchivelog)
c)alter database open; Если в init.ora стоит параметр log_arhive_start=true, то в этом случае архивирование начинается автоматически. Если параметр не выставлен, то делаешь: alter system archive log start;

Естественно, что должен быть выставлен путь для архивных файлов. Способов несколько.