转贴：测试DBA

　　【IT专家网独家】在DBA的世界中，根据专注的领域不同，可以分为两种DBA：开发DBA和产品DBA。关于这两类DBA的职责问题，可以参考这篇文章(http://database.ctocio.com.cn/analysis/231/7831231.shtml)

　　然而，我觉得我们有必要发展另外一种DBA，测试DBA，我把他定义如下：

　　测试DBA专注于为目标系统设计测试项，用设计好的测试框架来诊断复杂的问题，最后，但不局限于，测试新的或者开源的数据库工具。

　　从细节上讲，我给测试DBA列举了如下的主要任务：

　　1.硬件/系统的预测试：测试DBA需要编写测试项，测试新服务器的性能底线。例如，不同的配置给服务器性能带来的影响(我最近的经历告诉我，不能理所当然的认为某件事情是对的，例如，我们一般会认为，理论上RAID10会比RAID5要好，但实际上，在我自己的环境中，同一个服务器，相同的硬盘，RAID5不论在读操作还是写操作上，其性能都远超RAID10，系统管理员一直在查找出现这种情况的原因);测试DBA还需要检查：在可预见的将来，现在的硬件是否还能满足业务的需求。

　　2.硬件/系统评估：当我们需要更换当前的产品服务器或者其他硬件，比如SAN磁盘的时候，我们必须从众多的产品中找到性价比最优的产品。测试DBA需要提供有效的数据来支持这项决策。

　　3.应用数据库组件测试：在一个复杂的环境中，从DBA的角度测试那些关键的存储过程/视图/查询是很有必要的，而且要不断的变更各种参数、索引、服务器的配置参数，也有必要从多个角度对临时表和表的变量做多视角的测试。测试DBA需要能够读懂查询计划和I/O统计，对变化做出相应的反应，为开发团队提供适当的建议。

　　4.新出品或者开源数据库管理工具实验和测试：这能够帮助管理/产品DBA获得更适合的工具来监视和管理产品环境。

　　5.构建测试用例库：测试用例库是一个公司积累起来的非常珍贵的资产。例如，当应用测序修改后，之前的测试用例仍然可以用来测试代码的性能，之前的测试用例也可以拿来测试新的硬件环境。一个好的测试用例库可以极大的提高整个产品团队的效率。

• 　　测试DBA需要的技能
• 　　测试DBA需要掌握各种各样的测试工具，例如SQLIO、SQLIOSim、 IOMeter、SQL BPA等。
• 　　测试DBA需要对SQL Server变量有一个深刻的认识，包括索引，隔离级别，服务器配置选项，DMVs等，这样才能设计好的测试用例，构建好的测试环境。
• 　　测试DBA最好能够掌握一些报告工具，因为他们需要将它们发现的情况展现给别人。我任务，SQL Server报告服务对于DBA来说是一项很有用的技能。

　　为什么我会提出“测试DBA”

　　在最近的两天，我被邀请去对RAID 10型的SAN盒子做一个强化测试，环境是一台新的服务器，它将在几个月后被用作产品服务器。我在不同的配置下使用SQLIOSIM做了很多的测试，有趣的现象是，一开始，这台服务器上就有RAID 5，我偶然测试了RAID 5，然后我对RAID 10重新进行了配置(内存也从RAID 5时的8GB升到16GB)，在我强化测试完RAID 10后，我将两者的测试结果做了一个比较，惊奇的发现RAID 5几乎在所有方面都超过了RAID 10，例如IO响应时间，驱动层的读写时间等。由于SQLIOSIM文档信息的缺乏，做所有的测试然后去分析这些结果是一项很痛苦的事情。一开始我甚至想到了在强化测试的时候启动性能计数器，然后将性能计数器和众多测试项的测试结果进行比较。由于时间的关系，我最终放弃了这个想法(忘记告诉大家了，我是一个产品DBA，需要对任何ASAP请求作出响应)。这个事情让我想到了我们需要这样一个DBA：他能够专注于测试工作，然后将测试用例，测试情况，测试环境，测试结果等做成文档，为将来构建一个测试用例库。

　　当然，这与其它众多类型的DBA有交集，但我相信，现在DBA的工作范围是非常广阔的，因此，在DBA相关的各个部门，都需要有专门专注于某一领域的人才。