автор я скриптами делаю фул бэкап на другой сервак и там восстанавливаю 2 раза в день. Таким образом при проблеме с основой - просто меняем ip адрес на бэкап сервере. И все. SERVICE_NAME - такой же. Проблема в том, что rman сильно тормозит работу с базой во время бэкапа. К тому же обеденного времени уже не хватает. Архив весит 500 гб. Вот думаю что можно сделать.

Почему я написал этот вопрос про SSD и RMAN. На днях посмотрел брошюрку

https://www.oracle.com/webfolder/s/delivery_production/docs/FY16h1/doc26/6-Storage-Engineered-Systems.pdf


В этих системах SSD используется как для read cashe так и для write cashe (на стр 17 Прогрессивный механизм кеширования). Я и подумал - Нельзя ли провести аналогию с FRA - которая суть кэш для формирования бэкапа. И соответственно ускорить бэкап.

авторДык инкрементально-обновляемый - это тот же бэкап, только изменения накатываются
на предыдущие версии файлов(грубо), что из себя представляет полноценный бэкап
Восстанавливаетесь с него, докатываете архивлоги и имеете БД
Только по времени - обновление быстрее, чем полный бэкап
Только один раз делаете долго, а потом "быстро" обновляете свой бэкап, с которого можете восстанавливаться

Вот есть у меня основной сервер и сервер бэкапа, на котором я восстанавливаю базу.
И сделал я бэкап уровень 0 в одну ночь, затем начал заливать кумулятивный уровень 1 на следующую. А следующим днем - программисты для тестирования поудаляли данные с бэкап сервера. Ночью я залил очередную порцию кумулятивного уровень 1 бэкапа с основного сервера. Вопрос - а на бэкап сервере перезатрутся данные, которые были сделаны на нем днем, данными, которые переброшены кумулятивным бэкапом с основного сервера? Сейчас, когда я переливаю полный бэкап и восстанавливаю его - все перезатирается
авторconnect target /
run{
#set dbid=311433411;
crosscheck archivelog all;
crosscheck backup;
delete NOPROMPT archivelog all;
delete NOPROMPT backup;
catalog start with 'f:\backups' noprompt;
startup force nomount;
SET CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO 'F:\backups\cf_esdcontrol_%F';
RESTORE CONTROLFILE FROM autobackup;
alter database mount;
restore database;
recover database;
alter database open resetlogs;
}
exit