求助：改变Vuser个数运行方案时出现的问题！

bsd3000

在方案中使用同一脚本，运行时只改变Vuser的数量（所有的Vuser都运行在Controller机器上），其它各项设置不变，
1、勾选“Intialize all Vusers before Run”，选择同时加压减压（但实际运行时所
    有的Vuser并不是同时运行和退出的），
    1个Vuser：通过；
    10个Vuser：全部通过，但有2个Vuser是在第一次初始化失败后又重新初始化
                     才通过的；
    20个Vuser：全部通过，但有3个Vuser是在第一次初始化失败后又重新初始化
                     才通过的；
    再继续改变Vuser的个数为30、35、40、50，总会有部分Vuser失败，且在通
    过的Vuser中也总有一部分是初始化两次才最终通过的。

2、不勾选“Intialize all Vusers before Run”，
    1个和10个Vuser时都可以全部一次运行通过；
    20个Vuser：8个一次通过，12个失败；
    继续增加Vuser个数，就会出现部分Vuser运行失败，且每次方案运行时运行
    通过的Vuser个数、需要再次初始化才能通过的Vuser个数跟勾选了“Intialize  
    all Vusers before Run”时不一定相同。

疑问：
1、为什么勾不勾选“Intialize all Vusers before Run”会对Vuser是否运行通过及通
     过的个数有很大影响？
2、选择了同时加载和退出Vuser，所有的Vuser也会因为并不都是同时运行而无
     法同时退出，这样是正常现象吗？
3、有些监视性能的图因为无法收集到信息而无法使用，但“Vuser with Errors”图
     为什么也会无法使用？这个图应该不会收集不到信息啊。

希望版主或知道的朋友帮助解释一下，谢谢！

bsd3000

多谢 rosy 的建议！
我又把脚本和方案反复试了多次，发现不管用不用集合点同一方案总会有成功或失败的时候，而且问题都出在初始化即登录应用程序的时候，我怀疑是应用程序本身启动时多人同时连接服务器的问题，原因还在寻找中。

rosy

如果是“禁用了集合点方案运行会失败”这可能跟你的前几次的负载测试有关，你重启一下服务试一下.。若是再有问题，就是你的脚本设置不正确，或者脚本本身就存在问题。
重新录制一下，多试几次看看

rosy

如果是“禁用了集合点方案运行会失败”这可能跟你的前几次的负载测试有关，你重启一下服务试一下.。若是再有问题，就是你的脚本设置不正确，或者脚本本身就存在问题。
重新录制一下，多试几次看看

rosy

你在回方脚本时，发现有什么异常现象么？
如果脚本正确，集合点肯定没问题

bsd3000

减少Vuser的个数，仍然禁用集合点，重新运行方案，发现仍有出现部分Vuser初始化失败的问题的可能，对于同样数量的Vuser，多次运行同一方案，有时全部Vuser都通过，有时部分Vuser初始化失败无法通过；
这样看来，应该就不是同时对数据库的连接数过多造成的吧？难道是所测程序所用组件的问题？因为我之前运行的脚本是用COM/DCOM和FTP协议录制的，而使用ODBC协议录制的脚本运行方案时就不会出错。如果是组件的问题，又应该如何解决呢？

bsd3000

脚本中Vuser_init_Transaction部分有多次连接访问数据库的操作，在Action_Transaction部分有一个事务被定义成集合点；

我按 loadtest 的建议对方案做了一些修改，选择每15秒加载2个Vuser，一共加载50个Vuser，同时不勾选“intialize all vusers before run”，则所有Vuser顺利运行通过，但发现所有Vuser都初始化完成后才开始一起运行Action_Transaction，而我只是把Action_Transaction中的一个事务定义成了集合点；

为了验证是否是集合点的问题，我把集合点禁用后又运行了一遍方案，这样先加载的Vuser确实不再等待未初始化的Vuser，而是初始化完后马上开始运行Action_Transaction，但方案结束后发现有50个Vuser中有5个因初始化失败而最终没有运行通过；

这两次方案运行又出现了以下问题：
      前一次所有Vuser一起运行Action_Transaction，是因为其中有集合点吗？但集合点不是应该只限制定义成集合点的事务吗？
      后一次禁用了集合点方案运行为什么会失败呢？是因为同时有init和action在运行，同一时间连接数据库的个数太多吗？但这种情况在所测程序的实际应用中是不可避免的，这样能否更改数据库允许的最大连接数？

麻烦大家帮忙解决一下，谢谢！

bsd3000

谢谢 loadtest 的解释！
后两个问题麻烦大家也帮忙解决一下，谢谢！

loadtest

intialize all vusers before run这个选项目的是为了让所有的虚拟用户全部初始化完毕，再同时做action的动作。
这样如果你的初始化需要connect 服务器，虚拟用户数越多，失败的也越多，可能是超时等原因，这就是为什么你第一次初始化失败后能够再次初始化成功的原因。
一般来讲，如果勾选此选项，是有一些应用程序的限制，而且为了保证大家能够同时做交易，需要勾选。
没有勾选的情况下，初始化和action里面的动作是同时进行的。这样初始化的压力就小一些。
可以使用ramp up功能限制同时初始化的虚拟用户的数目，这样就不会出现有的用户不能正确初始化的问题。