В эти выходные натянем на 10-ку функциональные ядра,
и будем как конфетки!
to AlexV и всем !
на счет "конфеток" не знаю - но после того как я перевел RBS (Ритейл от ЦФТ) на 10-ку, две недели ушло чтоб на том же оборудовании получить хотя бы производительность 8-ки ! (самое ОСНОВНОЕ - оптимизатор в 10-ке совсем другой) .
.
Лишь только в версии 3-17-004 (рекомендовали с версии 3-17-001 переходить на 10-ку если мне не изменяет память)
более менее оптимизированы были и отчеты и запросы в прикл.интерфейсе ! я не говорю что я дока в DBA Oracle, но этот факт (о переделке хинтов в запросах отчетов и пр.) признавали и в ЦФТ
ДАК ВОТ - поэтому хотелось бы не только инструкцию по переходу - а она ЛИШНЕЙ ( пускай второй или третьей) НЕ БУДЕТ !!!
плюс хотелось бы с Участниками форума - осбудить и обнародовать ГРАБЛИ на которые наступали ПОСЛЕ ПЕРЕХОДА и методы их "обхода" !
плюс я бы например хотел сравнить init.ora c остальными (я понимаю в зависимости от железки и нагрузки на БД он может быть разным) но основные моменты (которые уже обсуждались и здесь и в других подобных постах этого сайта) хотелось бы увидеть желательно с комментариями !!!
вот у меня (не факт что панацея) :
...
db_block_size=8192
db_file_multiblock_read_count=16
db_writer_processes=2 # как правило от кол-ва CPU/2 (иногда вроде рекомендует Oracle = CPU) и от дисковой подсистемы
open_cursors=600
# CURSOR_SPACE_FOR_TIME=true # что то про него видел - но не помню где !
pga_aggregate_target=2048M # от кол-ва юзеров для более 200 видимо больше надо
undo_management=AUTO
undo_tablespace=UNDOTBS1
# Enable CIO(DIO) on filesystems (в зависимости от OS на HP-UX например не рекомендован асинхрон.IO )
filesystemio_options=SETALL
disk_asynch_io=false
#optimizer_features_enable=9.2.0
_optimizer_undo_cost_change=10.1.0.5
PLSQL_OPTIMIZE_LEVEL = 0
#
FAST_START_MTTR_TARGET=200
utl_file_dir = /u01/utl_file
две недели ушло чтоб на том же оборудовании получить хотя бы производительность 8-ки ! (самое ОСНОВНОЕ - оптимизатор в 10-ке совсем другой) .
- не совсем другой а существенно дополненный опирается на бОльшое количество критериев + добавилось влияние на оптимизатор "системной статистики" - есть с 9-ки но в 10-ке дополнено и более значимо, собственно ухудшений по сравнению с 8.17.4 up to 10.2.0.3 не замечено.
andrey632 пишет:
- Лишь только в версии 3-17-004 (рекомендовали с версии 3-17-001 переходить на 10-ку если мне не изменяет память)
более менее оптимизированы были и отчеты и запросы в прикл.интерфейсе ! я не говорю что я дока в DBA Oracle, но этот факт (о переделке хинтов в запросах отчетов и пр.) признавали и в ЦФТ
- переходили еще на 3.16, хинты хинтами а СВО рулит и за ним будущее.
andrey632 пишет:
ДАК ВОТ - поэтому хотелось бы не только инструкцию по переходу - а она ЛИШНЕЙ ( пускай второй или третьей) НЕ БУДЕТ !!!
плюс хотелось бы с Участниками форума - осбудить и обнародовать ГРАБЛИ на которые наступали ПОСЛЕ ПЕРЕХОДА и методы их "обхода" !
- никаких граблей у Oracle есть отличная дока относительно миграции, все по ней.
andrey632 пишет:
плюс я бы например хотел сравнить init.ora c остальными (я понимаю в зависимости от железки и нагрузки на БД он может быть разным) но основные моменты (которые уже обсуждались и здесь и в других подобных постах этого сайта) хотелось бы увидеть желательно с комментариями !!!
- чего коментировать - ??? в теме про переезд на 10-ку ИБСо все уже избито - лень искать!?
это - ВЫКИНУТЬ - db_file_multiblock_read_count=16
andrey632 пишет:
db_writer_processes=2 # как правило от кол-ва CPU/2 иногда вроде
- где такое написано??? - количество процессоров(не ядер) = DBWR - почему догадаться совсем не сложно
По остальному...
_session_context_size=200000 - для РБС хватает дефолтного 10000
sga_target=4096M # (при RAM 16 Gb) - МАЛО - адвайзер вам в помощь - v$db_cache_advice, v$shared_pool_advice...
pga_aggregate_target=2048M # от кол-ва юзеров для более 200 видимо больше надо - адвайзер....
disk_asynch_io=false - причины?
PLSQL_OPTIMIZE_LEVEL = 0 - а вы уверены?
disk_asynch_io=false - причины?
PLSQL_OPTIMIZE_LEVEL = 0 - а вы уверены?
1. про async IO - я сделал комментарий что для HP-UX !!! НЕ рекомендовали и DBA в ЦФТ, плюс много информации в инете (http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=1316565) типа там всего лишь эмулятор драйвера async_IO, и нормальный async_IO будет работать только с ODM (Oracle Disk Manager) , плюс Oracle пишет :
Asynchronous I/O
The asynchronous I/O pseudo-driver on HP-UX enables Oracle Database to perform I/O to raw disk partitions using an asynchronous method, resulting in less I/O overhead and higher throughput.
ни raw device ни ASM я не использую .
2. про PLSQL_OPTIMIZE_LEVEL = 0 тут (на формуме много писалось),
не знаю кому верить, сделал как рекомендовали ЦФТ !
Как ни вылезет какой-нибудь "тормоз", сразу думается в эту сторону...
Потом проблема анализируется и решается.
Без установки этого параметра в ноль.
Так что мы пока держимся на стандартном значении.
"Из последних сил"... _________________ IT-Команда предлагает свои услуги:
http://www.cftclub.ru/viewtopic.php?t=909
disk_asynch_io=false - причины?
PLSQL_OPTIMIZE_LEVEL = 0 - а вы уверены?
1. про async IO - я сделал комментарий что для HP-UX !!! НЕ рекомендовали и DBA в ЦФТ, плюс много информации в инете (http://forums11.itrc.hp.com/service/forums/questionanswer.do?threadId=1316565) типа там всего лишь эмулятор драйвера async_IO, и нормальный async_IO будет работать только с ODM (Oracle Disk Manager) , плюс Oracle пишет :
Asynchronous I/O
The asynchronous I/O pseudo-driver on HP-UX enables Oracle Database to perform I/O to raw disk partitions using an asynchronous method, resulting in less I/O overhead and higher throughput.
ни raw device ни ASM я не использую .
- тогда DBWR_IO_SLAVES в помощь - в случае async_io=false они сильно упрощают жизнь.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Домен cftclub.ru не связан с ЗАО "Центр Финансовых Технологий" и ни в коей мере не нарушает авторских и иных прав
Владелец может не разделять мнения Участников и не несет ответственности за их публикации
Powered by phpBB