我是一名 DBA 菜鸟，最近我的工作考虑为他们的生产数据库制定一个灾难恢复计划，比如说 A（sql server 2014 企业版）。生产服务器A和容灾服务器B位于不同的地理位置。我们在生产 A 中只有 10 个数据库，每个数据库大小不超过 4GB。在安装过程中，我将默认位置分别更改为 D、E 和 F，系统数据库和 tempdb 文件也存储在 D 和 E 驱动器中。但是，我在服务器 A 和 B 的 C 驱动器中将根目录保留为默认值。我在灾难恢复 (DR) 服务器中也遵循了类似的路径配置。
所以我的管理计划是在灾难恢复（B）服务器中复制所有 LUN 的克隆副本，这些 LUN 每小时从生产服务器 A 复制一次。一旦这个副本（来自 A 的 D 和 E 驱动器）完成，他们计划将这些安装在灾难恢复服务器。
所以我的问题是，这是遵循灾难恢复的适当方式吗？另外，我可能会遇到什么问题？我有点担心一旦在 DR 服务器中完成挂载，数据库是否会启动并运行？如果不是，我应该考虑哪些步骤？任何建议高度赞赏。
Data : D:\MSSQL\Data\
Log: E:\MSSQL\Data\
Backup: F:\MSSQL\Backup
首先，您需要确定生产服务器上每个数据库的可接受的恢复点目标（总数据丢失）和恢复时间目标（恢复系统所用的时间）。
如果您的企业愿意接受的数据丢失量小于将磁盘复制到 DR 站点的时间间隔，那么这将无法作为一种策略。如果为 DR 服务器克隆和配置磁盘所需的时间比 RTO 长，则此解决方案将不起作用。
下载 Brent Ozar 的First Responder Kit，其中包括一个高可用性和灾难恢复工作表，可帮助您确定和设计适合您的数据库的 DR 解决方案。
SQL Server 本身有许多选项可提供可能比 SAN 复制更适合的 DR 功能（尽管这始终是一个选项）。例如，日志传送是一种简单、低成本的解决方案，它可以实现比每小时 SAN 复制更低的 RPO 和 RTO，并且比必须克隆 LUN 并将它们附加到 SQL Server 更简单。