Sizing for SAP Instance consolidation

[Former Member]

Hi,

We are planning to consolidate 2 Instances of SAP.

Our company has 2 instances of ECC systems running at different geographical locations (A and B). Going forward, we are planning to 'integrate' the instances into one (A) and retire the other system (B).

There wouldn't be much changes to the Business processes (@ A) for this integration. However, we would be adding the Business processes exists in B (and not in A) into A. Also, the bolt-on applications from B would be reconnected to A.

However, After the consolidation, the number of users in ECC system A would be almost the double (considering the number of users from B getting added into A).

For the above-mentioned scenario -

From the Basis perspective, how the sizing could be performed for the system A?

- Could we utilize the quicksizer tool to perform the sizing? - We believe that this process would fall under 'resizing'....and quicksizer is mainly for the initial sizing. Can someone through some light on this..

If we should use the resizing procedure - Is there any documentation available for this?

Similar to the ECC systems mentioned above, we also have the Enterprise Poral (EP) instances running at both the locations (A & B). Can we use the same sizing procedure (used for ECC) for EP?

Regards,

John.

[Former Member]

Hello John

Could you provide more details about host A and B, such as OS/DB if same on both, hardware resource, active user quantity and unicode/non-uni? Are they 2-tier architecture currently? Same questions to EP as well.

Quicksizer is a good approach but it only gives you a general idea that how big the instance approximately will be. Usually, and practically system sizing is given based on the hardware vendor sizing plus basis experience in the combination of questions above.

Regards,

Effan

[Former Member]

Hi Effan,

Thanks for the reply.

Here are the details

Host A:

ECC 6.0, Unix, Oracle with 1100 users. (Non-unicode)

EP 6.0, Unix, 30 users

Host B:

ECC 5.0, Windows, Oracle with 700 users. (Non-unicode)

EP 6.0, Windows, 200 users

Please advice.

Regards,

John.

[Former Member]

Sorry, forgot to ask how much physical memory you have on each host.

Let's split it to 2 topics.

1. For ECC, since OracleDB and non-unicode page which are the 2 major factors won't be changed, so I would think here we could just do a math, as long as host A has enough memory which is allocated for Oracle and ECC (extended memory) on host B to be added up.

2. For EP, memory tuning size is basically the same for HP JDK and SUN JDK, that each server node is allocated approximately 2.5GB RAM. Besides, 0.8-1GB RAM needs to be left for OS kernel. But in your case, host B is currently holding 200 users which is a big jump for host A(note: only active user quantity matters here).

That's fine if main physical memory is a little short for host A, utilizing multiple less powerful servers as 2nd tier application server to do the load balancing is also a solution with lower TCO.

Regards,

Effan

[Former Member]

hi,

Just to add up, Quick sizer has an option System extension

Try using this also to resize System A to have the the function of B and A also

[Former Member]

Hi Effan,

Thanks for the info!

Rearding memory, ECC system (@ location A) contains one DBCI & 2 application servers (64 GB each).

Portal is running on the same server where BI instance is hosted and it has 64 GB of RAM (@ location A).

Is there any documentation available on resizing? (which can be used for the ECC scenario).

We would be using the quicksizer for the Portal....(Would there be any performance issues since the Potals is running on BI?)

Regards,

John.

[Former Member]

Hi John

If you plan on having all SAP instances run on HPUX, then you should contact HP support for the basic sizing solution. Sizing recommendation from hardware vendor is the most basic one we rely on, but usually it'll be a little more than you need, we all know why......

If you could consider adding several application server to do load balancing, I'm 90% sure that your current server is capable enough as CI+DB.

You could find some suggestion about sizing here: http://service.sap.com/sizing

Regards,

Effan