ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Ускорить накатку логов на стендбай
16 сообщений из 16, страница 1 из 1
Ускорить накатку логов на стендбай
    #39730798
dmitry7
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmitry7
Гость
Что-то я не понимаю, подскажите куда копать.

Код: sql
1.
2.
3.
4.
5.
Oracle Database 11g Release 11.2.0.3.0 - 64bit Production                       
PL/SQL Release 11.2.0.3.0 - Production                                          
CORE	11.2.0.3.0	Production                                                      
TNS for 64-bit Windows: Version 11.2.0.3.0 - Production                         
NLSRTL Version 11.2.0.3.0 - Production



Необходимо быстро накатить около 3000 архивлогов на стендбай, но процесс наката идет очень медленно - 100 мегабайтный файл разбирается около 3-х минут.
ОС показывает отсутствие узких мест в виде процессора, виртуальной памяти, очереди на дисках и т.д.

Единственное что наводит на размышления - сообщение а alert.log. База в режиме read only открывается без проблем.
Reading datafile 'F:\ORACLE\ORADATA\USERS_INDEX02.DBF' for corruption at rdba: 0x03db643f (file 15, block 1795135Hex dump of (file 7, block 1867076) in trace file.
Запрос
Код: sql
1.
2.
select * from v$database_block_corruption;
no rows selected


Подскажите, что предпринять для ускорения наката?
...
Рейтинг: 0 / 0
09.11.2018, 17:47
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39730803
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
dmitry7,

Steps to perform for Rolling Forward a Physical Standby Database using RMAN Incremental Backup. (Doc ID 836986.1)
...
Рейтинг: 0 / 0
09.11.2018, 17:53
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39730820
dmitry7
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmitry7
Гость
Vadim Lejnin,
Будьте добры, ткните носом в раздел ноты, где говорить про увеличение скорости наката логов.
...
Рейтинг: 0 / 0
09.11.2018, 18:26
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39730866
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
dmitry7Vadim Lejnin,
Будьте добры, ткните носом в раздел ноты, где говорить про увеличение скорости наката логов.

Данный прием описан именно для того, чтобы быстро догонять standby до текущего состояния
1) В случае инкрементального backup , нет необходимости накатывать промежуточные SCN
2) Объем incremental backup меньше объема archivelog

Для оценки что же все же происходит, можно воспользоваться
standby statspack:
Note 454848.1 for installing and using standby statspack
...
Рейтинг: 0 / 0
09.11.2018, 20:44
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39730885
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
dmitry7Что-то я не понимаю, подскажите куда копать.

Код: sql
1.
2.
3.
4.
5.
Oracle Database 11g Release 11.2.0.3.0 - 64bit Production                       
PL/SQL Release 11.2.0.3.0 - Production                                          
CORE	11.2.0.3.0	Production                                                      
TNS for 64-bit Windows: Version 11.2.0.3.0 - Production                         
NLSRTL Version 11.2.0.3.0 - Production



Необходимо быстро накатить около 3000 архивлогов на стендбай, но процесс наката идет очень медленно - 100 мегабайтный файл разбирается около 3-х минут.
ОС показывает отсутствие узких мест в виде процессора, виртуальной памяти, очереди на дисках и т.д.

Единственное что наводит на размышления - сообщение а alert.log. База в режиме read only открывается без проблем.
Reading datafile 'F:\ORACLE\ORADATA\USERS_INDEX02.DBF' for corruption at rdba: 0x03db643f (file 15, block 1795135Hex dump of (file 7, block 1867076) in trace file.
Запрос
Код: sql
1.
2.
select * from v$database_block_corruption;
no rows selected


Подскажите, что предпринять для ускорения наката?

archivelog локально?
dataguard используется?
...
Рейтинг: 0 / 0
09.11.2018, 21:24
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39730886
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
И посмотрите
Data Guard Managed Recovery Apply Process Running Slowly (Doc ID 1448626.1)
...
Рейтинг: 0 / 0
09.11.2018, 21:28
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39730909
dmitry7
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmitry7
Гость
Vadim Lejnin,
Архивлоги локально, датагарда нет - редакция СТД.

Инкрементального бекапа нет, задача докатить стендбай, до некоего промежуточного состояния. Все архивлоги с момента бекапа до конечного SCN присуствуют на локальном диске стендбай сервера.
Производительностью сервера можно управлять, но как показала практика, от изменения количества процессорных ядер, памяти и IOPS жестких дисков скорость наката логов не меняется.
...
Рейтинг: 0 / 0
09.11.2018, 22:50
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39730924
Фотография DВА
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DВА
Участник
dmitry7,
а сделать инкремент религия не позволяет?
или у вас прод уже умер?
...
Рейтинг: 0 / 0
09.11.2018, 23:26
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39730954
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
dmitry7Производительностью сервера можно управлять, но как показала практика, от изменения количества процессорных ядер, памяти и IOPS жестких дисков скорость наката логов не меняется.

Увеличение производительности 1-го ядра должно помочь.
...
Рейтинг: 0 / 0
10.11.2018, 01:18
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39731148
dmitry7
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmitry7
Гость
DВАdmitry7,
а сделать инкремент религия не позволяет?
или у вас прод уже умер?


Прода в доступности нет.
...
Рейтинг: 0 / 0
10.11.2018, 20:43
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39731151
dmitry7
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmitry7
Гость
Vivat!Sandmitry7Производительностью сервера можно управлять, но как показала практика, от изменения количества процессорных ядер, памяти и IOPS жестких дисков скорость наката логов не меняется.

Увеличение производительности 1-го ядра должно помочь.
Пробовали. Ничего не изменилось. Да и по графикам утилизация одного ядра не превышает 60%
...
Рейтинг: 0 / 0
10.11.2018, 20:44
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39731169
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
dmitry7,

Про инкрементальный backup:
дык Вы практически ничего не описали, что у Вас происходит. Телепатия не всегда срабатывает
даже alert.log не показали.
то что предлагается в 1448626.1 пробовали?
...
Рейтинг: 0 / 0
10.11.2018, 21:45
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39731172
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim Lejnin
Участник
dmitry7Vadim Lejnin,
...
Производительностью сервера можно управлять, но как показала практика, от изменения количества процессорных ядер, памяти и IOPS жестких дисков скорость наката логов не меняется.
...


1) Судя по всему, у Вас oracle на VM, если vmware, то было несколько граблей отвратительной производительности на дисках vmware, поскольку сам не сталкивался, подробности не знаю.
Как вариант, нарезать физический том для datafile

2) насколько я понял у Вас standard?
поэтому parallel recovery нет.
да и версия 11.2.0.3 - там по моему баги были по parallel recovery, лень искать

В Вашем случае, если бы parallel работал я бы попробовал
поднять на enterprise, догнать базу на EE в parallel recovery и потом перекинуть ts на SE как transportable tablespace
может и быстрее было бы, бо катить в одну нитку 3000 журналов...
...
Рейтинг: 0 / 0
10.11.2018, 22:00
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39731182
jan2ary
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jan2ary
Участник
dmitry7,

На моей памяти здорово помогало отключение db_block_checking и/или db_block_checksum.
...
Рейтинг: 0 / 0
10.11.2018, 22:34
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39731547
Фотография Vivat!San
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vivat!San
Участник
dmitry7Пробовали. Ничего не изменилось. Да и по графикам утилизация одного ядра не превышает 60%

А где это видно не на словах?
Где хоть какой-то анализ, какие ожидания, например?
Какие параметры уже меняли чтобы ускорить процесс redo apply? Как при этом ожидания изменились?
...
Рейтинг: 0 / 0
12.11.2018, 09:42
| Ответить | Цитировать | Написать  
Ускорить накатку логов на стендбай
    #39731720
dmitry7
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dmitry7
Гость
jan2arydmitry7,

На моей памяти здорово помогало отключение db_block_checking и/или db_block_checksum.

Спасибо большое. Оно.
...
Рейтинг: 0 / 0
12.11.2018, 13:45
| Ответить | Цитировать | Написать  
16 сообщений из 16, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Ускорить накатку логов на стендбай
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=52&msg=39731547&tid=1883202]:
 0ms
get settings:
 7ms
get forum list:
 21ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 183ms
get topic data:
 10ms
get forum data:
 2ms
get page messages:
 56ms
get tp. blocked users:
 1ms
others: 208ms
total:  494ms
созд. / загр.: 494ms
x
x
Закрыть


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