we are looking for a replication solution for our VSP's.
whats the best alternative to HUR.
is any one using appliance based solution to replicate data to DR ?
For lowest RTO/RPO, I'm think the HUR either TC are the best solution, but you still can use some OS/Database level replication software to do this job, but the drawback is you need handle them on each individual OS/Application system,, for Example, HDR (Dynamic Replicator) is one of the alternative solution. if you want simplify the remote replication plan other then VSP, may you need to considering another storage virtualization solution to manage your both VSP, please make sure the performance bottleneck before consider this solution.
we still need our VSPs as Prod arrays and we are planning to replicate using appliances rather than HUR or TC
Why would you not use TC or HUR? are your concerns around application vs storage level consistency? Just curious.
Yep HUR can be pricey.......thanks.
that's the reason we are looking for a appliance based..
any one using appliance based replication in their envt ?
For you mentioned about a appliance for replication, may be you can survey some storage virtualization appliance that includes replication function, but due to the be virtualized system is VSP Enterprise Storage, please considering it internal bandwidth compare with the VSP, and best to do some POC before to implement it into the production env.
Another thing, I'm afraid no any known best solution is suitable for VSP without impact to the future scalability of VSP.
I don't have any customers using replication appliances with enterprise block storage. Customers I do have that do not use replication built into the array (HUR or TC) are protecting data on a per application basis such as SQL log shipping, MS Exchange DAG's; VMware SRM etc.
There are a lot of considerations with an appliance approach. In-line appliances can introduce latency or performance issues and out of band appliances generally require software agents be installed at the host which can also be problematic.
Make sure you do a true cost/risk comparison.
Retrieving data ...