Multiple HDR secondaries...

I've heard from some folks a request for multiple secondaries within HDR. I'd like some idea as to what the business reasons for such a request and what the expected behaviour would be of such a feature . Thanks

One business reason could be the ability to have one HDR secondary in a 'normal' sense to account for failure of the primary server AND also have a non-synchronous HDR tertiary that resides offsite (via VPN) that would be the DB for the disaster recovery site used in the event of an entire datacenter meltdown. I am currently working on achieving the same end using ontape, gzip, scp and far too many scripts. Thanks, Dan