Господа, поделитесь практикой.
Есть у кого-то боевой сервер с единой инсталляцией ERP2005+HR в продуктиве?
Как работает, устраивает ли производительность, как обстоят дела с обновлением (в связи с частым обновлением HR) и что за железо (желательно с числом юзеров)
Сейчас стоит IBM p570 3 физ.проц 6.7GB 300gb raid5. Есть сильные подозрения, что всё это не выдержит расчет зарплаты на 6 тыщ душ.

По конфигурации потянет на почтовый сервер =)

Добрый день господа! Стоит та же проблема, планируется использование под HR проект (в т.ч. и для расчёта зарплаты)
сервера Sun Fire X4450: 4x Quad Core CPU Xeon X7350 2.93 Ghz, 64 GB памяти, дисковый массив 28x146 GB ~ 3000 GB HDD.
Sizer показывает 3500 SAPS, эта железка по Benchmark показывает 18000 SAPS. Но что то сердце неспокойно....

Сколько раз обсуждал сайзинг... все хотят всё знать заранее. Хотят получить этот сайзинг и иметь гарантии, что все будет работать. Почему сам САП не делает сайзинг? Потому как он зависит от условий конкретно взятого проекта и от массы разных условий. И САП вежливо кивает в сторону вендоров. Хотел много написать, но напишу коротко. Покупайте железо на этапе тестирования. Ибо только тестирование покажет сколько ресурсов система будет кушать и на основании этих данных можно будет рассчитать какое железо потребуется.

Был я на одном проекте. Так не в обиду его ПМ-у (бывшему сотруднику САП СНГ) скажу, что у нас много любителей взять железяку за 3 копейки, поставить на нее кучу систем, а потом удивляться их работоспособности.

А так:

http://service.sap.com/quicksizing

ЗЫ ИМХО На самом деле, чтобы система нормально работала нужны именно железки за "3 копейки"! (3.5 - 4 куе за штуку)
Но...
Ставите 3-4 таких шелезяки - это будут Ваши диалоговые инстанции.
На линухе...
Ставите СанФаер с солярой, тот что описан выше - это Ваша инстанция БД.
Оптимальный вариант!
Много маленьких дешевых железок в совокупности дадут больше производительности, чем одна большая. Кроме того, Вам ведь по сути и нужны то интеловые цифродробилки(тот же расчет з.п. БД использует по минимуму).

ЗЫ ЗЫ И главное памяти, памяти побольше!!!

Здорово! Спасибо всем за ответы! Но есть ситуации когда стоимость не важна, когда заказчику по барабану Superdome ты ему поставишь или сервер фирмы "закоулки Тайваня" с 2 Xeon. Вопрос то не в этом, вопрос в другом: насколько можно верить quicksizer и насколько надо умножать полученные результаты для получения нормально работающего продуктива.

а ни на сколько...

У меня на прошлом месте работы были отчеты, которые отъедали 2Гб и более. Ну Z-ы, что с них взять? Поганый софт, а весь его переписать не реально.
Супердом - дело конечно хорошее.

ИМХО
Я бы считал примерно так. Исключительно из практических наблюдений. Оперативка = (Количество активных пользователей) *80Mb*2
Грубо, если 100 пользователей * 80 Mb = 8Gb * 2 (столько же для Oracle) = 16 Gb(всего оперативки) - это минимум! Память потом можно перераспределить по желанию. Например, в BW дать побольше памяти БД. Ну и свопик = примерно 2 размера оперативки Гиг 30.

Процесооры. Ну чем их больше, тем лучше... Зависит от разных факторов. Например, может они лицензии берут по кол-ву процов, а не пользователей.

ЗЫ А как это "научно обосновать" и клиенту доказать - это сами...
Как показывает практика, народ с памятью работать не могет...
Если с САП-овской памятью еще туда-сюда, то с настройками БД у "чистых саперов" просто беда. Не первое наблюдение...

ЗЫ ЗЫ Если заказчик начинает "ерепениться" и жадничать, то я как правило рассказываю ему анекдот о том как "Дурака уговаривали жениться на дочке Рокфеллера".

Большое спасибо всем за ответы!