1、计划数据库利用程序工作负载剖析应用工作负载剖析(workloadanalysis)来规划服务器规模是一个很庞杂的过程，有时候会外包给其他公司或者由内部技术专家使用特别的软件来进行。通过工作负载分析来规划数据库的症结在于确定或评估以下与数据库应用程序工作负载相干的参数:1、吞吐量2、CPU使用率3、并发查询的大小和输出4、并发用户5、数据库规模6、带宽需求吞吐量(每秒读/写次数)要开始设计磁盘子系统，你需要肯定数据库应用程序每秒的数据读/写次数。在计算出结果后，在依据所挑选的RAID技术(将在“规划磁盘子系统“中探讨)调整吞吐量的需求。在做了调剂并且以每秒I/O次数(IOPS)计算出最后的吞吐量
2、需求之后，就可以取舍一个磁盘子系统，这个子系统的吞吐量在评估后数据库的负载不会超过85%。如果数据库应用程序已经部署，而现有的硬件环境尚未到达最大的I/O吞吐容量，可以使用PhysicalDisk:DiskRead/sec和PhyDiskWrites/sec计算器来计算每秒的读/写次数。然后与之前树立的基线进行对照，由此预测出未来某段时间(例如3年)的增长率，直到你需要调换硬件装备。如果应用程序已经实现，但是并没有部署，则需要执行额定的工作来评估工作负载吞吐量的需求。可以通过与开发职员的面谈来确定包含在数据库应用程序中得事务类型。然后使用SETSTATISTICSIO命令在数据库上测试每种事务
3、类型产生的读/写次数。然后，断定每种事务在每天产生的最大事务次数。使用此信息来决议该应用程序每天产生的最大读/写次数。而后除以每天工作时间(每天8小时，相称于28800秒)。这个过程将产生数据库应用程序的大略的吞吐量需求。最后，如果斟酌数据页过错的情形，需要将每秒读取次数加20(此步骤只有在手动从数据库事务中评估写/写次数时需要，如果从实际服务器性能数据计算，则可以疏忽此步骤)。CPU使用率要通过工作负载的方法评估数据库服务器CPU的等级和数量，首先需要选择一种CPU类型，然后再来评估数据库所对应的CPU使用率。在计算出结果后，就可预测出需要使用多少CPU才干将CPU的使用率坚持在75%以下。
4、要测试数据库运用程序所发生的CPU的使用率，一种方式就是在测试服务器上执行SETSTATISTICETIME命令，由此计算出包括在数据库利用程序中得每一种事务的执行时间。当然，为了让测试成果更正确，测试服务器的CPU必需与未来应用的数据库服务器CPU的速度跟构架类似。懂得到每个事务的履行时间后，盘算每天中每个事务的最大执行次数(假如在前面的步骤中不做的话)。可通过此进程评估天天CPU须要破费多少时光处置数据库工作负载。如果无奈创建一个测试服务器，就需要将预计的每天读/写次数和CPU处理读/写过程所花地时间联合起来。你可以从服务器厂商或者处理器厂商的网站，或是从独破机构(如事务处感性能委员会)中
5、失掉CPU处理读/写操作执行时间之类的信息。获得这些信息当前，就可以进一步计算出每天CPU要花多长时间执行I/O和处理数据库工作负载。一旦晓得CPU每天处理数据库工作负载的总时间后，将它除以一天内工作时间换算的秒数，结果就是预计的CPU使用率。并发查询的大小和输出要规划内存，需要评估数据库查询所需要的缓存空间。另外还需要计算实际使用的内存空间，包括每个查询的内容文字和每个查询的均匀输出量。在获得所需信息后，就可以猜测用户每5分钟执行这些查询的最高频率(5分钟或者300秒代表数据保存在缓存中得最小时间距离)。评估RAM中缓存空间的需求通常需要将每个查问的空间需求乘以每个查询的执行次数。对于如何评
6、估缓存空间需求的更多信息。并发用户为了评估数据库服务器上的内存需求，需要确定连接到此服务器的最大用户数。执行这个计算后，再加上操作系统和SQLSERVER2005所使用的内存数目，就可以计算出系统所需的总得内存需求。如果数据库服务器已经停当，可以使用SQLServer:GeneralStatistics的UserConnections计数器来确定用户连接的平均数和趋势。利用此信息也可以预计出未来三年内或评估期结束时的用户连接趋势。如果无法获得这些技术信息，就只能通过可用的业务数据评估峰值时间内的并发用户数。数据库范围为了开端评估数据库服务器的存储需求，必须评估出数据库(如tempdb)未来的大
7、小，包含所有索引和体系数据库。在考虑数据库增长的因素后，可以抉择一个足够大的数据库存储方案以便有85%的可用空间供评估停止时使用。如果数据库已经创建，可以使用SQLServer:Database的DataFlie(s)计数器收集的历史数据来确定当前数据库大小和增长率。然后可以预测出未来时间的数据库增长趋势。如果数据库已经创建，但是无法拜访其中的数据，你可以计算每个表中行的大小,服务器常见问题，然后乘以表中总得行数，从而得到该表的大小。接下来，将所有表的大小加在一起得出表的容量，然后再乘以其增长率，就可以预测出数据库未来的容量需求。如果数据库没有创立，则应当和技巧专家与业务主管进行面谈，评估出数
8、据库的大小和预计的增加率。索引空间需求在某些大批查询的数据仓库中，索引的空间需求兴许是数据自身的35倍。带宽需求要评估数据库服务器的网络连接，首先需要评估出每个连接上产生的通信流量，以KB/s为单位。确定了这些参数后，就可以选择可以提供充足网络容量的网络技术来满意服务器的带宽需要。测量网络流量应该将数据库服务器衔接到网络交流机而不是集线器或无线访问点，这样可认为服务器提供充分的网络带宽。但是，如果此选项不可行，则需要丈量该网络的所有流量，而不仅仅是进出数据库服务器的通讯量。如果服务器已经处于出产环境中，可以使用性能节制台中得NETWORKINTERFACE:BYTESTOTAL/SEC计数器或
9、第三方厂商的软件工具来确定峰值时间内的网络流量和使用率(网络使用率=BYTESTOTAL/SEC除以网络带宽)。通过这些信息，可以透视出未来某段时间的网络趋势。最后，如果使用其他的新技术，例如群集、数据库镜像或复制，也要考虑额外产生的网络流量。BYTESTOTAL/SEC计数器指在机能把持台中，NETWORKINTERFACE和SERVER对象都有BYTESTOTAL/SEC计数器。这两个计数器的差异在于通过NETWORKINTERFACE对象，必须指定网卡，在这个网卡上计算发送和接受的流量。通过SERVER对象，可能计算出附加到服务器上的所有网卡发送和接收的流量。如果难以估计上述数据，可以设置一台测试服务器来赞助你计算服务器连接的带宽需求。实际需求取决于很多因素，例如是否实现了数据库镜像或者数据库应用程序构架是否遵守两层或三层模型。其余规划大小的方法固然了解如何通过着手计算来计划服务器硬件十分有用，然而如果你承当不起负载测试的办法，这并不是独一做法。如果你能够提供将来服务器环境的需求以及安排的数据库应用程序，大多数重要的厂商都可以供给适合的计划。另外，一些软件规划工具(从服务器厂商的网站上取得或从第三方购置)也可以在输入要害信息后辅助你评估硬件需要。安徽服务器数据恢还原创:
