数据恢复现场措施
我们的 ASP.Net 应用程序目前部署在服务器场上，规格如下：
- 2 个由 NLB 控制的 Web 前端服务器
- 1 个托管 Windows 服务和工作流引擎的应用程序服务器
- 主动/被动 SQL Server 集群，
我们需要提供特定策略部署数据恢复站点。在这样的农场中是否需要考虑任何具体措施或配置，或者只是调整整个农场的副本。 包括（IIS 站点、服务、SQL 数据库...）
our ASP.Net application is currently deployed over the farm with the below specs:
- 2 web front end servers controlled by an NLB
- 1 Application server hosting windows services and a workflow engine
- An Active/Passive SQL Server cluster
we are required to provide a specific strategy to deploy a Data recovery site. is there any specific measures or configuration to be considered in such a farm or just adapt a replica of the whole farm.
including (IIS sites,services,SQL databases...)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
一如既往，您可以通过多种方式为您的解决方案提供灾难恢复。
您可以使用 SAN 实时复制写入的数据（假设您为主站点设置了虚拟机）。
您可以在数据库级别执行某种形式的日志传送，并有一个镜像主配置的冷备用设置。
添加另一个 NLB Web 服务器并将被动 SQL 服务器移至灾难恢复站点，尽管数据中心延迟加深可能会成为一个问题。
我的偏好是选项 1，但这取决于具体的业务需求、成本以及需要灾难恢复的业务风险。
As always there are a number of ways in which you can provide disaster recovery for your solution.
You could use you SAN to replicate in real-time (assuming you have VMs setup for your primary site) data written.
You could do some form of log shipping at the database level and have a cold spare setup mirroring the primary configuration.
Add another NLB web server and move your passive SQL server to your DR site, although deepening on the data centre latency may be an issue.
My preference would be option 1 however it will depend on the exact business need, cost and risk to the business in needing DR.