|
|
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
подскажите, люди добрые, куда копнуть: oracle 12c RMAN вдруг стал делать бекапы по 20G+, хотя размеры БД не увеличелись совсем (180G как была вся база, так и осталась)... изменила след. параметры и теперь full backup скакнул с 5G до 20G+ .. поменяла только оптимизацию на on и compression поставила на MEDIUM ... казалось бы, должен уменьшится? но кстати, в логах так и стоит COMPRESSION=NO .. еще RMAN retention policy is set to 14 days, а он все равно не удаляет бекапы старше двух недель... забивает FRA.. короче, бардак полный. я читаю доку, да.. но там много и пространно и все не о том. буду пре-мега благодарна, если поделитесь ссылкой на описание разных опций компрессии или подскажете, куда смотреть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 08:27 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
marguren(180G как была вся база, так и осталась).. как определяла? через dba_data_files или через dba_segments? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 08:46 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
margurenподскажите, люди добрые, куда копнуть: изменила след. параметры .. короче, бардак полный. я читаю доку, да.. но там много и пространно и все не о том. Дааа, дела. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 09:12 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
marguren, Скриптики для rman-бэкапов покажите народу и изменение настроек rman. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 10:35 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
авторRMAN retention policy is set to 14 days - это окно восстановления, а не время хранения бэкапов было уже ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 18:49 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
полный бэкап 180-гиговой базы в 5 гиг меня б напряг больше, чем в 20 гиг) может база просто стала наполняться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 20:13 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
DВАполный бэкап 180-гиговой базы в 5 гиг меня б напряг больше, чем в 20 гиг) может база просто стала наполняться? о чем и речь. подозреваю, что были созданы датафайлы на те 180гб... потому наводящий вопрос и задал, как ТС определила что размер прежний... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2017, 20:15 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
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? дефолтная компрессия вполне прилично ужимает. И хорошо бы проверить, может, конфигурируете бэкап одной базы, а логи читаете от бэкапа другой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.06.2017, 18:00 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. RMAN так и не удаляет берфгс старше 10 дней, в чем дело-то? вот только что сделал бекап и все еwе держит piece от 24 мая.. зачем??? Код: sql 1. 2. 3. 4. 5. 6. 7. гоговрю репорт обсолит, говорит: 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! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 06:54 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
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. RETENTION POLICY TO RECOVERY WINDOW OF 10 DAYS; Это окно восстановления, а не хранения бэкапов - ссылку на обсуждение давал Т е это не значит, что delete obsolete должен удалять все, что старше 10 дней - вот тут внимательно читаем http://www.sql.ru/forum/1251909/bekapy-hranyatsya-dolshe-chem-sleduet ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 07:39 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
привет! спасибо, что пишете. я читала ету ссылку. у меня фулл бекап каждую ночь. я понимаю, что RECOVERY WINDOW OF 10 DAYS гарантирует мне восстановление в течение етих 10 дней. и прекрасно. зачем же РМАН тогда хранит то, что выходит за рамки окна восстановления и как заставить его хранить именно 10, а от остальных избавляться , а не чтобы ya ему ручками помогала? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 08:41 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
я так полагаю, что форсировать удаление устаревших бекапов тоже надо через сцрипт. то есть, мне надо ему так сказать: 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 правильно я понимаю? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 08:45 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
RECOVERY WINDOW OF 10 DAYS гарантирует мне восстановление в течение етих 10 дней Не в течении этих 10 дней, а на любой из этих 10 дней Как вы восстановите БД на самый первый день, если удалите бэкапы до этого дня? Видимо невнимательно читали ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 09:50 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
Бэкапы кладутся в FRA? Там есть прессинг по месту? Ну пока нет, дык оно их и не торопится тереть https://docs.oracle.com/cd/E11882_01/backup.112/e10642/rcmcncpt.htm#i1008093 Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 16:32 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
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; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 16:44 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровБэкапы кладутся в FRA? Там есть прессинг по месту? Ну пока нет, дык оно их и не торопится тереть это не FRA: CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '/backup_db/flash_recovery_area/BLA/backupset/%F.bck'; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 17:07 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
Афигеть аргумент Ты хочешь сказать, что (в соответствии с настройками и командой бэкапа) все это добро у нее валится в $ORACLE_HOME/dbs? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.06.2017, 17:25 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров, ето ФРА, да. я помню про ето, но моя задача форцировать удаление старых бекапов в соответствии с РМАН настройками, а не полагаться на его оценку доступного места.. в етом ФРА (/backup_db/flash_recovery_area) есче много чего лежит и ждать пока РМАН от одной базы забьет все место и только начнет удалят по приближениие к threshold не работает для меня. просто скажите, пожалуйста, как форсировать РМАН удлять все, что старше 10ти dnej? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2017, 02:17 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2017, 04:58 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
По 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 опцию (хоть она и не для этого) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2017, 05:07 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
Еще гарантированные точки сохранения стоит посмотреть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2017, 05:13 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
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. 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! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2017, 07:17 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровАфигеть аргумент Ты хочешь сказать, что (в соответствии с настройками и командой бэкапа) все это добро у нее валится в $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 модернизировали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2017, 10:46 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
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 удалятся ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2017, 10:51 |
|
||
|
RMAN backupset size растет на глазах
|
|||
|---|---|---|---|
|
#18+
margurenAliona, opyat' 28 & 29 sohranil :( Если скрипт первоначальный, то все правильно. Вам нужно 11 ежедневных бэкапов для окна в 10 дней. Ваш скрипт сначала удаляет устаревшие бэкапы, оставляет необходимые 11, потом делает 12-й. Про redundancy 10 уже написали, должно помочь. Либо delete obsolete поставить после backup database, тогда будет 11 бэкапов оставаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2017, 12:45 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39469114&tid=1885760]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
193ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
74ms |
get tp. blocked users: |
2ms |
| others: | 244ms |
| total: | 566ms |

| 0 / 0 |
