vbs项目的一些问题

记录vbs中的一些问题。

1、mysql trigger方案的失败。

2、quartz的集群，当trigger在存在嵌套的情况，外层状态job每10s执行一次，内层trigger任意执行。

两台Server里外层的trigger总是出现一些不可预订的错误。反复测试后，得出结论，两台Server的linux的系统时间不相等，先用手动设置，但也相差几百毫秒，测试结果也存在问题，最终把两台seve使用了ntp server的设置。

3、为解决第二个问题，设置了ntp，以其中一台为server,另一台为client,每五分钟同步一次时间，具体设置，在ect/ntp.conf文件。

4、在系统的ocmp server里，用crontab来设置10 s执行一次(每天9点到晚上9点）。

* 9-21 * * * sleep 10;要执行的命令

* 9-21 * * * sleep 20;要执行的命令

* 9-21 * * * sleep 30;要执行的命令

* 9-21 * * * sleep 40;要执行的命令

* 9-21 * * * sleep 50;要执行的命令。

 

 

5、quartz在集群的情况下，间隔时小的情况下，设置文件要比较小心。

http://cache.baidu.com/c?m=9d78d513d99c1aee4fece42a56568020434381137c80914f228ac55cd424054e1d20a5f930236319ce95223a54b8492be9f43765377471eac4d5c90d81e3d5742d8e2430761e9b114c8e4cb28a0076877bc147e9a81de7befa3393aed0d0dd5154ca54047c81f18a5e1d&p=8933dc5680934eab5cb0c7710941&user=baidu&fm=sc&query=misfireThreshold&qid=a399a8e9096525fd&p1=11

 

6、系统架构算法的失误 ，导致系统性能不行。

 

7、用jconsole来跟踪当前系统的性能和各方面的情况。

 

8、当quartz线程较大时，导致jvm gc的频率和总时间增长，这可能会导致影响trigger的firm时间。

 

9、系统仍然存在misfire的情况，还待解决。

 

10、修改了时间，shell script出现问题，一直等待，客户要求增加OCMP。

 

11、shell脚本时间等待解决了，客户生产环境有标准的时间同步服务器，6个ocmp server都能正常时间同步（07-26)

12、把修改的都upadte了，等待客户的结果。又在 新加坡的test bed上做测试，调优，结果brestub项目出现conection

refuse,调查是tomcat的connection数量太大了。（07-26）