MACSV操作员站下装过程及服务器下装过程.docVIP

MACSV操作员站下装过程及服务器下装过程.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
MACSV操作员站下装过程及服务器下装过程

MACSV操作员站下装过程及服务器下装过程 一、操作员站 除了下装必须的 图形文件、报表文件等,还要注意以下几个文件: 1. opsdomainname.lst,这个文件是用来列出本操作员运行的工程; 2. opsnetdata50.ddl,这个文件是用来标识操作员站,50代表OPS50; 3. Sysdevice.tab,这个文件是用来通讯的,记录IP地址。 这几个文件出错话,将会出现一些问题,常见的如下: (不包含简单的、基本的、常识性的错误) 1. opsdomainname.lst出现错误,现象是下装了操作员站后,操作员站运行提示找不到工程,发现操作员站start目录下没有文件,工程丢失。 这种状况往往这样产生:一个域中有多个工程编译时,编译1号域时换了工程师站,但是没有建立新的0号域(或者0号域的工程名与上次编译不同)并进行域号组态,这样编译之后,opsdomainname.lst就只有1号域的工程名了,下装之后,操作员站启动后会将列表之外的工程删除,自然也就找不到1号域之外的工程了。 2. opsnetdata50.ddl出现错误,表现为很多操作员站离线,但却能操作,看右上角显示的opsxx名称与实际不符。 可能的产生原因1:没有用MACSV的下装工具下装,而手动复制某一操作员站start下的文件到其他操作员站,这样改变了就OPS标识。 可能的产生原因2:跟上一条根本原因是一致的,一般翻工程时,备份图形文件时没有备份工程师站的,而备份了操作员站的,这样就把上一个工程的一些配置文件覆盖了新工程,还有带来的另一个更严重的问题在下一条说明。 3. Sysdevice.tab,这个文件中记录了服务器的IP地址,如果弄错了会很棘手,因为这里常常容易被忽视。就像上一条中说的操作,翻工程时保留了这个文件,在好几个项目中就出现过,发现操作员站始终与服务器联接不上,一切设置都正确,就是把这个文件搞错了。关键要注意备份图形时,只能备份后缀为.hsg的文件。 二、服务器下装 服务器下装时将download文件下,所有文件都复制到服务器安装的start目录路下,其中包括与控制站通讯的符号表文件。 注意符号表一致问题。由于下装主控和服务器肯定是有时间差的,所以肯定会有一段时间符号表不一致而通讯异常,应设法缩短此时间。 顺便探讨一下下装主控和服务器的顺序与通讯异常时间关系(不考虑等待系统稳定的时间): 假设:各站下装时间同为t,一共有n个站需要下装。 顺序一: 1)编译并下装所有控制站。开始有IO站通讯异常,按下装先后顺序异常时间为nt,(n-1)t……,t; 2)下装A/B服务器。下装时不看主从机,先下从服务器通讯异常时间为Ta,先下主则通讯异常时间为2Ta; 3)主从自动切换,通讯异常时间Tb,理论上是瞬间(1~4s左右),会看到数据中断一下就恢复了。 则通讯异常时间最长的站T=2Ta+Tb+nt 通讯异常时间最短的站T=Ta+Tb+t 这样最省事,异常时间最长,一般都是调试阶段都这么干。 顺序二: 1)编译并下装所有控制站,同时得到新符号表文件。开始有IO站通讯异常,按下装先后顺序异常时间为nt,(n-1)t……,t; 2)下装从服务器,时间Ta; 3)手动切换服务器,时间Tb; 4)下装新的从服务器(这一步千万别忘记,已经不知道有多少船翻到这条沟上了) 则通讯异常时间最长的站T=Ta+Tb+nt 通讯异常时间最短的站T=Ta+Tb+t 以上可能是大家以前常用的顺序,这样的好处是相对异常时间较短,也比较省事。 顺序三: 1)编译所有控制站并得到符号表,但不下装 2)下装从服务器 3)下装所有控制站。开始有IO站通讯异常,按下装先后顺序时间为nt,(n-1)t……,t; 4)手动切换服务器,时间Tb 或者3)切换主从服务器,所有IO站通讯异常,时间Tb 4)下装所有控制站。IO站通讯开始恢复,按下装先后顺序异常时间为t,……,(n-1)t,nt; 区别:一个是 逐个异常同时恢复和 同时异常逐个恢复。我没有想到这两个顺序哪个更好,应该一样吧。 5)下装新的从服务器(无通讯中断时间) 则通讯异常时间最长的站T=Tb+nt 通讯异常时间最短的站T=Tb+t 可以看出顺序三比顺序二减少了下装并重启服务器的时间,一般不用1分钟。 对于sp2版本之后,初始化下装后主控自动运行,之前的版本需要手动运行,而主控停止运算时保持输出,且没有通讯异常。 所以对于sp2版本之前的版本,可能下面下装方法较好, 1)编译所有控制站并得到符号表,但不下装 2)下装从服务器 3)逐个下装所有控制站,但不点运行,此时主控逐个停止运算 4)切换主从服务器 5)运行所有主控 6)下装新的从服务器

文档评论(0)

baoyue + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档