brtools типы резервного копирования

unumi

Всем привет! Подскажите поддерживает ли brtools Дифференциальное резервирование (Differential backup). В настройках db13 помимо инкрементального есть возможность выбрать partial это и есть дифференциальный бэк?

avlag

А что Вы имеете в виду под дифференциальным бэкапом?

unumi

avlag написал:

А что Вы имеете в виду под дифференциальным бэкапом?

При дифференциальном резервировании каждый файл, который был изменен с момента последнего полного бэкапа, копируется каждый раз заново. Тоесть для восстановления нам нужен фул бэкап + последний дифференциальный
При инкрементальном нам нужно будет восстановить фул + все промежуточные бэкапы поскольку происходит резервирование только тех файлов, которые были изменены с даты последнего инкрементального бэкапа или фул бэкапа.

Ludens

brtools инструмент для СУБД Oracle
дифференциальный метод подходит для резервирования файловых систем
и к базам данных никак не относится

avlag

Между бэкапом файловой системы и бэкапом базы данных есть довольно большая разница.

unumi

Ludens написал:

brtools инструмент для СУБД Oracle
дифференциальный метод подходит для резервирования файловых систем
и к базам данных никак не относится

хмм... не знал, т.е нельзя делать бэкап дифференциальным для БД а с чем это связано?....

avlag

unumi написал(а):

Ludens написал:

brtools инструмент для СУБД Oracle
дифференциальный метод подходит для резервирования файловых систем
и к базам данных никак не относится

хмм... не знал, т.е нельзя делать бэкап дифференциальным для БД а с чем это связано?....

Предлагаете прочитать краткий курс по методам резервного копирования баз данных? :gigi:

unumi

хмм... не знал, т.е нельзя делать бэкап дифференциальным для БД а с чем это связано?....[/quote]
Предлагаете прочитать краткий курс по методам резервного копирования баз данных? :gigi:

[/quote]

дело в том, что читал немного другую инфу и если я правильно понял дифференциальный подходит для БД.
вот кусочек:

Основная сфера применения дифференциального резервного копирования данных – это большие массивы информации, куда постоянно вносятся небольшие изменения. Например, дифференциальное резервное копирование Exchange Server позволяет ежедневно проводить бэкап и сохранять только новую переписку, добавленные календарные события и другие мелкие изменения вместо того, чтобы каждый раз делать полное резервное копирование сервера. Качественная программа для резервного восстановления данных также позволяет резервировать различные системы управления базами данных, включая MySQL, MS SQL, Oracle, DB2, Lotus Notes/Domino и многие другие.

ZeUsM

Цитата:

Incremental Backup
If you have created a full backup, you can later back up just those data blocks
that have changed since the time of the full backup. This will reduce the amount
of data to be backed up; it does not significantly shorten the backup time,
because to check if a database block was changed and so must be backed up,
the block must be read.
An incremental backup can only be based on a previous full backup.
Caution: An incremental backup is useless if the corresponding
full backup is already overwritten. When performing incremental
backups it is therefore highly recommended to perform at least
one full backup per week and to perform four full backups per
backup cycle.
Like full backup, incremental backup is controlled by RMAN, which uses
the control file for this purpose.
With SAP tools, only cumulative incremental backup is supported. This
means that each incremental backup saves all blocks modified since the last
full backup, not since the last incremental backup.
An incremental backup performed with SAP tools is always a backup of
the whole database. You cannot choose individual data files to be backed
up with an incremental backup.
When performing an incremental backup, Oracle must read all blocks
of all data files to check which ones have been changed. Therefore, an
incremental backup can reduce the backup time only if a long backup
runtime was caused by low throughput on the tape stations.

Может это поможет пониманию? :wink:

avlag

unumi написал(а):

дело в том, что читал немного другую инфу

Читайте классику

unumi

avlag написал:

unumi написал(а):

дело в том, что читал немного другую инфу

Читайте классику

ок

unumi

ZeUsM написал:

Цитата:

Incremental Backup
If you have created a full backup, you can later back up just those data blocks
that have changed since the time of the full backup. This will reduce the amount
of data to be backed up; it does not significantly shorten the backup time,
because to check if a database block was changed and so must be backed up,
the block must be read.
An incremental backup can only be based on a previous full backup.
Caution: An incremental backup is useless if the corresponding
full backup is already overwritten. When performing incremental
backups it is therefore highly recommended to perform at least
one full backup per week and to perform four full backups per
backup cycle.
Like full backup, incremental backup is controlled by RMAN, which uses
the control file for this purpose.
With SAP tools, only cumulative incremental backup is supported. This
means that each incremental backup saves all blocks modified since the last
full backup, not since the last incremental backup.
An incremental backup performed with SAP tools is always a backup of
the whole database. You cannot choose individual data files to be backed
up with an incremental backup.
When performing an incremental backup, Oracle must read all blocks
of all data files to check which ones have been changed. Therefore, an
incremental backup can reduce the backup time only if a long backup
runtime was caused by low throughput on the tape stations.

Может это поможет пониманию? :wink:

Да помоголо, спасибо. Особенно на ту тему что есть только поддержка incremental backup. И что этот инкрементальный бэкап сохраняет все блоки измененные с последнего фула, но не с последнего инкрементального бэкапа.
.. если я правильно понял то это значит что восстановиться в таком случае можно последний фул + один последний инкрементальный бэк

ZeUsM

Совершенно верно. Если Вы хотите более гибко управлять своими бэкапами, рекомендую глянуть в сторону перевода их под управление RMAN , без использования brtools (в случае если база Oracle естественно).

Friday

Вот в сапе на SQL-сервере есть такая вещь, как диф бакап. И там он работает вполне успешно.

ой, сорри. не увидел что интересует brtools. Там бакапится без него - вроде сап вызывает средства SQL-сервера

MrN0n4me

ZeUsM написал:

Совершенно верно. Если Вы хотите более гибко управлять своими бэкапами, рекомендую глянуть в сторону перевода их под управление RMAN , без использования brtools (в случае если база Oracle естественно).

Oracle - да, я это понимаю. Но я пытаюсь понять можно ли выполнять резервное копирование SAP не используя BRTools. То есть, сделать резервную копию файлов и директорий, ну к примеру скопировав в другое место. И сделать резервную копию базы данных Oracle используя RMan. Достаточно ли этих копий для восстановления SAP ?
Интересуюсь, потому, что не специалист в SAP, но слышал иное мнение. Что BRTools единственное средство для резервирования SAP. Якобы эти утилиты, до выполнения резервного копирования, останавливают какие-то транзакции в приложении SAP, делают резервную копию файлов и базы и потом запускают их заново. И что только так можно сделать консистентную резервную копию SAP, которая гарантированно позволит восстановить SAP при необходимости. Действительно ли это так или описанный выше, в качестве примера, вариант резервирования достаточен для восстановления SAP?

Правила форума

brtools типы резервного копирования

Кто сейчас на конференции