CftClub.ru
Клуб специалистов ЦФТ-Банк

Как переносить на другую платформу full дампом или по-схемно
На страницу Пред.  1, 2, 3
 
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA
Предыдущая тема :: Следующая тема  
Автор Сообщение
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеСр Апр 22, 2009 09:31    Ответить с цитатой
Полезность: Нет оценки
AlexV пишет:
Ну что, я так понимаю, инструкции уже не нужны?
Rolling Eyes
- слышал как-то - "Инструкции читают от безысходности".... много думал....
serg321
Участник


Вступление в Клуб: 03.04.2009
СообщениеСр Апр 22, 2009 10:17    Ответить с цитатой
Полезность: Нет оценки
нужны конечно инструкции - вернее попонятней Smile
ну кто же их любит составлять...
andrey632
Участник со стажем


Вступление в Клуб: 19.03.2008
СообщениеПт Май 08, 2009 12:03    Ответить с цитатой
Полезность: Нет оценки
AlexV пишет:
Ну что, я так понимаю, инструкции уже не нужны?
Rolling Eyes

В эти выходные натянем на 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 # что то про него видел - но не помню где !

db_recovery_file_dest_size= 4096m

compatible=10.2.0.3.0

processes=500
sessions=300
_session_context_size=200000

sga_target=4096M # (при RAM 16 Gb)

audit_trail=true

dispatchers="(PROTOCOL=TCP) (SERVICE=rbsXDB)"

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
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеПт Май 08, 2009 12:22    Ответить с цитатой
Полезность: Нет оценки
andrey632 пишет:
две недели ушло чтоб на том же оборудовании получить хотя бы производительность 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 - почему догадаться совсем не сложно Smile


По остальному...
_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 - а вы уверены?
andrey632
Участник со стажем


Вступление в Клуб: 19.03.2008
СообщениеВт Май 12, 2009 14:14    Ответить с цитатой
Полезность: Нет оценки
Serj пишет:

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 тут (на формуме много писалось),
не знаю кому верить, сделал как рекомендовали ЦФТ !
AlexV
Гуру


Вступление в Клуб: 29.06.2007
СообщениеВт Май 12, 2009 15:28    Ответить с цитатой
Полезность: 1
PLSQL_OPTIMIZE_LEVEL = 0

Как ни вылезет какой-нибудь "тормоз", сразу думается в эту сторону...
Потом проблема анализируется и решается.
Без установки этого параметра в ноль.
Так что мы пока держимся на стандартном значении.
"Из последних сил"... Very Happy
_________________
IT-Команда предлагает свои услуги:
http://www.cftclub.ru/viewtopic.php?t=909
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеСр Май 13, 2009 05:10    Ответить с цитатой
Полезность: Нет оценки
andrey632 пишет:
Serj пишет:

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 они сильно упрощают жизнь.
andrey632
Участник со стажем


Вступление в Клуб: 19.03.2008
СообщениеЧт Май 14, 2009 06:13    Ответить с цитатой
Полезность: Нет оценки
Serj пишет:
-
тогда DBWR_IO_SLAVES в помощь - в случае async_io=false они сильно упрощают жизнь.


это рекомендуете при db_writer_processes=2 ???
они друг друга не исключают ?
Serj
Профи


Вступление в Клуб: 02.08.2007
СообщениеЧт Май 14, 2009 07:29    Ответить с цитатой
Полезность: Нет оценки
andrey632 пишет:
Serj пишет:
-
тогда DBWR_IO_SLAVES в помощь - в случае async_io=false они сильно упрощают жизнь.


это рекомендуете при db_writer_processes=2 ???
они друг друга не исключают ?
- это рекомендуется при отключение асинхронного ввода-вывода - или когда он невозвоможен по платформозависимым причинам.
Показать сообщения:   
Ответить на тему    Клуб специалистов ЦФТ-Банк (IBSO) -> Oracle DBA Часовой пояс: GMT + 3
На страницу Пред.  1, 2, 3
Страница 3 из 3

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
Рейтинг@Mail.ru