|
использование block_change_tracking
|
|||
---|---|---|---|
#18+
на 12.1 хотелось бы отследить использует ли RMAN данную фишку. (есть подозрение что нет) то есть дебаг рмана, стрейс я могу и сам включить ,а вот отфильтровать не получается. ( прочитал что есть евенты 19774 19775 причем: металинкIf using 10.1.0.3 or higher then setting event 19775 to level 2 allows block change tracking to be used. но это все. Может у кого-то есть доп. информация? ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2019, 08:37 |
|
использование block_change_tracking
|
|||
---|---|---|---|
#18+
А че, по времени разве не заметно? Делаешь полный бэкап, делаешь сразу инкрементальный -- при использовании BCT-файла должен пройти ну просто "очень быстро" по сравнению с полным. Можно и с просто достаточно большим датафайлом Другой вопрос, как часто ты выполняешь бэкапы. Если между полными у тебя проходят больше 7 инкрементальных, то последующие уже не используют BCT (ну или надо менять размер карты) В свое время Alex Gorbachev из Pithian написал подробную статью про BCT, через какое-то время ее сделали нотой на металинке ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2019, 08:54 |
|
использование block_change_tracking
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровА че, по времени разве не заметно? на тестовой БД в пару гигабайт незаметно. про 8 я знаю, статью прочел - оттуда и упоминания про евенты, но нигде никакой конкретики. вопрос возник в связи с backup for transport. Есть мнение что неиспользование BCT в этом случае "this is by desing" (c) Microsoft, но хотелось проверить. может оно на какой-то стадии теряется. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2019, 09:00 |
|
использование block_change_tracking
|
|||
---|---|---|---|
#18+
х.з. на 12.1 хотелось бы отследить использует ли RMAN данную фишку. (есть подозрение что нет) V$BACKUP_DATAFILE.USED_CHANGE_TRACKING , также сравнить V$BACKUP_DATAFILE.DATAFILE_BLOCKS и V$BACKUP_DATAFILE.BLOCKS_READ для оценки эффективности. В 12.1 по BCT был баг Bug 21101873 : BCT OPTIMIZATION DOES NOT WORK IF DATAFILE IS NOT MODIFIED SINCE PREVIOUS BACKUP ... |
|||
:
Нравится:
Не нравится:
|
|||
06.08.2019, 13:28 |
|
использование block_change_tracking
|
|||
---|---|---|---|
#18+
по вьюхам(и времени выполнения) видно что BCT используется при backup for transport allow inconsistent ... level 0 и level 1. Но как только переводишь ТП в RO b говоришь backup for transport level 1 - начинает сканить файл по полной. с поправкой на баг инсертил кучу данных в ТП ,но ему пофигу. PS самое смешное один раз на этой же БД у меня получилось создать новое тестовое ТП и BCT отработал как положено. но ровно один раз. Все последующие попытки создания нового ТП, readonly, offline... ни к чему не привели - последний шаг от которого зависит даунтайм работает неприлично долго без BCT. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2019, 05:12 |
|
использование block_change_tracking
|
|||
---|---|---|---|
#18+
Bug 18596700 : CHANGE TRACKING IS NOT USED DURING INCREMENTAL BACKUP FOR READ ONLY TBS ? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2019, 06:33 |
|
использование block_change_tracking
|
|||
---|---|---|---|
#18+
похоже. но блин и на линуксе и спарке. и на 12.1 и на 12.2 как бы зацепило ( ... |
|||
:
Нравится:
Не нравится:
|
|||
07.08.2019, 08:05 |
|
|
start [/forum/topic.php?fid=52&msg=39846771&tid=1882216]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 151ms |
0 / 0 |