PtNtЗнаю три способа сделать BackUp / Restore базы данных Oracle:

1. с помощью различных средств / IDE сделать экспорт схемы в виде текстового набора SQL-операций
2. воспользоваться набором утилит imp / exp или начиная с 10g impdp / expdp
3. воспользоваться rman: backup / restore, backup set'ы

Хотелось понять различие в подходах, когда что рекомендуется применять? Пока сформировал такое мнение, выскажу его в виде постулатов, поправите (?):

а) первый способ подходит только для начального разворачивания "чистой" БД. При больших данных все будет слишком медленно и много места заниматьТочнее, для очень маленькой БД
Ну и соответственно, восстановление только на момент сохранения
Бэкапом это вряд ли можно назвать

PtNtб) второй способ хорош для холодного переноса баз. То есть, свернули БД где-то, полностью перенесли на другую машину / архитектуру, развернули - запустили. Соответственно, с простоем.Не обязательно "холодного" -- можно выполнять и на работающей БД.
Опять же восстановление возможно только на момент "бэкапа".
Поэтому бэкапом такой способ назвать язык не поворачивается, общепринятое название -- дамп
Классические exp/imp как бы умели выполнять "инкрементальный" дамп, но подразумевалось под этим нечто свое -- при изменении одной строки заново тащилась вся таблица. Восстановление при этом было тоже достаточно веселым

PtNtв) третий способ это единственный способ делать горячие backup (инкриментные). Совместимо с технологией archivelog, то есть rman сделал бэкап, архивные логи до этого момента можно в принципе не хранить уже.
Не подходит для переноса на другую платформу, машину?Инкрементальные бэкапы да, можно делать только с помощью RMAN, но обычные горячие бэкапы можно делать и простым копированием после выведения ТП/БД в режим бэкапа (User Managed Backup). На другую машину той-же архитектуры -- легко, подобной (одинаковый Endian) через промежуточный шаг, другой архитектуры -- Transportable Tablespace + expdp/impdp для неданных
Про логи -- тут зависит от фишки FLASHBACK DATABASE и необходимости отката БД к моменту в прошлом. Ну и именно через логи реализуется возможность восстановления не только на момент бэкапа, но и на любой произвольный момент

PtNtВячеслав Любомудровдругой архитектуры -- Transportable Tablespace + expdp/impdp для неданных
а что такое неданные?Код, представления, пользователи, роли...

PtNtВячеслав ЛюбомудровПро логи -- тут зависит от фишки FLASHBACK DATABASE и необходимости отката БД к моменту в прошлом. Ну и именно через логи реализуется возможность восстановления не только на момент бэкапа, но и на любой произвольный момент
я так понимаю FLASHBACK и архивные логи это разные логи?
По идее, и там, и там можно добиться восстановления состояния БД в определенный момент времени. Но при архивных логах это долго и является накаткой базы после определенной точки бэкапа, а флэшбэк может возвращать в прошлое и конкретную транзакцию, это быстрее, но очень много места занимает?Даже после отката по FLASHBACK-логам (это очень грубый откат) применяется донакат по архивным логам до конкретной точки

А есть еще standby, streams, GoldenGate.., которым тоже могут потребоваться архивные логи
Ну и еще зависит от RETENTION POLICY
Если удалять логи командой RMAN-а, то он все это учитывает, операционка, естественно, об этом ничего не знает