Настройка Oracle 10 для DAX 4

[Рустем Гизатуллин]

Добрый день,
Поделитесь пож опытом как лучше настроить Oracle10 для работы с AX4. Интересуют конкретные настройки Oracle. При стандартных настройках, устанавливаемых по умолчанию при установке Oracle, производительность в разы хуже, по сравнению с SQL (использовался один и тот же сервер). Может кто посоветует и конкретную конфигурацию на железо. Предполагается работа до 150 активных пользователей АХ

[kashperuk]

Для этого в штат обычно нанимают целого человека - звать DBA
А вообще, мне самому было бы очень интересно послушать умные советы по этому поводу

[egorych]

Zitat:

Zitat von Рустем Гизатуллин

При стандартных настройках, устанавливаемых по умолчанию при установке Oracle, производительность в разы хуже, по сравнению с SQL (использовался один и тот же сервер).

По всем формам\операциям ?
"Не верю !" (с)
Для каких-то форм/запросов - возможно придется прописать план, пересмотреть индексы. При смене SQL с 2000 на 2005 такое тоже происходит - поведение оптимизатора меняется, а тут вообще целый сервер другой!
Вообще я не заметил сильной разницы в производительности - правда тестировали 2005 и Oracle 10 на Ax 3.

[Logger]

Zitat:

Zitat von egorych

Вообще я не заметил сильной разницы в производительности - правда тестировали 2005 и Oracle 10 на Ax 3.

т.е. в вашем случае проблемы были только с блокировками ?

А поделитесь условиями тестирования, как вы это делали. Один клиент выполнял тяжелые действия или много клиентов ?

[egorych]

Zitat:

Zitat von Logger

т.е. в вашем случае проблемы были только с блокировками ?

А поделитесь условиями тестирования, как вы это делали. Один клиент выполнял тяжелые действия или много клиентов ?

Ну мы еще не перешли , только думаем, так что пока точно не могу сказать что получится.
У нас просто были определенные операции, которые нам мешают жить - вот их и пробовали на оракле промоделировать. Участвовало 3 чел.+ каджый запускал несколько сессий косяпты у себя на компе - получалось одновременных ~10 клиентов.

[Timofey_k]

Zitat:

Zitat von kashperuk

Для этого в штат обычно нанимают целого человека - звать DBA
А вообще, мне самому было бы очень интересно послушать умные советы по этому поводу

Обычно эту цель вешают на первого попавшегося программиста, не вовремя проявившего инициативу или любопытство. :-)

Не знаю как насчет умных советов, но полезный совет тут может быть только один - не связываться с Ораклом. :-)

[db]

Насчет связываться/не связываться - тут уж каждый сам решать должен. Например, просто выкинув дешевую мыльницу с одной кнопкой и купив взамен дорогущий аппарат с крутой оптикой, тьмущей настроек и рюкзаком дополнительных гаджетов вы гарантированно сразу фотографировать лучше не станете. Этим еще и пользоваться уметь надо и просто в фотографии разбираться - короче профессионалом быть в этом деле.

И здесь то же самое - сможете всем эти рулит - полетит, не сможете - в лучшем случае будет ползать и мотать нервы.

В фотографии я лох - поэтому у меня мыльница, в субд разбираюсь вроде как - и здесь выбираю "аппарат" с тучей кнопочек.

[Timofey_k]

Zitat:

Zitat von db

в субд разбираюсь вроде как - и здесь выбираю "аппарат" с тучей кнопочек.

Так беда в том, что сама Аксапта не умеет толком пользоваться этой БД...

[Timofey_k]

Zitat:

Zitat von Рустем Гизатуллин

При стандартных настройках, устанавливаемых по умолчанию при установке Oracle, производительность в разы хуже, по сравнению с SQL (использовался один и тот же сервер).

Мыши кололись, плакали...

Zitat:

Zitat von Рустем Гизатуллин

Может кто посоветует и конкретную конфигурацию на железо. Предполагается работа до 150 активных пользователей АХ

x64 сервер + очень много памяти + очень много дисков. Потом хорошенько подумать, а надо ли туда вообще ставить Оракл :-)