Уважаемые коллеги, необходим ответ по представленной задаче – какой вариант предпочтительнее или может быть есть другие варианты решения проблемы? Заранее спасибо!

Исходные данные:

Сервер SAP + Oracle: (Сервер 1)
Аппаратная часть:
Intel 750lbr2/ 2*Xeon 2.8 / Raid5 288Gb, Mirror 36Gb/4096 RAM

Программная часть:
Windows Server 2003.
Oracle 9.2
SAP R/3 4.7

Свободный сервер: (Сервер 2)
Intel 750lbr2/ 2*Xeon 2.8 / Mirror 36Gb/2048 RAM
(возможно доукомплектация памятью, дисковым пространством)


Ситуация:
Ежемесячный рост базы данных около 10Гб, в течение дня пользователями запускаются ряд «тяжелых» отчетов, которые сильно загружают базу (с учетом увеличения её размеров загрузка с каждым месяцем увеличивается), база «виснет» вместе с другими пользователями, которые в это время вводят данные, т.о. возникла необходимость в увеличении производительности системы.
Родилось несколько вариантов решения данной проблемы:

1. Перенос сервера приложений SAP на Сервер 2 (с увеличением RAM до 4Гб), т.о. произойдет разделение ресурсов Oracle и SAP по разным серверам, как результат – увеличение производительности.

2. Перенос СУБД Oracle на Сервер 2 (с увеличением дискового пространства), результат как в варианте 1.

3. Установка дополнительного экземпляра SAP на Сервер 2 – увеличение производительности SAP путем добавления дополнительных диалоговых и фоновых процессов на втором сервере.

4. ???????

Прежде всего, необходимо выявить чего, собственно, не хватает:
1. не хватает процессорной мощности;
2. не хватает физической памяти;
3. перегружена дисковая система.

Не кроется ли проблема в "кривых" тяжелых отчетах?
Действительно ли нагружается именно БД (процесс oracle.exe)?
Очень поможет курс по производительности (BC315, если не ошибаюсь).

Ñîãëàñåí, ÷òî íåîáõîäèìî âûÿâëåíèå óçêèõ ìåñò ñèñòåìû. Ïîìîæåò êóðñ BC315.
Íàèáîëåå ÷àñòûå ïðîáëåìû íà ïëàòôîðìå Windows NT, íà ìîé âçãëÿä:
1. íå ïðàâèëüíî íàñòðîåííàÿ ñèñòåìà ïàìÿòè â R/3,
2. íåõâàòêà ðåñóðñîâ CPU, òàê êàê ðàñïðåäåëåíèå ïðîöåññîâ íà NÒ "íå ôîíòàí"(ñòðîãî ÈÌÕÎ),
3. ïðîáëåìû â ñèñòåìå I/O (äèñêîâàÿ ïîäñèñòåìà),
4. òàê æå íåïëîõî áûëî áû óçíàòü êîëè÷åñòâî ïîëüçîâàòåëåé çàðåã/àêò. â ñèñòåìå.
5. Íó è ïîñëå âñåãî ýòîãî, íî íå êàê ñàìîå ïîñëåäíåå - àíàëèç îò÷åòîâ.

Стал разбираться с BC315,
Выяснилось, что проблема со страницами памяти, CCMS монитор пишет:


Каким образом можно снизить эти показатели? Увеличить оперативку?

Подскажите на основании чего выставляются эти пороговые значения?
Почему загружать, например, не более 90 страниц в секунду. Можно ли это как-то рассчитать для конкретного сервера?


Отчеты уже смотрим, будем надеятся, что удастся снизить их "тяжесть".

Ещё один момент: активных пользователей в системе около 40-50, в основное рабочее время им просто не хватает диалоговых процессов.

Вот я собственно и хотел второй экземпляр поставить: больше процессов для пользователей + больше памяти для их обработки.

В ту ли сторону я думаю?

В sm50 случайно нет процессов в PRIV режиме?

При закрытии периода такое было на распределении расходов. В рабочем режиме не замечал.

Посмотри в ST03N кто жрет так много памяти и в первую очередь с этими разберись...

Ок, буду смотреть, спасибо.