powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / RMAN backupset size растет на глазах
25 сообщений из 31, страница 1 из 2
RMAN backupset size растет на глазах
    #39464238
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
подскажите, люди добрые, куда копнуть:
oracle 12c
RMAN вдруг стал делать бекапы по 20G+, хотя размеры БД не увеличелись совсем (180G как была вся база, так и осталась)... изменила след. параметры и теперь full backup скакнул с 5G до 20G+ ..

поменяла только оптимизацию на on и compression поставила на MEDIUM ... казалось бы, должен уменьшится? но кстати, в логах так и стоит COMPRESSION=NO ..

еще RMAN retention policy is set to 14 days, а он все равно не удаляет бекапы старше двух недель... забивает FRA..

короче, бардак полный.
я читаю доку, да.. но там много и пространно и все не о том. буду пре-мега благодарна, если поделитесь ссылкой на описание разных опций компрессии или подскажете, куда смотреть
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39464250
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
marguren(180G как была вся база, так и осталась)..
как определяла? через dba_data_files или через dba_segments?
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39464270
Kamael
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
margurenподскажите, люди добрые, куда копнуть:
изменила след. параметры ..
короче, бардак полный.
я читаю доку, да.. но там много и пространно и все не о том.
Дааа, дела.
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39464336
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
marguren,
Скриптики для rman-бэкапов покажите народу и изменение настроек rman.
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39464953
landy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторRMAN retention policy is set to 14 days - это окно восстановления, а не время хранения бэкапов

было уже
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39464993
Фотография DВА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
полный бэкап 180-гиговой базы в 5 гиг меня б напряг больше, чем в 20 гиг)
может база просто стала наполняться?
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39464996
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DВАполный бэкап 180-гиговой базы в 5 гиг меня б напряг больше, чем в 20 гиг)
может база просто стала наполняться?
о чем и речь. подозреваю, что были созданы датафайлы на те 180гб... потому наводящий вопрос и задал, как ТС определила что размер прежний...
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39465515
Nobody1111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
EE, SE ?
margurenподскажите, люди добрые, куда копнуть:
oracle 12c
RMAN вдруг стал делать бекапы по 20G+, хотя размеры БД не увеличелись совсем (180G как была вся база, так и осталась)... изменила след. параметры и теперь full backup скакнул с 5G до 20G+ ..

поменяла только оптимизацию на on и compression поставила на MEDIUM ... казалось бы, должен уменьшится? но кстати, в логах так и стоит COMPRESSION=NO ..

еще RMAN retention policy is set to 14 days, а он все равно не удаляет бекапы старше двух недель... забивает FRA..

короче, бардак полный.
Как я понял, бэкапы пишутся в FRA. Зачем MEDIUM? дефолтная компрессия вполне прилично ужимает. И хорошо бы проверить, может, конфигурируете бэкап одной базы, а логи читаете от бэкапа другой.
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39468267
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
rman target / <<eof
        crosscheck backup of controlfile;
        crosscheck copy of controlfile;
        crosscheck backup;
        crosscheck archivelog all;
        delete noprompt expired backup;
        delete noprompt obsolete;
        delete noprompt expired archivelog all;
        backup database plus archivelog not backed up 1 times;
eof



RMAN так и не удаляет берфгс старше 10 дней, в чем дело-то? вот только что сделал бекап и все еwе держит piece от 24 мая.. зачем???

Код: sql
1.
2.
3.
4.
5.
6.
7.
[oracle@BLABLA backupset]$ ls
2017_05_24  2017_06_03                    c-2642593791-20170528-01.bck  c-2642593791-20170603-00.bck
2017_05_29  2017_06_04                    c-2642593791-20170529-00.bck  c-2642593791-20170604-00.bck
2017_05_30  2017_06_05                    c-2642593791-20170530-00.bck  c-2642593791-20170605-00.bck
2017_05_31  2017_06_06                    c-2642593791-20170531-00.bck  c-2642593791-20170606-00.bck
2017_06_01  2017_06_07                    c-2642593791-20170601-02.bck  c-2642593791-20170607-00.bck
2017_06_02  c-2642593791-20170528-00.bck  c-2642593791-20170602-00.bck  cntr



гоговрю репорт обсолит, говорит:

RMAN> report obsolete;

RMAN retention policy will be applied to the command
RMAN retention policy is set to recovery window of 10 days
no obsolete backups found

на серваке копия все равно лежит.. мне надоело руками ходить за ним подчищать .. и главное, что даже когда руками с ОС удалаю, в скрипте стоит crosscheck backup, так он даже и после етого не удаляет те, что expired... почему?!?

вот все его настройки:

RMAN> show all;

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name AIMS are:
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 10 DAYS;
CONFIGURE BACKUP OPTIMIZATION OFF;
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup_db/flash_recovery_area/BLA/backupset/%F.bck';
CONFIGURE DEVICE TYPE DISK PARALLELISM 4 BACKUP TYPE TO COMPRESSED BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BASIC' AS OF RELEASE 'DEFAULT' OPTIMIZE FOR LOAD TRUE ; # default
CONFIGURE RMAN OUTPUT TO KEEP FOR 7 DAYS; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/backup_db/flash_recovery_area/BLA/backupset/cntr/snapcf_BLA.f';






размер бекапа растет на гиг в день примерно, сама база не увеличивается (проверяю размер через dba_segments и через грид )

please, help!
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39468283
landy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
rman target / <<eof
crosscheck backup of controlfile;
crosscheck copy of controlfile;
crosscheck backup;
crosscheck archivelog all;
delete noprompt expired backup;
delete noprompt obsolete;
delete noprompt expired archivelog all;
backup database plus archivelog not backed up 1 times;
eof

ИМХО, правильнее было бы
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
rman target / <<eof
        backup database plus archivelog not backed up 1 times;
        crosscheck backup of controlfile;
        crosscheck copy of controlfile;
        crosscheck backup;
        crosscheck archivelog all;
        delete noprompt expired backup;
        delete noprompt obsolete;
        delete noprompt expired archivelog all;
      eof


RETENTION POLICY TO RECOVERY WINDOW OF 10 DAYS;
Это окно восстановления, а не хранения бэкапов - ссылку на обсуждение давал
Т е это не значит, что delete obsolete должен удалять все, что старше 10 дней - вот тут внимательно читаем http://www.sql.ru/forum/1251909/bekapy-hranyatsya-dolshe-chem-sleduet
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39468298
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
привет! спасибо, что пишете.
я читала ету ссылку.
у меня фулл бекап каждую ночь. я понимаю, что RECOVERY WINDOW OF 10 DAYS гарантирует мне восстановление в течение етих 10 дней. и прекрасно. зачем же РМАН тогда хранит то, что выходит за рамки окна восстановления и как заставить его хранить именно 10, а от остальных избавляться , а не чтобы ya ему ручками помогала?
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39468299
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я так полагаю, что форсировать удаление устаревших бекапов тоже надо через сцрипт. то есть, мне надо ему так сказать:

rman target / <<eof
backup database plus archivelog not backed up 1 times;
crosscheck backup of controlfile;
crosscheck copy of controlfile;
crosscheck backup;
crosscheck archivelog all;
report obsolete;
delete noprompt expired backup;
delete noprompt obsolete;
delete noprompt expired archivelog all;
eof

правильно я понимаю?
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39468334
landy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
RECOVERY WINDOW OF 10 DAYS гарантирует мне восстановление в течение етих 10 дней
Не в течении этих 10 дней, а на любой из этих 10 дней

Как вы восстановите БД на самый первый день, если удалите бэкапы до этого дня?
Видимо невнимательно читали
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39468860
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Бэкапы кладутся в FRA? Там есть прессинг по месту? Ну пока нет, дык оно их и не торопится тереть
https://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmcncpt.htm#i1008093
Код: plaintext
If a fast recovery area is configured, then the database automatically deletes files that are either obsolete or backed up to tape  when more recovery area space is needed for new files .
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39468873
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
margurenя так полагаю, что форсировать удаление устаревших бекапов тоже надо через сцрипт. то есть, мне надо ему так сказать:

rman target / <<eof
backup database plus archivelog not backed up 1 times;
crosscheck backup of controlfile;
crosscheck copy of controlfile;
crosscheck backup;
crosscheck archivelog all;
report obsolete;
delete noprompt expired backup;
delete noprompt obsolete;
delete noprompt expired archivelog all;
eof

правильно я понимаю?
Нет, неправильно

надо поставить delete noprompt obsolete; после команды backup database plus archivelog not backed up 1 times;

в вашем скрипте, команды находящиеся до backup database вставлены на случай, если кто-то руками с диска бэкапы случайно удалил.
delete noprompt obsolete до backup database НЕОБЯЗАТЕЛЬНАЯ, видимо вставлена на случай, если кто-то сделал ручками бэкап, в обход этого скрипта, или другими скриптами.

авторrman target / <<eof
crosscheck backup of controlfile;
crosscheck copy of controlfile;
crosscheck backup;
crosscheck archivelog all;
delete noprompt expired backup;
delete noprompt obsolete;
delete noprompt expired archivelog all;
backup database plus archivelog not backed up 1 times;
delete noprompt obsolete;
eof
Выполните этот скрипт, а тотом смотрите, что из бэкапов у вас останется с учетом вашего
CONFIGURE RETENTION POLICY TO RECOVERY WINDOW OF 10 DAYS;

Это можете нам показать:
авторlist backup summary;
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39468900
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав ЛюбомудровБэкапы кладутся в FRA? Там есть прессинг по месту? Ну пока нет, дык оно их и не торопится тереть


это не FRA:
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup_db/flash_recovery_area/BLA/backupset/%F.bck';
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39468920
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Афигеть аргумент
Ты хочешь сказать, что (в соответствии с настройками и командой бэкапа) все это добро у нее валится в $ORACLE_HOME/dbs?
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39469114
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав Любомудров, ето ФРА, да.
я помню про ето, но моя задача форцировать удаление старых бекапов в соответствии с РМАН настройками, а не полагаться на его оценку доступного места.. в етом ФРА (/backup_db/flash_recovery_area) есче много чего лежит и ждать пока РМАН от одной базы забьет все место и только начнет удалят по приближениие к threshold не работает для меня. просто скажите, пожалуйста, как форсировать РМАН удлять все, что старше 10ти dnej?
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39469119
margurenпросто скажите, пожалуйста, как форсировать РМАН удлять все, что старше 10ти dnej

изменить политику удержания бэкапов с "возможности восстановления на любой момент времени десятидневного окна" (Window-Based Retention Policy) на "удерживать последних 10 полных или уровня 0 инкрементальных бэкапов" (Redundancy-Based Retention Policy) и делать полный бэкап раз в сутки.



Тынц на доку

Краткое содержание ссылки: Configuring a Redundancy-Based Retention Policy
The REDUNDANCY parameter of the CONFIGURE RETENTION POLICY command specifies how many full or level 0 backups of each datafile and control file that RMAN should keep. In other words, if the number of full or level 0 backups for a specific datafile or control file exceeds the REDUNDANCY setting, then RMAN considers the extra backups as obsolete. The default retention policy is REDUNDANCY 1.

Configuring a Recovery Window-Based Retention Policy
The RECOVERY WINDOW parameter of the CONFIGURE command specifies the number of days between the current time and the earliest point of recoverability. RMAN does not consider any full or level 0 incremental backup as obsolete if it falls within the recovery window. Additionally, RMAN retains all archived logs and level 1 incremental backups that are needed to recover to a random point within the window.
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39469120
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
По FRA подробностей не скажу, не использую
Беглый поиск выводит на, например, OBSOLETE BACKUPSET ARE NOT DELETED FROM THE FRA AUTOMATICALLY и подобное
Я бы проверил, например:
-- что control_file_record_keep_time установлено больше твой политики удержания (если не используется каталог)
-- посмотреть через RESTORE PREVIEW какие бэкапы нужны будут для восстановления на край твоей политики удержания
-- проверить, что нет всяких там KEEP UNTIL бэкапов
-- что в древних бэкапсетах нет бэкапов Read Only TS в единственном экземпляре где-то на краю политики (хотя при BACKUP OPTIMIZATION OFF они не должны пропускаться при бэкапе)
-- попробовать, в конце концов, FORCE опцию (хоть она и не для этого)
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39469121
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Еще гарантированные точки сохранения стоит посмотреть
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39469125
Фотография marguren
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Aliona,

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
129.
130.
131.
132.
133.
134.
135.
136.
137.
138.
139.
140.
141.
142.
143.
144.
145.
146.
147.
RMAN> list backup summary;

using target database control file instead of recovery catalog

List of Backups
===============
Key     TY LV S Device Type Completion Time #Pieces #Copies Compressed Tag
------- -- -- - ----------- --------------- ------- ------- ---------- ---
158     B  F  A DISK        28-MAY-17       1       1       NO         TAG20170528T211357
159     B  A  A DISK        29-MAY-17       1       1       YES        TAG20170529T210016
160     B  A  A DISK        29-MAY-17       1       1       YES        TAG20170529T210016
161     B  A  A DISK        29-MAY-17       1       1       YES        TAG20170529T210016
162     B  A  A DISK        29-MAY-17       1       1       YES        TAG20170529T210016
163     B  A  A DISK        29-MAY-17       1       1       YES        TAG20170529T210016
164     B  F  A DISK        29-MAY-17       1       1       YES        TAG20170529T210039
165     B  F  A DISK        29-MAY-17       1       1       YES        TAG20170529T210039
166     B  F  A DISK        29-MAY-17       1       1       YES        TAG20170529T210039
167     B  F  A DISK        29-MAY-17       1       1       YES        TAG20170529T210039
168     B  A  A DISK        29-MAY-17       1       1       YES        TAG20170529T211449
169     B  F  A DISK        29-MAY-17       1       1       NO         TAG20170529T211451
170     B  A  A DISK        30-MAY-17       1       1       YES        TAG20170530T210018
171     B  A  A DISK        30-MAY-17       1       1       YES        TAG20170530T210018
172     B  A  A DISK        30-MAY-17       1       1       YES        TAG20170530T210018
173     B  A  A DISK        30-MAY-17       1       1       YES        TAG20170530T210018
174     B  A  A DISK        30-MAY-17       1       1       YES        TAG20170530T210018
175     B  F  A DISK        30-MAY-17       1       1       YES        TAG20170530T210102
176     B  F  A DISK        30-MAY-17       1       1       YES        TAG20170530T210102
177     B  F  A DISK        30-MAY-17       1       1       YES        TAG20170530T210102
178     B  F  A DISK        30-MAY-17       1       1       YES        TAG20170530T210102
179     B  A  A DISK        30-MAY-17       1       1       YES        TAG20170530T211520
180     B  F  A DISK        30-MAY-17       1       1       NO         TAG20170530T211522
181     B  A  A DISK        31-MAY-17       1       1       YES        TAG20170531T210018
182     B  A  A DISK        31-MAY-17       1       1       YES        TAG20170531T210018
183     B  A  A DISK        31-MAY-17       1       1       YES        TAG20170531T210018
184     B  A  A DISK        31-MAY-17       1       1       YES        TAG20170531T210018
185     B  A  A DISK        31-MAY-17       1       1       YES        TAG20170531T210018
186     B  F  A DISK        31-MAY-17       1       1       YES        TAG20170531T210140
187     B  F  A DISK        31-MAY-17       1       1       YES        TAG20170531T210140
188     B  F  A DISK        31-MAY-17       1       1       YES        TAG20170531T210140
189     B  F  A DISK        31-MAY-17       1       1       YES        TAG20170531T210140
190     B  A  A DISK        31-MAY-17       1       1       YES        TAG20170531T211608
191     B  F  A DISK        31-MAY-17       1       1       NO         TAG20170531T211610
215     B  A  A DISK        01-JUN-17       1       1       YES        TAG20170601T225346
216     B  A  A DISK        01-JUN-17       1       1       YES        TAG20170601T225346
217     B  A  A DISK        01-JUN-17       1       1       YES        TAG20170601T225346
218     B  A  A DISK        01-JUN-17       1       1       YES        TAG20170601T225346
219     B  A  A DISK        01-JUN-17       1       1       YES        TAG20170601T225346
220     B  F  A DISK        01-JUN-17       1       1       YES        TAG20170601T225618
221     B  F  A DISK        01-JUN-17       1       1       YES        TAG20170601T225618
222     B  F  A DISK        01-JUN-17       1       1       YES        TAG20170601T225618
223     B  F  A DISK        01-JUN-17       1       1       YES        TAG20170601T225618
224     B  A  A DISK        01-JUN-17       1       1       YES        TAG20170601T232525
225     B  A  A DISK        01-JUN-17       1       1       YES        TAG20170601T232525
226     B  F  A DISK        01-JUN-17       1       1       NO         TAG20170601T232526
227     B  A  A DISK        02-JUN-17       1       1       YES        TAG20170602T210010
228     B  A  A DISK        02-JUN-17       1       1       YES        TAG20170602T210010
229     B  A  A DISK        02-JUN-17       1       1       YES        TAG20170602T210010
230     B  A  A DISK        02-JUN-17       1       1       YES        TAG20170602T210010
231     B  A  A DISK        02-JUN-17       1       1       YES        TAG20170602T210010
232     B  F  A DISK        02-JUN-17       1       1       YES        TAG20170602T210102
233     B  F  A DISK        02-JUN-17       1       1       YES        TAG20170602T210102
234     B  F  A DISK        02-JUN-17       1       1       YES        TAG20170602T210102
235     B  F  A DISK        02-JUN-17       1       1       YES        TAG20170602T210102
236     B  A  A DISK        02-JUN-17       1       1       YES        TAG20170602T212248
237     B  F  A DISK        02-JUN-17       1       1       NO         TAG20170602T212250
238     B  A  A DISK        03-JUN-17       1       1       YES        TAG20170603T210015
239     B  A  A DISK        03-JUN-17       1       1       YES        TAG20170603T210015
240     B  A  A DISK        03-JUN-17       1       1       YES        TAG20170603T210015
241     B  A  A DISK        03-JUN-17       1       1       YES        TAG20170603T210015
242     B  F  A DISK        03-JUN-17       1       1       YES        TAG20170603T210100
243     B  F  A DISK        03-JUN-17       1       1       YES        TAG20170603T210100
244     B  F  A DISK        03-JUN-17       1       1       YES        TAG20170603T210100
245     B  F  A DISK        03-JUN-17       1       1       YES        TAG20170603T210100
246     B  A  A DISK        03-JUN-17       1       1       YES        TAG20170603T212157
247     B  F  A DISK        03-JUN-17       1       1       NO         TAG20170603T212158
248     B  A  A DISK        04-JUN-17       1       1       YES        TAG20170604T210015
249     B  A  A DISK        04-JUN-17       1       1       YES        TAG20170604T210015
250     B  A  A DISK        04-JUN-17       1       1       YES        TAG20170604T210015
251     B  A  A DISK        04-JUN-17       1       1       YES        TAG20170604T210015
252     B  A  A DISK        04-JUN-17       1       1       YES        TAG20170604T210015
253     B  F  A DISK        04-JUN-17       1       1       YES        TAG20170604T210055
254     B  F  A DISK        04-JUN-17       1       1       YES        TAG20170604T210055
255     B  F  A DISK        04-JUN-17       1       1       YES        TAG20170604T210055
256     B  F  A DISK        04-JUN-17       1       1       YES        TAG20170604T210055
257     B  A  A DISK        04-JUN-17       1       1       YES        TAG20170604T212134
258     B  F  A DISK        04-JUN-17       1       1       NO         TAG20170604T212136
259     B  A  A DISK        05-JUN-17       1       1       YES        TAG20170605T210017
260     B  A  A DISK        05-JUN-17       1       1       YES        TAG20170605T210017
261     B  A  A DISK        05-JUN-17       1       1       YES        TAG20170605T210017
262     B  A  A DISK        05-JUN-17       1       1       YES        TAG20170605T210017
263     B  A  A DISK        05-JUN-17       1       1       YES        TAG20170605T210017
264     B  A  A DISK        05-JUN-17       1       1       YES        TAG20170605T210017
265     B  F  A DISK        05-JUN-17       1       1       YES        TAG20170605T210302
266     B  F  A DISK        05-JUN-17       1       1       YES        TAG20170605T210302
267     B  F  A DISK        05-JUN-17       1       1       YES        TAG20170605T210302
268     B  F  A DISK        05-JUN-17       1       1       YES        TAG20170605T210302
269     B  A  A DISK        05-JUN-17       1       1       YES        TAG20170605T212502
270     B  A  A DISK        05-JUN-17       1       1       YES        TAG20170605T212502
271     B  A  A DISK        05-JUN-17       1       1       YES        TAG20170605T212502
272     B  A  A DISK        05-JUN-17       1       1       YES        TAG20170605T212502
273     B  F  A DISK        05-JUN-17       1       1       NO         TAG20170605T212505
274     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T210020
275     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T210020
276     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T210020
277     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T210020
278     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T210020
279     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T210020
280     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T210020
281     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T210020
282     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T210020
283     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T210020
284     B  F  A DISK        06-JUN-17       1       1       YES        TAG20170606T210353
285     B  F  A DISK        06-JUN-17       1       1       YES        TAG20170606T210353
286     B  F  A DISK        06-JUN-17       1       1       YES        TAG20170606T210353
287     B  F  A DISK        06-JUN-17       1       1       YES        TAG20170606T210353
288     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T212601
289     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T212601
290     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T212601
291     B  A  A DISK        06-JUN-17       1       1       YES        TAG20170606T212601
292     B  F  A DISK        06-JUN-17       1       1       NO         TAG20170606T212605
293     B  A  A DISK        07-JUN-17       1       1       YES        TAG20170607T210020
294     B  A  A DISK        07-JUN-17       1       1       YES        TAG20170607T210020
295     B  A  A DISK        07-JUN-17       1       1       YES        TAG20170607T210020
296     B  A  A DISK        07-JUN-17       1       1       YES        TAG20170607T210020
297     B  A  A DISK        07-JUN-17       1       1       YES        TAG20170607T210020
298     B  A  A DISK        07-JUN-17       1       1       YES        TAG20170607T210020
299     B  A  A DISK        07-JUN-17       1       1       YES        TAG20170607T210020
300     B  A  A DISK        07-JUN-17       1       1       YES        TAG20170607T210020
301     B  F  A DISK        07-JUN-17       1       1       YES        TAG20170607T210307
302     B  F  A DISK        07-JUN-17       1       1       YES        TAG20170607T210307
303     B  F  A DISK        07-JUN-17       1       1       YES        TAG20170607T210307
304     B  F  A DISK        07-JUN-17       1       1       YES        TAG20170607T210307
305     B  A  A DISK        07-JUN-17       1       1       YES        TAG20170607T212405
306     B  F  A DISK        07-JUN-17       1       1       NO         TAG20170607T212406
307     B  A  A DISK        08-JUN-17       1       1       YES        TAG20170608T210020
308     B  A  A DISK        08-JUN-17       1       1       YES        TAG20170608T210020
309     B  A  A DISK        08-JUN-17       1       1       YES        TAG20170608T210020
310     B  A  A DISK        08-JUN-17       1       1       YES        TAG20170608T210020
311     B  A  A DISK        08-JUN-17       1       1       YES        TAG20170608T210020
312     B  F  A DISK        08-JUN-17       1       1       YES        TAG20170608T210152
313     B  F  A DISK        08-JUN-17       1       1       YES        TAG20170608T210152
314     B  F  A DISK        08-JUN-17       1       1       YES        TAG20170608T210152
315     B  F  A DISK        08-JUN-17       1       1       YES        TAG20170608T210152
316     B  A  A DISK        08-JUN-17       1       1       YES        TAG20170608T212245
317     B  F  A DISK        08-JUN-17       1       1       NO         TAG20170608T212246

RMAN>



opyat' 28 & 29 sohranil :(

schas budu s redundancy versus retention igrat'. script ne moj, ne ya pisala, ne hotelos' G trogat', poka ne pahlo, no vidat' pridetsya, pahnet vo vsyu.. dostalo rukami chistit' ..


vsem spasibo za sovety, pervyj raz takoe s RMAN'om sluchilos', nikogda ne bylo problem ran'she, vse rabotalo as expected..

SPASIBO!
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39469225
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав ЛюбомудровАфигеть аргумент
Ты хочешь сказать, что (в соответствии с настройками и командой бэкапа) все это добро у нее валится в $ORACLE_HOME/dbs?

нет, всё это добро валится в каталог '/backup_db/flash_recovery_area/BLA/backupset/%F.bck';

Но у меня есть сомнения, что оракл считает, что этот каталог - FRA., хотя я могу ошибаться.
Но это можно легко проверить.

marguren, выдайте нам, пожалуйста, результаты команд:
авторSQLPLUS > show parameter db_recovery;
SQLPLUS > SELECT * FROM V$FLASH_RECOVERY_AREA_USAGE;


авторНапример:
SYS@test > show parameter db_recovery;

NAME TYPE VALUE
------------------------------------ --------------------------------- ------------------------------
db_recovery_file_dest string /uxx/oracle/flash_recovery_are
a
db_recovery_file_dest_size big integer 3G
SYS@test > SELECT * FROM V$FLASH_RECOVERY_AREA_USAGE;

FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------------------------------ ------------------ ------------------------- ---------------
CONTROLFILE 0 0 0
ONLINELOG 0 0 0
ARCHIVELOG .41 0 1
BACKUPPIECE 21.1 0 2
IMAGECOPY 0 0 0
FLASHBACKLOG 0 0 0

6 rows selected.

Если в инит-пармерах настроить FRA и настроить бэкап rman'а на диск по умолчанию, т.е. не указывать никакой каталог для бэкпа
авторRMAN>

CONFIGURE CHANNEL DEVICE TYPE DISK CLEAR;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK CLEAR;
show all;
Тогда команда backup database будет бэкапить во FRA.
delete obsolete удаляет из FRA всё obsolete.
А если не писать delete obsolete, то FRA заполниться бэкапами на 99,99% и после этого постепенно начнут автоматом удаляться obsolete бэкапы.
Но с этим на пром БД лучше не рисковать, т.к. если неправильно расчитать размер FRA, то БД может повиснуть, когда во FRA места не хватит на всю политику удержания.

Но на standby крайне удобно FRA настраивать (если она не бэкапиться), там применёные архивлоги сами чистятся после заполнения FRA.

авторВот на стэндбай FRA занята на 99,75%, там лежит 490 архивлогов, из них при необходимости записать во FRA новые архивлоги или чего-нибудь забэкапить может быть удалено автоматом самим ораклом 99.48%.

RMAN>CONFIGURE ARCHIVELOG DELETION POLICY TO APPLIED ON STANDBY;

SQLPLUS > SELECT * FROM V$FLASH_RECOVERY_AREA_USAGE;

FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------------------------------ ------------------ ------------------------- ---------------
CONTROLFILE 0 0 0
ONLINELOG 0 0 0
ARCHIVELOG 99.75 99.48 490
BACKUPPIECE 0 0 0
IMAGECOPY 0 0 0
FLASHBACKLOG 0 0 0

6 rows selected.

Ой, это я всё писала про 10.2, в 12с механизм FRA модернизировали.
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39469231
Фотография Aliona
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
margurenAliona,

[src PLSQL]


opyat' 28 & 29 sohranil :(

schas budu s redundancy versus retention igrat'. script ne moj, ne ya pisala, ne hotelos' G trogat', poka ne pahlo, no vidat' pridetsya, pahnet vo vsyu.. dostalo rukami chistit' ..


vsem spasibo za sovety, pervyj raz takoe s RMAN'om sluchilos', nikogda ne bylo problem ran'she, vse rabotalo as expected..

SPASIBO!

Вы скрипт бэкапа исправили, как я выше передлагала или нет?
Команда delete noprompt obsolete; должна выполняться после команды backup database.
тогда 28 и 29 удалятся
...
Рейтинг: 0 / 0
RMAN backupset size растет на глазах
    #39469393
margurenAliona,
opyat' 28 & 29 sohranil :(


Если скрипт первоначальный, то все правильно. Вам нужно 11 ежедневных бэкапов для окна в 10 дней. Ваш скрипт сначала удаляет устаревшие бэкапы, оставляет необходимые 11, потом делает 12-й.
Про redundancy 10 уже написали, должно помочь. Либо delete obsolete поставить после backup database, тогда будет 11 бэкапов оставаться.
...
Рейтинг: 0 / 0
25 сообщений из 31, страница 1 из 2
Форумы / Oracle [игнор отключен] [закрыт для гостей] / RMAN backupset size растет на глазах
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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