记录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在集群的情况下,间隔时小的情况下,设置文件要比较小心。
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)