Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Ускорить накатку логов на стендбай / 16 сообщений из 16, страница 1 из 1
09.11.2018, 17:47
    #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:53
    #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, 18:26
    #39730820
dmitry7
dmitry7
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ускорить накатку логов на стендбай
Vadim Lejnin,
Будьте добры, ткните носом в раздел ноты, где говорить про увеличение скорости наката логов.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
09.11.2018, 20:44
    #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, 21:24
    #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:28
    #39730886
Vadim Lejnin
Vadim Lejnin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ускорить накатку логов на стендбай
И посмотрите
Data Guard Managed Recovery Apply Process Running Slowly (Doc ID 1448626.1)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
09.11.2018, 22:50
    #39730909
dmitry7
dmitry7
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ускорить накатку логов на стендбай
Vadim Lejnin,
Архивлоги локально, датагарда нет - редакция СТД.

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

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


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

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

Про инкрементальный backup:
дык Вы практически ничего не описали, что у Вас происходит. Телепатия не всегда срабатывает
даже alert.log не показали.
то что предлагается в 1448626.1 пробовали?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
10.11.2018, 22:00
    #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:34
    #39731182
jan2ary
jan2ary
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ускорить накатку логов на стендбай
dmitry7,

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

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

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

Спасибо большое. Оно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Ускорить накатку логов на стендбай / 16 сообщений из 16, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 436ms
Закрыть
start [/forum/topic.php?fid=52&mobile=1&tid=1883202]:
 0ms
get settings:
 5ms
get forum list:
 11ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 139ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 57ms
get tp. blocked users:
 1ms
others: 208ms
total:  436ms
x
x
Закрыть


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