Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Бэкапы хранятся дольше, чем следует / 12 сообщений из 12, страница 1 из 1
02.03.2017, 15:52
    #39413200
NewBornDBA
NewBornDBA
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
Привет! У меня Oracle 11.2.0.4, Linux, в течение недели снимаю 1 full и 5 inc
Копии должны храниться 7 дней, но лежат 10, из-за чего на диске оказываются два фула, которые занимают много места, ну и вообще ни к чему. Хочется разобраться.

Перед каждым бэкапом выполняется скрипт:

Код: plsql
1.
2.
3.
4.
5.
6.
7.
rman target / <<- EOF
run {
...
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
...delete noprompt obsolete;
}
EOF



RMAN> show all;
using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name GLOBALDB are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;

Вчера вечером был сделан очередной инкрементный бэкап. В настоящий момент LIST BACKUP SUMMARY показывает, что самый старый бэкап от 19го февраля. Сегодня 2 марта. Что я делаю не так? Спасибо.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 15:59
    #39413206
landy
landy
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
Копии должны храниться 7 дней

Где про это сказанов в приведенном примере конфига
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 16:04
    #39413214
NewBornDBA
NewBornDBA
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
landy,

CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 16:08
    #39413219
landy
landy
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
Ну если даже дословно перевести - это окно восстановления, ну никак не время хранения
Т е на любой день этого окна от текущего времени ты должен смочь восстановить БД
А теперь пораскинь мозгами(что такое полный бэкап, что инкрементальный и т п)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 16:09
    #39413220
oracloud
oracloud
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
NewBornDBA,

Вы неправильно понимаете RECOVERY WINDOW OF 7 DAYS

Эта настройка гарантирует, что база будут восстановлена в любой момент в эти 7 дней. Это означает, что могут понадобиться полные бэкапы, сделанные ранее
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 16:11
    #39413223
NewBornDBA
NewBornDBA
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
landy, если окно восстановления 7 дней, тогда более поздние бэкапы помечаются как obsolete и должны удаляться по команде. Не поняла, при чем тут полный и инкрементальный. У меня уже два полных и инкрементальные почти за две недели. Взаимосвязь?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 16:12
    #39413224
NewBornDBA
NewBornDBA
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
oracloud,

ну вот первое же попавшееся описание:
"RMAN> CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 7 DAYS;

RMAN не удаляет автоматически бэкапы, которые являются устаревшими для окна восстановления. Вместо этого Менеджер Восстановления показывает их как OBSOLETE (УСТАРЕВШИЕ) в выводе REPORT OBSOLETE и в столбце OBSOLETE представления V$BACKUP_FILES. RMAN удаляет устаревшие файлы, если Вы запускаете команду DELETE OBSOLETE."
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 16:17
    #39413234
landy
landy
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
Когда вы сделаете полный бэкап, отсчитайте назад дни и подумайте - как на этот первый день окна восстановления
вы сможете восстановится, удалив предыдущий полный бэкап
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 16:18
    #39413236
fortnet
fortnet
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
NewBornDBA,

Добавьте перед удалением

crosscheck backup ;

И для проверки ( тоже перед удалением)
REPORT OBSOLETE;
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 16:23
    #39413243
NewBornDBA
NewBornDBA
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
landy, кажется, поняла.
Допустим, фул был в воскресенье. Если мне нужно восстановиться на прошлый четверг (который сейчас попадает в окно восстановления), мне нужен предыдущий фул. Так просто) Спасибо!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 16:29
    #39413252
NewBornDBA
NewBornDBA
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
fortnet,

crosscheck backup ; - не имеет смысла, тк файлы бэкапа не удаляются средствами системы, только рманом.
REPORT OBSOLETE; - пригодится, спасибо)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2017, 16:32
    #39413255
NewBornDBA
NewBornDBA
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Бэкапы хранятся дольше, чем следует
oracloud, поняла, спасибо)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Бэкапы хранятся дольше, чем следует / 12 сообщений из 12, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 463ms
Закрыть
start [/forum/topic.php?fid=52&mobile=1&tid=1886341]:
 0ms
get settings:
 9ms
get forum list:
 17ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 154ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 46ms
get tp. blocked users:
 1ms
others: 217ms
total:  463ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]