西门子WINCC如何在正常操作中升级冗余系统
在正常操作中升级冗余系统
操作中的冗余系统分四个阶段升级。每个阶段又将分成单个的工作步骤。一些必需的工作步骤均在“过程”一节中列出。详细的说明参见章节“阶段1”到“阶段4”。
注意
请注意，客户机和多客户机的升级过程不同。客户机和多客户机均升级到WinCC客户机，两者只是随后在组态的属性上有所不同。
初始状态
· Server_1是主机服务器。
(Server_1代表冗余服务器对中的所有主机服务器。)
(Server_1代表冗余服务器对中的所有主机服务器。)
· Server_2是待机服务器。
(Server_2代表了冗余服务器对中的所有待机服务器。)
(Server_2代表了冗余服务器对中的所有待机服务器。)
· Multi-client_1连接到Server_1。
(Multi-client_1代表与Server_1相连接的所有多客户机。)
(Multi-client_1代表与Server_1相连接的所有多客户机。)
· Multi-client_2将连接到Server_2，因为它将作为首选服务器进行组态。
(Multi-client_2代表与Server_2相连接的所有多客户机。)
(Multi-client_2代表与Server_2相连接的所有多客户机。)
· Client_1将连接到Server_1。
(Client_1代表与Server_1相连接的所有客户机。)
(Client_1代表与Server_1相连接的所有客户机。)
· Client_2连接到Server_2。
(Client_2代表与Server_2相连接的所有客户机。)
(Client_2代表与Server_2相连接的所有客户机。)
过程 - 快速参考
当心
为了不中断系统的运行，请按照所述操作步骤的次序操作。
阶段1到阶段4的工作步骤必须不间断地完成。
注意
需要时，在升级服务器之前，创建一个作为备份的副本。
阶段1：升级待机服务器
1. Server_2：取消激活
2. Server_1：取消激活冗余
3. Server_2：退出WinCC
4. Server_2：重新引导计算机
5. Server_2：安装WinCC V6.0
6. Server_2：移植项目
7. Server_2：卸载Sybase
8. Server_1和Server_2：取消激活判断@RM_Master的应用程序
9. Server_2：激活
10. Server_2：其它冗余服务器对：执行步骤1到9
阶段2：升级多客户机和客户机
11. MultiClient_1：取消激活并退出WinCC
12. MultiClient_1：重新引导计算机
13. MultiClient_1：安装WinCC V6.0
14. MultiClient_1：移植项目
15. MultiClient_1：卸载Sybase
16. MultiClient_1：激活
17. 其它多客户机：执行步骤11到16
18. Client_2：退出WinCC
19. Client_2：重新引导计算机
20. Client_2：安装WinCC V6.0
21. Client_2：卸载Sybase
22. Client_2：激活
23. 其它客户机：执行步骤18到22
阶段3：升级主机服务器
24. Server_1：取消激活并退出WinCC
25. Server_2：重新激活判断@RM_Master的应用程序
26. Server_1：重新引导计算机
27. Server_1：安装WinCC V6.0
28. Server_1：移植项目
29. Server_1：卸载Sybase
30. Server_1：激活冗余
31. Server_1：激活
32. Server_1：重新激活判断@RM_Master的应用程序
33. 其它冗余服务器对：执行步骤24到32
阶段4：定义主机服务器并完成升级
34. 手工切换主机服务器
结果
当完成了步骤1到34的所有工作步骤时，系统状态如下：
· 升级后的Server_1作为主机服务器。
· 升级后的Server_2作为待机服务器。
· 升级后的原来的MultiClient_1将与其首选服务器Server_1相连。
· 升级后的原来的MultiClient_2将与其首选服务器Server_2相连。
· 升级后的原来的Client_1将与其首选服务器Server_1相连。
· 升级后的原来的Client_2将与其首选服务器Server_2相连。
完成冗余系统到WinCC V6.0的升级。
阶段1：升级待机服务器
引言
在第一个阶段，对冗余待机服务器Server_2进行升级。这将避免多客户机的不必要的冗余切换。
在执行阶段1中的工作步骤时，系统只能运行于一个服务器上。系统仍然可以通过客户机或多客户机进行操作。升级之后，当前用作待机服务器Server_2的服务器将成为第二个主机服务器。
当心
为了不中断系统的运行，请按所描述的操作步骤顺序操作。
阶段1到阶段4的工作步骤必须不间断地完成。
注意
需要时，可在升级服务器之前创建服务器的副本作为备份。
阶段1之前的初始状况
· Server_1是主机服务器。
· Server_2是待机服务器。
· Multi-client_1与Server_1相连接。
· MultiClient_2与Server_2相连接，因为它将作为首选服务器进行组态。
· Client_1与Server_1相连接。
· Client_2与Server_2相连接。
过程、阶段1
对于过程的详细描述，请单击下列工作步骤之一：
注意
请注意，必须在Server_1和Server_2上交互地工作。
取消激活待机服务器Server_2上的WinCC运行系统。
系统特性如下：
· Multi-client_1保持与Server_1的连接。
· Multi-client_2 (以Server_2作为首选服务器)将切换到Server_1。
· Client_2 (与Server_2相连接)将被取消激活。
· Client_1 (与Server_1相连接)将保持激活。
· Server_1将通过取消激活Server_2来检测故障。
如果已经组态了系统消息，则Server_1将生成相应的过程控制消息。
如果已经组态了系统消息，则Server_1将生成相应的过程控制消息。
必要时，可在升级服务器之前创建Server_2的副本作为备份。
注意
为了避免Client_2取消激活，可在取消激活Server_2之前将Client_2连接到Server_1。
取消激活主机服务器Server_1上的冗余：
1. 打开“冗余”选件
2. 取消激活“激活冗余”复选框。
“WinCC冗余协调程序组态”对话框将显示。
“WinCC冗余协调程序组态”对话框将显示。
3. 确认冗余将取消激活。
结束现有待机服务器Server_2上的WinCC。
关闭Windows，并重新启动Server_2。
需要时，安装新的操作系统。 WinCC V6.0服务器只能运行于Windows 2000服务器版或Windows 2000高级服务器版。需要时，预先备份服务器上的WinCC数据。
安装带有所有必需选件的WinCC V6.0或执行更新。与安装有关的信息参见WinCC信息系统中主题“安装注意事项”下的内容。
请注意，移植时将需要Sybase 7，且不需卸载。
需要时，将Server_2上的组态数据以及运行系统数据和交换数据移植到WinCC V6.0。
移植来源于WinCC V5.0 Service Pack 2的项目
移植后，根据“移植从V5.0 SP2起的WinCC项目” > “附加步骤”一章中的注意事项调整项目。
如果在WinCC V5.1项目中使用了客户机，则在移植之后立即对服务器项目中的所需首选服务器进行定义。
注意
服务器移植后，必须在该服务器上重新生成相关的数据包。
卸载Server_2上的Sybase 7。
在完成项目移植之后，服务器上将不再需要Sybase。
如果项目通过@RM_Master系统变量来判断冗余服务器的状态，则在两台冗余服务器上都必须取消激活相应的应用程序。
如果至今仍然作为待机服务器的Server_2被激活，则它将作为所移植的WinCC V6项目中的主机服务器。因而，在整个系统中存在有两个主机服务器，这样，系统变量@RM_Master就不能单独评估。
1. 启动Server_2上的WinCC。
2. 激活WinCC运行系统。
系统特性如下：
· 不存在任何服务器切换。根据组态的不同，所激活的Server_2将成为已升级的WinCC V6.0项目中的待机服务器或主机服务器。
· 保留的Client_1将不进行切换。
· 多客户机MultiClient_1和MultiClient_2仍将与Server_1相连接。MultiClient_2将不能与其已升级的首选服务器Server_2相连接。
如果实现了多个冗余服务器组，则各自的待机服务器(Server_2)必须升级。
执行每个Server_2的步骤1到步骤9。
完成一个待机服务器的升级后，再开始下一个待机服务器的升级。
阶段1的结果
· 待机服务器，Server_2，将升级，且不与任何客户机相连接。
· 所有多客户机均与Server_1相连接。
· Client_1与Server_1相连接。
· Client_2被取消激活。
Client_2不能访问已升级的Server_2。
Client_2不能访问已升级的Server_2。
阶段2：升级多客户机和客户机
引言
在阶段2中，所有客户机和多客户机均将升级为WinCC V6.0客户机。
为了使系统保持运行状态，在升级步骤执行期间，必须至少有一个客户机或多客户机保持与处于活动状态的服务器的连接。该服务器上必须运行与客户机或多客户机上同样版本的WinCC。在V5客户机和V6服务器或V6客户机和V5服务器之间不能混合运行。
存在下列差异：
带有多客户机的冗余系统
只有多客户机用于系统中。
执行步骤11到17。跳过步骤18到23。
带有多客户机和客户机的冗余系统。
多客户机和客户机均用于系统中。
执行步骤11到23。
不带有多客户机的冗余系统
只有客户机可用于系统中。
执行步骤18到23。跳过步骤11到17。
注意
请注意，客户机和多客户机的升级过程不同。客户机和多客户机均升级到WinCC客户机，两者只是随后在组态的属性上有所不同。
当心
为了不中断系统的运行，请按所描述的操作步骤顺序操作。
阶段1到阶段4的步骤必须不间断地完成。
阶段2之前的初始状况
· Server_1为V5.1项目中的主站服务器。
· 根据组态的不同，已升级的Server_2将成为所移植的V6.0项目中的备用服务器或主站服务器。
· Multi-client_1与Server_1相连接。
· Multi-client_2与Server_1相连接。
MultiClient_2不能访问已升级的作为组态首选服务器的Server_2。
MultiClient_2不能访问已升级的作为组态首选服务器的Server_2。
· Client_1与Server_1相连接。
· Client_2被取消激活。
Client_2不能访问已升级的Server_2。
Client_2不能访问已升级的Server_2。
过程、阶段2
对于过程的详细描述，请单击下列步骤之一。
取消激活多客户机上的WinCC运行系统，并退出WinCC。
关闭Windows，并重新启动多客户机。
需要时，在多客户机上安装新的操作系统。WinCC V6.0将只运行在Windows 2000或Windows XP下的WinCC客户机上。需要时，应预先备份多客户机上的WinCC数据。
安装带有所有必需选件的WinCC V6.0或执行更新。与安装有关的信息参见WinCC信息系统中主题“安装注意事项”下的内容。
请注意，移植时将需要Sybase 7，且不需卸载。
将多客户机的组态数据移植到WinCC V6.0。
移植来源于WinCC V5.0 Service Pack 2的项目
请根据章节“附加步骤”中的信息在移植之后立即对项目进行调整。
注意
客户机移植后，也必须在该服务器上重新生成相关的数据包。
卸载多客户机上的Sybase 7。
在完成项目移植之后，WinCC客户机上将不再需要Sybase。
1. 启动所移植WinCC客户机上的WinCC。
2. 激活WinCC运行系统。
系统特性如下：
· 将WinCC客户机连接到已升级的Server_2。
· 如果Server_2至今一直都是备用服务器，则它将变为主站服务器。
同样的过程适用于如MultiClient_1一样在系统中所采用的全部多客户机。
当多客户机已经升级时，对下一个多客户机重复步骤11到步骤16，直到系统中的所有多客户机都升级完毕。
在完成一个多客户机的升级后，再开始下一个多客户机的升级。
退出客户机上的WinCC。
关闭Windows，并重新启动客户机。
必要时，在客户机上安装新的操作系统。WinCC V6.0将只运行在Windows 2000或Windows XP下的WinCC客户机上。
安装带有所有必需选件的WinCC V6.0或执行更新。与安装有关的信息参见WinCC信息系统中主题“安装注意事项”下的内容。
卸载客户机上的Sybase7。
来自Client_1和Client_2的数据不需要移植，因为客户机将访问服务器上的项目数据。
1. 启动客户机上的WinCC。
2. 激活WinCC运行系统。
系统特性如下：
· 将客户机连接到已升级的Server_2。
· 如果Server_2至今一直都是备用服务器，则它将变为主站服务器。
同样的过程适用于如Client_2一样在系统中所采用的全部客户机。
当客户机已经升级时，对下一个客户机重复步骤18到步骤22，直到系统中的所有客户机都升级完毕。
在完成一个客户机的升级后，再开始下一个客户机的升级。
阶段2的结果
· 已升级的多客户机均与已升级的Server_2相连接。
· 已升级的客户机均与已升级的Server_2相连接。
· Server_1为V5.1项目中的主站服务器。
· 已升级的Server_2为所移植的V6.0项目中的主站服务器。
阶段3：升级主站服务器
引言
在阶段3，升级主站服务器Server_1。
在执行阶段1中的工作步骤时，系统只能运行于一个服务器上。通过在阶段2升级客户机或多客户机，可使系统保持运行状态。关于冗余同步的更详细信息参见WinCC信息系统中主题“组态”>“冗余系统”下内容。
当心
为了不中断系统的运行，请按所描述的操作步骤操作。
阶段1到阶段4的工作步骤必须不间断地完成。
注意
需要时，可在升级服务器之前创建服务器的副本作为备份。
阶段3之前的初始状况
· Server_1为V5.1项目中的主站服务器。
· 已升级的Server_2为所移植的V6.0项目中的主站服务器。
· 已升级的原来的MultiClient_1将与Server_2相连接。
· 已升级的原来的MultiClient_2将与其首选服务器Server_2相连接。
· 已升级的原来的客户机将与Server_2相连接。
· 已升级的原来的Client_2将与Server_2相连接。
阶段3：升级主站服务器
引言
在阶段3，升级主站服务器Server_1。
在执行阶段1中的工作步骤时，系统只能运行于一个服务器上。通过在阶段2升级客户机或多客户机，可使系统保持运行状态。关于冗余同步的更详细信息参见WinCC信息系统中主题“组态”>“冗余系统”下内容。
当心
为了不中断系统的运行，请按所描述的操作步骤操作。
阶段1到阶段4的工作步骤必须不间断地完成。
注意
需要时，可在升级服务器之前创建服务器的副本作为备份。
阶段3之前的初始状况
· Server_1为V5.1项目中的主站服务器。
· 已升级的Server_2为所移植的V6.0项目中的主站服务器。
· 已升级的原来的MultiClient_1将与Server_2相连接。
· 已升级的原来的MultiClient_2将与其首选服务器Server_2相连接。
· 已升级的原来的客户机将与Server_2相连接。
· 已升级的原来的Client_2将与Server_2相连接。
过程、阶段3
要获得过程的详细描述，请单击下列工作步骤之一：
注意
请注意，必须在Server_1和Server_2上交互地工作。
1. 取消激活主站服务器Server_1上的WinCC运行系统。
2. 退出服务器上的WinCC。
不再有任何客户机连接到服务器。因此，取消激活服务器将不会有任何其它影响。
需要时，可在升级服务器之前创建Server_1的副本作为备份。
如果项目@RM_Master系统变量来判断冗余服务器的状态，则在已升级的Server_2上可重新激活相应的应用程序。
只有Server_2可用作整个项目的主站服务器。
关闭Windows并重新启动Server_1。
需要时，安装新的操作系统。WinCC V6.0服务器只能运行于Windows 2000服务器版或Windows 2000高级服务器版。需要时，预先备份服务器上的WinCC数据。
安装带有全部必需选件的WinCC V6.0或执行更新。与安装有关的信息参见WinCC信息系统中主题“安装注意事项”下的内容。
请注意，移植时将需要Sybase 7，且不需卸载。
可将组态数据(需要时也包括服务器的运行系统数据)移植到WinCC V6.0。
移植来源于V5.0 Service Pack 2的WinCC项目
请根据章节“附加步骤”中的信息在移植之后立即对项目进行调整。
注意
服务器移植后，必须在该服务器上重新生成相关的数据包。
卸载服务器上的Sybase 7。
在完成项目移植之后，将不再需要Sybase。
激活Server_1上的冗余：
1. 启动服务器上的WinCC。
2. 打开“冗余”选件
3. 激活“激活冗余”复选框。
1. 激活WinCC运行系统。
系统特性如下：
· Server_1将变为备用服务器。
· 将对消息归档、过程值归档和用户归档完成归档同步。
· 如果已经组态了系统消息，则将生成相应的过程控制消息。
· 停机循环期间的所有数值都要同步。
· 带有首选服务器Server_1的原来的MultiClient_1将连接到Server_1。
如果项目通过@RM_Master系统变量来判断冗余服务器的状态，则在Server_1上可重新激活相应的应用程序。
如果实现了多个冗余服务器组，则各自的备用服务器(Server_1)必须升级。
执行每个Server_1的步骤24到步骤32。
完成一个服务器的升级后，再开始下一个服务器的升级。
阶段3的结果
· 已升级的Server_1为备用服务器。
· 已升级的Server_2为主站服务器。
· 已升级的原来的MultiClient_1将与其首选服务器Server_1相连接。
· 已升级的原来的MultiClient_2将与其首选服务器Server_2相连接。
· 已升级的原来的客户机将与已升级的Server_2相连接。
阶段4：定义主站服务器并完全升级
引言
在系统升级之后，没有为其组态任何首选服务器的所有客户机，均将连接到主站服务器。作为用于升级的冗余切换的结果，原主站服务器Server_1将被设置为备用服务器。原备用服务器Server_2将被设置为主站服务器。
为了恢复原来的状态，必须手工重新设置主站服务器。请遵照工作步骤34中的说明进行操作。该步骤包括了冗余系统到WinCC V6.0的升级过程。
关于冗余系统中首选服务器的更详细信息参见WinCC信息系统中主题“组态”>“冗余系统”下的内容。
注意
为了不中断系统的运行，请按所描述的操作步骤操作。
阶段1到阶段4的工作步骤必须不间断地完成。
阶段4之前的初始状况
· Server_1为备用服务器。
· Server_2为主站服务器。
· 带有首选服务器Server_1的WinCC客户机将连接到Server_1。
· 带有首选服务器Server_2的WinCC客户机将连接到Server_2。
· 无首选服务器的WinCC客户机将连接到Server_1。
过程、阶段4
要获得过程的更详细描述，可单击工作步骤34。
为了恢复系统的初始状况，可手工将Server_1定义为主站服务器。
将Server_1上的冗余变量“@RM_Master”由0设置为1。通过I/O域可请求并设置@RM_Master冗余变量，例如：
1. 组态Server_1多用户项目中的I/O域。
2. 对该I/O域链接系统变量@RM_Master。
3. 在运行系统中的I/O域中输入“1”。Server_1将变为主站服务器。作为冗余切换的结果，Server_2将变为备用服务器。
作为一种选择，也可通过脚本来设置冗余变量。
阶段4的结果
· Server_1是主服务器。
· Server_2是备用服务器。
· 带有首选服务器Server_1的WinCC客户机将连接到Server_1。
· 带有首选服务器Server_2的WinCC客户机将连接到Server_2。
· 无首选服务器的WinCC客户机将连接到Server_1。
完成冗余系统到WinCC V6.0的升级。
升级早于V5.0 Service Pack 2的WinCC版本
引言
如果早于V5.0 SP2的WinCC版本至今一直在使用，则项目必须首先移植到WinCC V5.0 SP2或WinCC V5.1状态。
请遵照各自的安装说明以及相应WinCC版本的移植要求进行操作。
安装WinCC V5.1
相应的升级信息包需要升级到WinCC V5.1：
· 将WinCC从V3.x升级到V4.02+SP3
订货号6AV6381-1AA04-0EX4
订货号6AV6381-1AA04-0EX4
· 将WinCC从V4.x升级到V5.1
订货号6AV6381-1AA05-1AX4
订货号6AV6381-1AA05-1AX4
· 将WinCC从V5.0升级到V5.1
订货号6AV6381-1AA05-1AX3
订货号6AV6381-1AA05-1AX3
请遵照V5.1的版本注释以及V5.1及其早期版本的文档要求进行操作。V5.1的安装注意事项可使用下列链接进行调用。用于V5.1版本注释事项的章节“移植”中的安装注意事项将作为补充提供。
WinCC V5.1安装注意事项
在安装WinCC V5.1之后，打开WinCC中的项目，并至少将其激活一次。然后，按照章节“移植WinCC V5.0 Service Pack 2的项目”所述执行移植。
移植诊断
引言
在下列情况下，移植可导致出错消息或取消操作：
- Sybase 7未安装。
- 移植计算机的可用存储空间太小。
- 项目没有装载在移植计算机上。
- 项目为早于V5.0 SP2的WinCC版本所创建。
当错误发生时，清除所移植项目副本中的错误。然后重新启动移植。
在移植之前，请为项目备份一副本。
移植期间的错误
组件移植期间的错误将不会中断移植。项目移植器将把出错消息写入到一个诊断文件，然后处理下一个组件。当移植成功完成时，项目移植器将显示消息：
- “移植完成过程中有错误。
详细信息参见<路径>\CCMigrator.txt文件。”
取消移植
当移植取消时，移植可在错误清除之后重新启动。为此，切勿使用包含有错误的项目，而应使用其备份的副本。
诊断文件
项目移植器创建了两个诊断文件：
- CCMigrator.txt
- DTSPackages.log
诊断文件均存储在所移植的项目的项目目录中。文件可使用任何文本编辑器进行浏览。
CCMigrator.txt
“CCMigrator.txt”文件包含了常规的信息：项目名称、项目类型、所移植数据的类型、移植的开始与结束。当移植成功完成时，文件将包含消息：“移植成功完成。”
如果移植期间出现错误，项目移植器将把出错消息写入文件。详细信息参见“DTSPackages.log”文件。
DTSPackages.log
项目移植器将在“DTSPackages.log”文件中记录单个组件的移植。如果出现错误，项目移植器将把简短的出错消息写入文件。
诊断文件包含下列重要条目：
|
消息文本 |
含义 |
|
数据包名称 |
移植的组件 |
|
数据包描述 |
所移植组件的功能 |
|
执行于 |
移植计算机 |
|
执行者 |
用户 |
|
执行已启动/执行已完成 |
时间：开始移植/时间：结束移植 |
|
总的执行时间 |
组件移植所需要的时间 |
|
数据包步骤执行信息 |
组件的移植步骤，指出移植是否成功执行： “已成功”=成功执行/“失败”=移植期间出错 |
|
出错原因/错误描述 |
出错原因及所发生错误的描述 |
新闻详情
