INTEL hardware replaced by AMD for SAP BI7 & MS SQL, any performance factor

[Former Member]

Hi Everybody,

As we have INTEL hardware for our BI 7 & MSSQL server, recently we have reinstalled the app servers on AMD hardware (Here we have changed only Hardware, other factors are similar to earlier setup).

Now we are looking at performance factors which will need to look in, so could you please advise what are the parameter ( relevant to MEMORY or PAGING) need to fine tune.

Component Version: SAP NetWeaver 2004s

Application: BI 7.0

OS: Windows 2003

Database: MSSQL

Please let me know if you need any more information...

Thanks in advance.....

Sridhar

[patelyogesh]

Hello Sridhar,

As per my knowledge if there is same sets of hardware with same memory I don't think you have to do anything till you have some specific requirement.

Yogesh

[Former Member]

Hello -

Refer to Zero Administration Memory Management configuration as per SAP Note 88416.

Please note that Zero administration memory management (Note #88416) generally

over allocates roll and page memory. Usually you can reduce the

the amounts allocated to the "in memory"

rdisp/ROLL_MAXFS....Total amount of Roll (Filesystem+SHM); in 8KB block

rdisp/ROLL_SHM......Shared memory element of Roll; in 8KB blocks

rdisp/PG_MAXFS......Total amount of Page (Filesystem+SHM); in 8KB block

rdisp/PG_SHM........Shared memory element of Page; in 8KB blocks

=>Filesystem amount = MAXFS - SHM

60MB or so each in memory should be sufficient. rdisp/ROLL_SHM &

rdisp/PG_SHM only to be changed. This should allow extra

memory space for process memory.

These profiles would have to have be added to the instance profiles.

You should monitor the roll and paging usage after this to ensure that

more than 80% of each is never used as starting to use the paging

and roll files very regularly when buffers are exhausted would have

performance implications. You can check the history of each

instance's usage of these areas by double-clicking on the values from

the initial screen of ST02. This could potentially increase

the available address space per process by about 260MB that would

otherwise be wasted that will help avoid error with the buffer

creation and otherwise allow more memory to be available for HEAP

usage for larger memory intensive reports. These changes do not

invalidate Zero Adminstration Memory Management usage but are merely

tweaking the defaults further.

Regards,