ТП - табличное пространство. База в дампе не согласована, PITR не возможен и куча всего, что вам еще написали. Итого нельзя назвать это бэкапом никак. В чем проблема иметь один лвл0 бэкап, который пробегает за выходные и лвл1 каждый день. С учетом того, что рман может сразу и в компрессию и писать на сетевое хранилище.
+ в случае битого блока не придется дропать и перезаливать все данные. Тот же рман спокойно восстанавливает отдельный блок или последовательность.
А как используя дамп восстановиться на любую точку во времени? Плюсом вопрос, используется ли выставление consistent=y. И если да, какую доп нагрузку он даёт. Если сильно надо именно схему, а не тп с данными. То только дубликейт из бэкапа и потом экспорт схемы. Из плюсов, все ещё можно сделать дубликейт на конкретный момент времени
~23 Тб с компрессией до ~3 Тб за двое суток, но там железо уже совсем унылое и БД почти не бывает в простое
В эту же, рманом можно помимо самой БД бэкапить отдельные ТП и даже таблицы
ТП - табличное пространство. База в дампе не согласована, PITR не возможен и куча всего, что вам еще написали. Итого нельзя назвать это бэкапом никак. В чем проблема иметь один лвл0 бэкап, который пробегает за выходные и лвл1 каждый день. С учетом того, что рман может сразу и в компрессию и писать на сетевое хранилище.
+ в случае битого блока не придется дропать и перезаливать все данные. Тот же рман спокойно восстанавливает отдельный блок или последовательность.
А как используя дамп восстановиться на любую точку во времени? Плюсом вопрос, используется ли выставление consistent=y. И если да, какую доп нагрузку он даёт. Если сильно надо именно схему, а не тп с данными. То только дубликейт из бэкапа и потом экспорт схемы. Из плюсов, все ещё можно сделать дубликейт на конкретный момент времени![]()