For DR, you would likely consider a replicated or clustered database. The replication should be to databases that are physically far apart (1000's of miles apart). The Interstage BPM folders file system would also need to be replicated on a SAN or similar if they are using custom actions/agents/forms/smart pages/other things stored on the file system. For the Interstage BPM server itself, having a cold standby server around the replicated database might be good to ensure the server can continue running.
Author: Ivar Alexander
Attachment:
One of our client is following below strategy.
On DB front, client is using DATA GUARD technology. It archive log files generated on primary which are transferred to standby site. The standby is in recovery mode, archive log files will get applied to standby and standby gets in sync with primary.
Similarly on IBPM front, they have created replica of Production environment pointing to standby DB. In case of disaster they will up the standby DB, do some small changes in ibpm.properties table on standby DB and can start the IBPM server with very small down time.
Author: Rajeev Kumar Singh
Attachment: