小编Jos*_*osh的帖子

我的任务是为我们的 Sql Server 2005 数据库制定维护计划。我知道对于备份，我希望每 15 分钟执行一次完整的数据库备份和事务日志备份。我的问题是弄清楚我想做哪些其他任务以及我应该多久做一次。

所以，到目前为止，我已经想到了这一点。如果我的想法有任何缺陷或更好的方法，请纠正我。

1. 备份 - 所有表，完整备份（每日）
2. 备份 - 选定表，完整备份（每小时）
3. 备份 - 事务日志（每 15 分钟）
4. 检查数据库完整性（每天）
5. 重组索引（每日）
6. 更新统计数据（每日）
7. 收缩数据库（每周）
8. 重建指数（每周）
9. 维护清理（每日）

我记得前段时间（当我在另一份工作中制定类似计划时）读到其中一些任务不需要每天运行或不应该每天运行。至于哪些，它逃脱了我。我可以使用一些指导来创建更好的维护计划，以减少灾难中的数据丢失，但不会在高峰时段运行时对系统造成负担（并提高性能）。

我们遇到了一种情况，我们要迁移到新的托管设施并尝试配置我们的新数据库环境。然而，我们都不是正式的 DBA，所以我们所做的很多事情都是在尝试做出明智决定的同时猜测和阅读文章。

首先，我们目前是一家小公司，一个月要处理几十万条记录（其中大约 1/2 有图像数据）。我们正在快速发展，在发生严重故障（SAN 阵列完全瘫痪，我们在 12 小时内丢失所有内容）之后，我们正在迁移到具有更好灾难恢复能力的新托管设施。

新的托管设施将在 50 磁盘 SAN 上拥有我们的数据库。每分钟都会拍摄一张快照。如果 SAN 出现故障，快照会加载到另一个 SAN，并且服务器会自动在新的 SAN 上启动。停机时间为几分钟。

除此之外，我们还需要一个冗余的数据库设置。我们讨论了在 2 个单独的 SAN 上使用 DFS 的 Sql Server 集群，但这违反了我们必须拥有的 PCI 合规性。因此，我认为在 SAN 发生故障时，集群不会比托管公司的内置快照系统为我们带来更多的冗余。

我们正在讨论的另一个选项是使用镜像。但是，我们阅读的信息使我们相信，使用见证进行镜像会对性能影响太大。提出的一种选择是使用“Safety Off”镜像，直到我们想要执行维护，然后启动见证，一次关闭一台服务器并执行维护。然后，完成后，关闭见证服务器。这似乎两全其美，但也令人头疼。

那么现在最大的问题是 - 我们托管公司的快照系统将我们的停机时间缩短到几分钟，建议使用什么配置来提供高可用性和最佳性能？