服务器性能测试工具“dns性能测试工具”有哪些

如何在 Windows Server 2012 上使用 Active Directory 性能测试工具

大家好，我叫 Tom Ausburne，是一名 Active Directory 专业高级现场工程师。

最近有位客户咨询微软是否具有任何执行 Active Directory“压力”测试的工具。

下面通过一项简单搜索，带领大家了解这款工具。

Active Directory 性能测试工具 (ADTest.exe) /en-us/download/details.aspx?id=15275 在进入系统需求部分之前，您一定会认为这款工具十分完美。

支持的操作系统 Windows 2000 和 Windows Server 2003 支持的操作系统有点老，是吗？Windows Server 2003 R2 主流支持已于 2010 年 7 月 10 日截止，扩展支持也将于 2015 年 7 月 14 日到期。

绝大部分公司已经入于过渡阶段。

那么 Windows Server 2008、Windows Server 2008 R2、Windows Server 2012 和 Windows Server 2012 R2 呢？这些环境可以运行这款工具吗？ 很感谢您的提问。

ADTest 工具在较新版本的 Active Directory 上依然可以正常运行。

该工具使用 LDAP，因此兼容性不是问题。

十全十美，对吗？不要这么快下结论。

没错，这款工具的确可以运行，但依据相关文档进行设置的过程却不那么简单。

在搜索答案时，我偶然发现了这份白皮书，其中不仅对 ADTest 使用方法进行了讨论，而且还提供了适用于 64 位操作系统的重写配置文件。

64 位版本的 Windows Server 2003 的 Active Directory 性能 /en-us/download/details.aspx?id=4948 大家可以在这篇文章中发现本文介绍的部分内容，但本文的内容更加简洁明了，下面我们对测试过程进行介绍。

我将会假设大家了解 Active Directory 的安装和配置方法，因此不会介绍这些步骤。

下面我们来说明一下设置过程，以便大家使用 Server 2012 R2 AD-DS 开始测试这款新硬件。

在测试中，我使用的是 Windows Server 2012 R2 以及 Windows 7 和 Windows 8 客户端。

在开始讨论之前，我还想请大家注意的是，微软不再支持这款工具。

本文只是为了表明，大家仍然可以在我们发布的较新的操作系统上运行并使用这款工具。

我还想提醒大家的是，由于这款工具会对 Active Directory 做出更改，并会对域控制器产生负载，因此只应在测试环境下使用。

无需再为接到大量技术支持呼叫而担忧（由于域控制器太过繁忙而无法登录产生的投诉）！既然已经完全澄清，下面我们就开始介绍。

服务器设置 1. 安装 Active Directory 域服务 (AD-DS)。

2. 设置 dSHeuristics 位，这样可保证将 userPassword 属性视作密码而不是字符串属性。

a. 单击 Start，单击 Run，键入 adsiedit.msc，然后单击 OK。

b. 双击 Configuration, CN=Configuration, CN=Services, CN=WindowsNT, CN=Directory Service。

c. 右键单击 CN=Directory Service，然后单击 Properties。

d. 单击 dSHeuristics。

e. 单击 Edit。

f. 将第 9 位设置为 1。

（例如，将该值更改为 000000001）。

g. 单击 OK。

h. 单击 Apply。

i. 单击 OK。

3. 您需要在服务器允许的范围内增加用户连接数目。

MaxUserPort 值可控制应用程序从系统请求任何可用用户端口时使用的最大端口号。

a. 启动 PowerShell（或者，您也可以使用 CMD 窗口，但确实需要习惯使用 PowerShell）。

b. 键入sh int ipv4 set dynamicport tcp start=1025 num=64511 您可能会问，“那么修改 TcpWindowSize 呢？”Windows Server 2012、Windows Server 2008 R2 和 Windows Server 2008 已经不再支持 Windows Server 2003 中的这个注册表关键字。

对于允许手动配置资源（如接收缓冲区和发送缓冲区）的网络适配器，应该增加分配的资源。

某些网络适配器将接收缓冲区设置为较低容量以便节约内存，控制占用主机的内存的量。

值较低会导致数据包丢失及性能降低。

因此，对于接收密集型场景，我们建议您将接收缓冲区值设置为最大值。

除此之外，我们建议您将所有设置保留为默认值。

该操作系统可以有效自我调整以实现最佳性能。

4. 创建一个 ADTest 用户。

在示例中，我创建了一个名为 perftest 的用户。

此帐户用于创建组织单元、用户和组，并对 Active Directory 运行压力测试。

将此用户设置为 Domain Admins 的成员。

默认情况下，x64Performance.ats 脚本中使用的密码为 ss-123456。

如果使用其他密码（像我一样），那么请确保修改此文件。

您可以在本文末尾查看 x64Performance.ats 文件的内容。

客户端设置 1. 您需要在允许的范围内增加用户连接数。

MaxUserPort 值可控制应用程序从系统请求任何可用用户端口时使用的最大端口号。

a. 启动 PowerShell（或者，您也可以使用 CMD 窗口，但确实需要习惯使用 PowerShell）。

b. 键入sh int ipv4 set dynamicport tcp start=1025 num=64511 2. 在各客户端上安装 ADTest 工具。

您可以在此处获取该工具： Active Directory 性能测试工具 (ADTest.exe) /en-us/download/details.aspx?id=15275 本文中的所有屏幕截图均假设安装位置为 c:ADTest。

3. 将 x64Performance.ats 文件复制到您在测试中使用的各个客户端，并将其置于 ADTest 安装文件夹。

您可以在文本末尾获取该文件。

4. 将这些客户端加入域。

确保您创建的 ADTest 用户是各台计算机上的本地管理员组的成员。

设置测试环境 在介绍环境设置之前，我想一些用户会问我们为什么不使用 PowerShell 进行全面创建。

这个问题问得好。

如果具有脚本或希望编写脚本，那么可以使用 PowerShell 创建组织单元、组和用户。

您需要使用下文提供的相同名称进行创建，“或者”也可以修改配置文件以反映您创建的结构。

我想说明的是，如果这款工具可以在几分钟内创建一切，为什么还要为自己创造这些额外的麻烦？因此，我只需使用这项内置功能。

下面开始操作。

在域根目录创建一个名为 BaseOU 的组织单元。

在其下创建一个名为 Groups 的组织单元。

用于自动创建组织单元结构、用户、组以及向组添加用户的命令相当简单直观。

我发现，如果在各项命令中输入刚刚在前面创建的用户名和密码，所有操作会运行得更加顺畅。

要创建 10 个 3 层结构的组织单元，请使用以下命令： adtest -r NewRoot -f x64Performance.ats -user perftest -password perftest -root 0 -t 10 -sf -e -o newroot.log 现在，我们需要添加一些用户。

以下命令将向每个团队组织单元添加 1000 名用户。

adtest -r AddUser -f x64Performance.ats -user perftest -password perftest -root 0 -t 10 -sf -e -o adduser.log 我们需要添加一些全局安全组。

以下命令将添加 20 个组。

adtest -r AddGlobalSecurityGroup -f x64Performance.ats -user perftest -password perftest -root 0 -t 1 -sf -e -o addgroups.log 最后，向这些安全组添加用户。

您可以更改 GROUP=1，以反映您要添加用户的组。

adtest -r AddMembers -f x64Performance.ats -user perftest -password perftest -root 0 -t 1 -sf -e -set GROUP=1 -o addmembers1.log 我执行过多次相关设置，最终只创建了一个包含所有命令的 cmd 文件。

您将会发现，我运行过多次 AddMembers 命令，以便将用户添加到不同的组。

一旦掌握命令并使其按照您喜欢的方式运行，那么就可以利用这种有效方法快速进行设置。

运行测试 您已经完成全部设置，可以随时运行测试。

您需要执行测试的每个客户端上运行此命令： adtest -r %1 -f x64Performance.ats -user perftest -password perftest -root %2 -t %3 -sf -e 其中： -r 用于指定测试 (%1) 的名称。

例如，Search_Base_1Attr 或 update_1attr 都是可能的测试名称。

-f 用于指定自定义文件（提供的 x64Performance.ats 脚本），而不是默认 adTest.ats。

-user 和 –password 用于识别各台服务器上的管理员组成员。

-root 用于指定需要从管理单元结构中的哪个位置开始 (%2)。

例如，0 从 ou_0000 开始。

-t 用于指定并发运行以生成负载的线程数 (%3)。

通常情况下，此数值的范围为 1 到 3，为加快操作可设置为高达 5 或 6，如搜索和牢固绑定。

-sf 用于显示测试输出。

-e 用于加密指令。

针对每项测试相应地更改这些参数的值。

下面是对运行 6 个线程的第一个组织单元执行 NTLM 登录测试的一个示例： adtest -r NTLM_Logon -f x64Performance.ats -user perftest -password perftest -root 0 -t 6 -sf –e 以下两项测试通过一次性更新并搜索 10 项属性来加重 DC 负载： adtest -r Update_10Attr -f x64Performance.ats -user perftest -password perftest -root 0 -t 6 -sf -e adtest -r Search_Base_10Attr -f x64Performance.ats -user perftest -password perftest -root 0 -t 6 -sf -e 您可以通过查询 x64Performance.ats 文件获取可用测试列表。

如果要使用此工具查看一些真实的测试结果，请查阅该文档（本文前面也曾引用）以查看 3,000,000 名用户的性能数据。

只需记住，它使用的是 Windows Server 2003。

64 位版本的 Windows Server 2003 的 Active Directory 性能 /en-us/download/details.aspx?id=4948 您可以通过多种方式测量 Active Directory 和新服务器硬件的性能。

其中一种方法是使用内置性能监视器。

您可以启动 Active Directory Diagnostics，以便在设置和测试期间收集一些有用的信息。

这就产生了一个很好的想法。

为生产网络设置性能数据基准一直以来都是一个不错的主意。

这是获取相关信息的有效途径。

只需在正常工作日（比方说周一上午 7:00 至 10:00）运行该工具，这样就能在运行不正常时进行信息比较。

我不是要偏离主题，但大家一定会发现这些信息非常有用。

运行收集器设置后，可以在 Reports 下查看对应的结果。

疑难解答 如果遇到任何问题，可以向任何命令添加调试输出。

只需添加 –d 5，然后再次运行该命令即可。

EX: adtest -r NTLM_Logon -f x64Performance.ats -user perftest -password perftest -root 0 -t 6 -sf –e –d 5 在本例中，我发现输出中显示以下错误 —————————————- SYSTEM ERROR Error: 1326 System Message: The user name or password is incorrect. Extended Message: Logon Failed for User="u01_000713", Password="password123!",Domain="Hay-Buv" —————————————- 返回查看 x64Performance.ats 文件，仔细研究刚刚运行的测试部分。

然后，查看创建这些用户时设置的密码。

大写很重要！ 在将密码更改为 Password123! 之后，一切运行正常。

我在执行此设置期间遇到的大部分问题均已在调试中得到解决。

有时候，您会因为值设置问题而发生失败。

例如，如果根总数 (%2) + 线程数 (%3) 大于最高编号组织单元，就会发生失败。

在上面的示例中，如果根是 0，线程数是 11，则会返回错误，因为不存在组织单元 10。

如果大家像我一样，那么很可能会掠过设置说明直接进行测试，因为您已经无数次这样做。

若是这样，则可能会遇到一些问题。

如果再运行第一项命令时收到错误，并且随即启用调试，那么可能会看到以下信息： LDAP ERROR —————————– Host: ADTestSrv. Hay-Buv.local Extended Message: 00000005: SecErr: DSID-031521E1, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0 ———————————————– 这只是一个简单的例子。

您忘记将测试用户添加为 Domain Admins 成员。

现在，一切正常，只是没有创建任何用户。

添加 –d 5（调试）命令，将会显示下列类型的错误： LDAP ERROR —————————– Host: ADTestSrv.Hay-Buv.local Extended Message: 0000052D: SvcErr: DSID-031A129B, problem 5003 (WILL_NOT_PERFORM), data 0 ———————————————- 同样提供一种快速修复方法。

您需要将 dSHeuristics 第 9 位的值设置为 1。

没有那么难是吗？大多数时候，我们都能为大家出色地提供详尽说明，并且很多建议效果非常好。

但是，我们当中的一些用户更倾向于查看“按顺序操作”列表，然后按部就班地完成操作。

欢迎来到我的世界！或许我不得不开始多做一些工作，我们将此称为简要计算提示。

X64Performance.ats 使用记事本，将以下代码粘贴到一个新文件中。

将该文件另存为 x64Performance.ats，并置于 ADTest 安装文件夹中。

Jmeter性能测试工具可以测试哪些协议？

Apache jmeter 可以用于对静态的和动态的资源(文件，Servlet，Perl脚本，java 对象，数据库和查询，FTP服务器等等)的性能进行测试。

它可以用于对服务器，网络或对象模拟繁重的负载来测试它们的强度或分析不同压力类型下的整体性能。

你可以使用它做性能的图形分析或在大并发负载测试你的服务器/脚本/对象。

JMeter主要特性： 能够对HTTP和FTP服务器进行压力和性能测试， 也可以对任何数据库进行同样的测试(通过JDBC)。

完全的可移植性和100% 纯java。

完全 Swing 和轻量组件支持(预编译的JAR使用 javax.swing.*)包。

完全多线程 框架允许通过多个线程并发取样和 通过单独的线程组对不同的功能同时取样。

精心的GUI设计允许快速操作和更精确的计时。

缓存和离线分析/回放测试结果。

高可扩展性： 可链接的取样器允许无限制的测试能力。

各种负载统计表和可链接的计时器可供选择。

数据分析和可视化插件提供了很好的可扩展性以及 以及个性化。

具有提供动态输入到测试的功能(包括Javascrīpt)。

支持脚本变成的取样器(在1.9.2及以上版本支持BeanShell)。

有没有远程查看服务器性能的软件

不知道你是不是要查看服务器配置.查看这些只有远程登录服务器系统才可以.如果是用WIN操作系统.在本地电脑点开始.运行.输入mstsc按确定.按提示输入服务器的IP用户和密码即可远程登录.登录以后可以右键单击我的电脑选择属性查看服务器的配置.或者是安装鲁大师类的工具测试性能.在不登录系统的情况下.是没有软件可以查看服务器配置或者性能的. 海腾数据杨闯为你解答.希望对你有帮助.

性能测试知多少---性能测试工具原理与架构

但是，性能测试不是loadrunner，所有的作者也是这么认为的。

但他们在讲性能测试的时候讲的就是loadrunner有，只是讲的多少不同罢啦。

你是否觉得我对loadrunner有仇？我之所以将其分开来学，只是希望自己在学习性能测试的时候不要被loadrunner局限了而已。

只是觉得在做性能测试时不要带loadrunner的思维，这样更容易把握性能测试的本质。

----------------------------------------------------- 性能测试工具，从广义上讲，在性能测试过程中使用到的所有工具都可以称其为性能测试工具。

从狭义上来讲，我们可以把性能测试工具分为服务器端性能测试工具与前段性能测试工具。

服务器端性能测试工具也我们测试人员通常所认为的性能测试工具。

LoadRunner、JMeter、SilkPerformance、服务器端压力性能工具需要支持产生压力和负载，录制和生成脚本，设置和部署场景，产生并发用户和向系统施加持续的压力。

前端性能测试工具应用比较广泛，开发人员，前端开发人员、测试人员都会经常用到。

Firebug 、fildder2、Yslow 、前端性能测试工具只需要关于心浏览器等客户端工具对具体需要展现的页面的处理过程。

服务器性能测试工具原理 性能测试工具的主要作用是通过模拟生产环境中的真实业务操作，对被测试系统实行压力负载测试，监视被 测试系统在不同业务、不同压力性能下的性能表现，找出潜在的性能瓶颈进行分析、优化。

客户端与服务器相当于两个人，通过信息来进行交流。

由于初次见面不好意思直接交流，与是找来了中间传话人，客户端把信息告诉给传话人，由传话人来转达给服务器。

那么服务器反馈的信息也由传话人转达给客户端。

一般性能测试工具都需要录制或编写客户端行为脚本。

这样传达人就有了客户端的行为能力，从而假扮客户端来欺骗服务器，与之进行通信。

有了客户端行为了传达人可以进行自我复制。

从而变出N多个传达人对服务器进通信。

---这个传达人的行为和能力也就是性能测试工具的基本特质。

（突然觉得性能工具像第三者插足，而且是可以自我复制疯狂变态的第三者，哈哈！） 对于目前流行的性能测试工具，他们的基本工作原理都是一致的。

在客户端通过多线程或多进程模拟虚拟用户访问，对服务器端施加压力，然后在过程中监控和收集性能数据。

性能测试工具应该具备什么的特质呢？1、工具本身占用系统资源少，可扩展性好，可用性强。

2、能模拟真实业务事务操作，在并发时能真正产生业务压力。

（这一点是核心）3、对压力测试结果能很好地进行性能分析，快速找出被测试系统的瓶颈。

4、测试脚本的重复性强。

服务器性能测试工具的架构 用户行为生成部分 我为什么说的这么朦胧，对于熟悉loadrunner的朋友，我说成虚拟用户脚本生成器，你更容易理解，这个脚本，我们可以录制，也可以手工编写。

你不要以为这是生成用户行为的唯一方式。

因为在JMeter成中是添加各种组件，通过对组件的配置来完成用户行为的，当然也可以通过录制。

而在相对简陋的性能测试工具curl_loader（linux环境下的运行的），他是通过编写配置文件的形式来描述用户形为的。

我前面也有提了，虽然性能测试工具由不同的形式来描述，但他们的原理是一样的，都是通过Proxy方式来实现，具体来说，Proxy作为客户端和服务器之间的中间人，接收客户端的数据包。

压力产生器 压力产生器用于根据脚本内容产生实际的负载，在性能测试工具中，压力产生器扮演着“产生负载”的角色。

也就根用户的设置，进行自我复制来生成多个客户端向服务器发送请求。

对于工具来说，每复制出来的一份就是一个进程或线程，进程和线程的运行是要占用系统资源的。

所以，对一台压力测试机来说能运行的虚拟用户数也是有限的。

根基测试机的配置而定。

那么这个时候就要通过多台测试机合作，来模拟更多的虚拟用户向服务器发请求。

那么，对于性能测试来说，很重要的一点就是产生“并发”的请求，不然就不会对服务器产生压力。

那多台机子如何产生“步调一致”的虚拟用户呢？使用“用户代理” 用户代理 用户代理是运行在负载机上的进程，该进程与产生负载压力的进程或线程协作，接收调度系统的命令，调度产生负载压力的进程或线程，从这个意义上看，用户代理也是压力产生器的一部分。

调度能力 我们在做复杂的性能测试时，常常会设计各种场景，不同的虚拟用户数，不同事务的用户比例，运行时间，设置同步点等，这个时候也需要我们的测试工具有压力调度能力。

从而才能更真实的模拟我们所设计的运行场景。

监控系统 监控系统是性能测试工具直接与用户进行交互的主要部分，监控系统，主要用户在压力测试过程中对各种软硬件进行监控，如对数据库、应用服务器，服务器的主要性能表现情况进行监控。

用于判断系统当前处于什么状态。

当然，监控系统不是性能工具必须的部分，可以通过软硬件系统自身的监控工具或者第三方监控工具进行监控。

但是否有强大的性能计数器监控系统是衡量性能测试工具是否强大的指标之一。

压力结果分析 压力结果分析工具可以用来辅助进行测试结果的分析，性能测试工具一般都能将监控系统获取的性能技术数器值生成曲线图，折线图等各种图表。

通过展现性能测试过程中的各种参数指标，来供测试人员进行分析。

但这里需要强调的是，压力结果分析工具本身不能代替分析者进行性能结果分析，而只是提供多种不同的数据揭示和呈现方法而已。

对于这些数据进行分析必然要依靠测试工程师对系统性能分析的知识和经验。

------------------------------------------------------- 对上面介绍的性能测试工具架构的组成部分，不是第一个性能测试工具都具备，而所具备的强大程度也不相同。

比如，有些性能测试工具不具备用户代理能，有些监控系统能监控的资源很有限或简陋，有些结果分析数据的呈现不够详尽等。

“dns性能测试工具”有哪些

1. 要测DNS服务器的性能，可以使用DNS监测工具，记得cloudeye里有一个DNS监控 2. 测DNS解析结果是否准确，可以借助网速通的DNS分区检测 3. 如果是测终端DNS配置，手机端可以扫一下这个二维码