SRM Server failure

[Former Member]

Hi all,

We are running SRM 550 Extended classic and ERP backend in a virtual server environment.

Last week we had a major hardware failure that took down all SAP systems, SRM, ERP.

After the repair our Basis team restarted all SAP systems and everything appears to be back and working except I am now getting reports of SRM PO's that cannot be changed because change versions exist.

I know that the entries that control this are in table BBP_PDHGP and looking at this table it has a lot of entries dating from around the time when our systems went down. Obviously the table also contains perfectly valid entries and we know that these come and go as users carry out normal operations.

Has anyone any suggestions how this table can be cleaned of incorrect locking transactions other than by one an entry at a time using a function module.

Any other suggestions on anything that may be relevant to recovering from the type of failure we have experienced may assist others with a similar scenario.

Thanks in advance

Allen

[Former Member]

Muthu,

Thanks for your response.

We already take nightly backups and have a full disaster recovery plan.

We have experienced a couple of recent hardware failures and rather than recover from the previous nights backup and loose the days work from 1000+ employees our Basis team have managed to restart our servers and get them working again without resorting to a full recovery.

Because we run multiple SAP systems, roll back to the previous nights backup would only be used in a really extreme situation like a fire toatlly destroying the servers!

Our Basis team managed to restart all servers and then asked us functional guys to check everything is working.

We have some intersystem transfer failures, workflow items going nowhere, (that's no different from normal and some table locking that we needed to resolve.

A document or a process to follow from SAP would have been very useful, but we are now compiling our own list of things to do after this type of event.

Once again thanks for your input.

Regards

Allen.

[former_member183819]

Thanks allen

it is responsibility of basis team . they should help us and SAP must guide every one ..

Muthu

[Former Member]

We cannot locate a SAP process for cleanly restarting a failed server and what tables should be checked and/or cleaned. We can only find documents for recovering systems from a backup which is not quite what we require.

As there are no other responses to this issue I will close the question.

Allen

Edited by: Allen Brooks on Mar 3, 2010 3:38 PM

[former_member183819]

Hi Alen

you must have some process to take daily backup for disaster recovery purpose by Basis team .

even we had a incident in my previos experience on org structure issue.

they have taken last day backup and restored all the data with previous day.

kindly check up recovery process with basis team.

if the process is not in place, make and keep pressurise the business to develop a process. customer will be very happy.

Muthu