Железо для АКСАПТы

[La_Dimas]

Привет всем!
Вопрос ко всем, кто уже внедрил и юзает АКСАПТу.
А существует ли вообще альтернатива брендовым серверам, типа IBM, HP, Compaq, обеспечивающих надежную работу АКСАПТы?
Мне, как эксплуататору, выгоднее купить крутой сервер и забыть, но с меня требуют экономичное решение этого вопроса.
Если у кого-то работает нечто отличное от рекомендаций с сайтов выше указанных компаний, пожалуйста, черкните пару слов.
Заранее, спасибо.

[Nikolson]

Да, существует.
В крохе например, никаких брендовых серваков не было, тем не менее всё работало.
Конфигурация же отличается в зависимости от того сколько у вас будет пользователей, какие можули будут задействованы.
Пишите, помогу, чем могу.

[SimPai]

Обратите внимание: все конфигурации, которые предлагают брэнды для Аксапты, основаны на знании количества ASU. А Вы знаете сколько у Вас ASU? Если нет, то даже покупка брэнда будет тыканьем пальца в небо.
Приобретайте другое железо, более экономичное по стоимости. Его будет достаточно, лишь бы не ломалось.
Правда достаточно - это сколько? :-) Попробуйте оценить размер Вашей БД через год работы и приобритите исходя из этого сервер для БД. Это будет самый мощьный сервер в системе. Сервер с AOS можно приблизительно оценить как на порядок менее мощьный. Начнёте работать и уже сами определите уровень для терминального и батч серверов.

[komar]

А нахрена ему к АОСу еще и терминал? тут уж что-то одно, или что это за экономия?

[La_Dimas]

Пользователей на начальном этапе примерно 50-75

[Михаил Андреев]

Цитата:

В крохе например, никаких брендовых серваков не было, тем не менее всё работало.

Совершенно верно Скорость сервера зависит не от бренда, а от администратора. На полном серьезе.

Цитата:

Обратите внимание: все конфигурации, которые предлагают брэнды для Аксапты, основаны на знании количества ASU. А Вы знаете сколько у Вас ASU? Если нет, то даже покупка брэнда будет тыканьем пальца в небо.

Тоже согласен. Мы (в Крохе) сначала оценили требуемые параметры на каком-то сайте по Аксапте (кажется, у Compaq), поняли, каковы требования (скорость, память, диски), потом заказали небрендовый более мощный
Количества ASU, кстати, довольно сложный параметр. Гораздо важнее размер базы через 2-3 года. ASU - слишком оценить сложно даже с помощью таблиц на сайтах, а размер базы вполне поддается оценке по текущей работе.
Что касается разделения ресурсов между сервером базы данных и AOS, то в сервере базы данных важнее диски и, на втором месте, процессор, в AOS - память и процессор. Еще очень важна связь между серверами (сам уже столкнулся, что 10МБ - слишком мало). Если несколько AOS-ов, я вообще слабо представляю, как можно грамотно оценить заранее...

[Nikolson]

Цитата:

Изначально опубликовано La_Dimas
Пользователей на начальном этапе примерно 50-75

Пользователей чего, каких модулей? Это тоже очень важно.
По загрузке сервера менеджеры оформляющие заказ и группа планирования очень сильно отличаются...

Криво я сформулировал, но, надеюсь, понятно.

[Nikolson]

Цитата:

Изначально опубликовано Михаил Андреев
Совершенно верно Скорость сервера зависит не от бренда, а от администратора. На полном серьезе.
Тоже согласен. Мы (в Крохе) сначала оценили требуемые параметры на каком-то сайте по Аксапте (кажется, у Compaq), поняли, каковы требования (скорость, память, диски), потом заказали небрендовый более мощный
Количества ASU, кстати, довольно сложный параметр. Гораздо важнее размер базы через 2-3 года. ASU - слишком оценить сложно даже с помощью таблиц на сайтах, а размер базы вполне поддается оценке по текущей работе.
Что касается разделения ресурсов между сервером базы данных и AOS, то в сервере базы данных важнее диски и, на втором месте, процессор, в AOS - память и процессор. Еще очень важна связь между серверами (сам уже столкнулся, что 10МБ - слишком мало). Если несколько AOS-ов, я вообще слабо представляю, как можно грамотно оценить заранее...

Миш, ты ничего не путаешь? :-)
Помнишь на чём в Крохе Аксапта работала до августа того года ? :-)

[SimPai]

Цитата:

Пользователей на начальном этапе примерно 50-75

В результате попыток посчитать количество ASU в своей системе я пришёл к интересному выводу: количество ASU приблизительно равно количеству пользователей. Не уверен что это применимо к любой конфигурации Аксапты. Однако, в таблице расписывающей вес ASU (таблица от Navision) есть "обобщающая" строка описывающая некоего "дополнительного пользователя" Аксапты. Вес этого пользователя - 1 ASU. Так что может быть мои выводы не далеки от истины :-)

[Михаил Андреев]

Цитата:

Помнишь на чём в Крохе Аксапта работала до августа того года ? :-)

Помню, был мощнейший сервер, кажется, года 2-3 назад купленный... Но работал же!

[Nikolson]

Цитата:

Изначально опубликовано Михаил Андреев
Помню, был мощнейший сервер, кажется, года 2-3 назад купленный... Но работал же!

Миша, соберись.
На сервере в свое время жила Монополия, потом Exchange.
Аксапта же долго жила на Атлоне 1,7 , 512 памяти, два обычных IDE диска.

[Михаил Андреев]

Цитата:

Аксапта же долго жила на Атлоне 1,7 , 512 памяти, два обычных IDE диска.

Старый стал, склероз А тебе не стыдно признаваться, на каких дровах мы работали?

[Alexandre]

Привет.
Могу привести пример реальной конфигурации
сервера БД и AOS.
нагрузка 60-100 пользователей, 300-500
док\день (накладные, сч-фактуры и т.д.)
БД и AOS имеют одинаковую конфигурацию
(для резервирования)
2 x XEON 700 Mhz
4 Gb RAM
1 x 1Gbit Netcard
RAID controller U160 64RAM
2 x 9 Gb UWSCSI
база данных - внешний RAID массив
5 x 36Gb UWSCSI hotswap
Не забудте про стриммер гигабайт на 100 - 200
Можно взять даже бренд. Разница в цене для
PC серверов "бренд - небренд" 20-30%
RAID и SCSI - обязательно !

Александр

[Nikolson]

Александр, просто интересно, какого размера у вас база(и сколько она уже крутится), какой прирост в месяц?

[Alexandre]

Не у нас, а у одного из наших клиентов
15 Гбайт сейчас (если провести shrink
файла логов). Примерно 1 Гбайт/мес
живет примерно 1,5 года.

Александр

[Nikolson]

По размеру БД оччень похоже на нас :-)
Александр, вы не из Коламбуса случаем ? :-)

[Alexandre]

Нет, я не из Columbus
А Вы не наш клиент
(а что у Вас такая же
конфигурация сервера?)

Александр

[Alex Monk]

Цитата:

Изначально опубликовано SimPai

В результате попыток посчитать количество ASU в своей системе я пришёл к интересному выводу: количество ASU приблизительно равно количеству пользователей.

К сожалению Вы очень далеки от истины. У MBS существует документ, описывающий процесс расчета ASU и принципы подбора конфигураций "Коцепции подбора оборудования для MBS-Axapta". Данный документ опубликован в партнерском разделе на странице поддержки на сайте MBS. Согласно этому документу 1 ASU - это пользователь вбивающий 50 строк заказов в час. Данная операция сильно отличается по нагрузке от других операций, например запуска годовых финансовых отчетов (оборотно-сальдовые ведомости). Поэтому, реальные 50 пользователей системе могут равняться 90 - 100 ASU. Необходимо делать также поправку на объем данных.

Best regards,

Monk

[mazzy]

ага. только информация о конфигурации есть не только в закрытой части.

http://technet.navision.com/default....onType=Display

то же самое было в общедоступной русской части Navision.ru
правда сейчас почему то на их сайт пробится не могу.

[SimPai]

Цитата:

К сожалению Вы очень далеки от истины.

Может быть... Но, полагаю, от этой истины далеки все. Вы сами пробовали воспользоваться документом на который ссылаетесь или просто знаете о его существовании? Если пробовали, то расскажите, что получилось. Т.к. по моему скромному мнению, с помощью этого документа можно мерить удавов в попугаях с точностью плюс минус километр, но не более того. Разубедите меня, пожалуйста!

Цитата:

1 ASU - это пользователь вбивающий 50 строк заказов в час.

Верно. Там в документе прямо так и написано, только по-английски. А у меня нет пользователей вбивающих 50 строк заказов в час. Ни одного! Как-то всё по-другому получается.

Цитата:

сильно отличается по нагрузке от других операций

Вот бы к моим пользователям коэффициент какой-нибудь применить из документа. Да только какой? Нет таких пользователей у меня. А если есть с похожими названиями, так они операции делают другие (другие хотя бы потому, что в документе операции вооще никакие не описаны).

Цитата:

50 пользователей системе могут равняться 90 - 100 ASU

Вообще-то нет. Есть коэффициент для моих пользователей! Называется он Additional User и весит 1 ASU. И будут 50 таких пользователей весить ровно 50 ASU.

Вроде как и получается, что количество моих пользователей равно количеству ASU. Вроде и не так далеко до истины, неправда ли, Alex Monk?!