Disaster Recovery for web services

[low1988]

I had form a system integration between system A and system B. System A would sync a same record to system B everytime a new record was inserted into a local Database of system A via Web Services. When there is some exception or failure to cause the web services disconnected, system A does not able to sync record to system B because the web services to be consume from system B cannot be reach. Is there any best practice to cater scenario in real life like this ? The new record created in system A cannot duplicate to system B. What if I schedule a job to check any failure record sync to system B and once the web services was back to online and trigger a patching operation to patch the record in system A back to system B?

[jschell]

low1988 wrote:

The new record created in system A cannot duplicate to system B

If that is a hard requirement then you cannot create the record on A unless B is available. Basically you would create it on B first and only then create it on A. If however there are ways to insure that during creation of the record on B that you could, post process, make B unique then you could proceed with a queuing strategy which would involve the following - Determine an algorithmic approach to making B unique. This might or might not include some post processing manual intervention. - Create a data store on A suitable for storing the data needed to create the record on B. - Create a timer that periodically checks for queued records, if any exist then it attempts to create the record on B. If it succeeds it removes the record from A. If it fails (B is down) then it waits til the next time the timer fires.

[Swinkaran]

You can have a field in system A to update whether the record is synced with system B or not. Something like, SyncStatus - Store the status here or IsSynced - True or False The above field should be updated, at last. That is once the record in System A is synced to system B, then update the above field. Let's talk little advance, You always can roll-back update process, if the web service goes down in middle of the process. That is, hold the sync/insert process. Check the, Entity Framework's - Rollback functionality.

[Duncan Edwards Jones]

I would use whatever "high availability" solutions are available for your database server - attempting to write your own is going to be a major undertaking. (If you can't afford any downtime at all then you need to look at clustering.) For SQL Server there is a good table summary of the available options in the middle of this "Simple Talk" article[^]