SQL Server DR计划-测试文档

Question

我的任务是为我们的SQL服务器创建一个测试DR/BC计划的文档。我们正在使用DB镜像(第1层)和事务日志传送(第2层)，对于第3层数据库，我们也将依赖夜间备份来进行恢复(不关键的DB的数据库几乎没有数据更改)。

我感兴趣的是获得关于测试计划的文档中应该包含哪些内容的想法，我希望有一个准确的详细文档来测试尽可能多的可行方案。

我需要介绍的是测试这三层的场景(更多的重点放在前两层)，其中有关于如何完成场景的非常详细的步骤说明。

我从来没有做过这样的文件，我会对其他人的想法和经验感兴趣。

• 这种类型的文档有我可以查看的示例吗？
• 有没有人有任何经验，在创建这样一个文件，将高兴地分享想法，并触及他们在那里的计划？

我以前做过应用程序测试用例，我的目标是创建一个类似于测试用例的文档，在该文档中解释您想要达到的目标和步骤，包括指定输入的内容，还是应该是一个更开放的文档，允许用户稍微推开边界？

由于这是我的第一次尝试，而且我在互联网上的搜索也没有得到多少帮助，所以如果我用愚蠢的问题或不正确的术语让任何人不高兴的话，我们非常感谢您的指导和纠正。

更新:基本上，我正在为构建Server /BC测试故障转移计划寻找任何想法或建议，以使自己或组织中的其他人能够测试我们的计划，以确保它们按预期工作。如果任何人知道任何好的资源，他们可以指导我，将非常感谢。

Answer 1

我建议保持文档非常简单和简短，因此它是容易阅读，易于理解的人谁不是专家在数据库技术和易于更新。

人们有比阅读长测试计划更好的事情要做，但是测试计划应该足够详细以供遵循，这是一个艰难的过程。

基于此，我认为测试计划中应该包括的内容如下：

• 每一层的成功标准(一级、二级、三级等)
• 每个成功标准的测试方法，最好包括指向源代码管理中的脚本的链接，以及关于如何执行每个测试的说明。
• 列出每个服务器(S)涵盖在您的每一层，因此涵盖每个成功的标准。
• 消除歧义的任何关键术语的术语表(恢复时间目标的简单英语解释，第1/2级指的是什么，等等)
• 最后修改日期
• 创建一个团队日历事件，用于提醒团队每隔3/6个月修改一次文档，以验证文档是否仍然反映了环境。
• 范围定义(范围内和范围外)

其他事情可能会出现在脑海中，但我认为简单是关键。

我脑海中唯一闪现的另一件事是，当您正在为数据库编写测试计划时，不要忘记，应用程序无法访问的实时数据库仍然不能满足业务连续性目标；尽管它可能满足数据保护的需要。

考虑在您的计划中添加一些最小的应用程序测试，或者通过提到什么是范围内的和什么是超出范围的而显式地排除它。

Answer 2

我找到了几个资源，一个是一个DOC，它是一个应用程序测试的模板，它并不是我想要的，但它给了我很多可以让我开始文档的东西，另一个是一个详细介绍DR计划的网页，它确实涵盖了DR计划测试，并且可能被证明是有用的。

http://hep-proj-grid-fabric.web.cern.ch/hep-proj-grid-fabric/admin_程序/文档/其他/rup.doc

http://www.continuitycentral.com/feature0524.htm

哑光