如何断定服务器的冗余状态

在正常联网的情况下，两台服务器上虽然存储有可能不同的数据，但对外显示的趋势曲线及数据是不同的。后期投运的服务器也会自动与第一台机器进行数据同步。在后期机器上查看是否可以看到它投运前的数据就可以知道是否经过同步了。

这种架构一般用在以下三类场景
1 备份多台 Server 的数据到一台如果按照数据切分方向来讲，那就是垂直切分。比如图 2，业务 A、B、C、D 是之前拆分好的业务，现在需要把这些拆分好的业务汇总起来备份，那这种需求也很适用于多源复制架构。实现方法我大概描述下：业务 A、B、C、D 分别位于 4 台 Server，每台 Server 分别有一个数据库来隔离前端的业务数据，那这样，在从库就能把四台业务的数据全部汇总起来，而不需要做额外的 *** 作。那没有多源复制之前，要实现这类需求，只能在汇总机器上搭建多个 MySQL 实例，那这样势必会涉及到跨库关联的问题，不但性能急剧下降，管理多个实例也没有单台来的容易。

2 用来聚合前端多个 Server 的分片数据。

同样，按照数据切分方向来讲，属于水平切分。比如图 3，按照年份拆分好的数据，要做一个汇总数据展现，那这种架构也非常合适。实现方法稍微复杂些：比如所有 Server 共享同一数据库和表，一般为了开发极端透明，前端配置有分库分表的中间件，比如爱可生的 DBLE。

3 汇总并合并多个 Server 的数据

第三类和第一种场景类似。不一样的是不仅仅是数据需要汇总到目标端，还得合并这些数据，这就比第一种来的相对复杂些。比如图 4，那这样的需求，是不是也适合多源复制呢？答案是 YES。那具体怎么做呢？

优点：

1、西门子的技术人员也称之为PC+S7，即由原来的S7系列的CPU加上PC上复杂无比的软件来实现DCS功能，但是不能否认的是，PCS7也在进行着不断的技术创新；

2、CPU的冗余方式与老牌DCS厂家的不同，并且在冗余系统中使用CP1613专用网卡和S7-Redconnector冗余软件，使得网络通讯的安全性达到了很高的高度；

2个冗余的CPU可以分别布置在不同的地点，采用的冗余同步光缆达到了10Km，这是其他任何厂家都无法做到的。

3、通过Profibus-PA ，实现了现场仪表的智能管理，并且在PCS7 70版本时，首次实现了Profibus-PA系统的环网；

4、以PCS7为基础开发了多种不同行业的应用软件，不光提高了开发效率，并针对工艺提供了很多优化控制；

5、在PCS7的基础上开发了Simatic IT，Simatic IT包含了很多的组件，此地不一一列举，可以轻松实现MIS、实验室自动化（Unilab）等；

6、提供数据归档服务器（又分了长期、短期等）、WEB服务器等等很多可选功能；

7、在非冗余的系统中，还提供414-3IE，416-3IE等专用CPU，支持最新的Profinet，使得IO可以直接接入以太网，彻底取消了现场IO，远程IO的概念；

唯一的缺点就是：收费太高了。

扩展资料：

西门子PCS7系统功能：

PCS 7系统并不单纯是一系列西门子硬件和软件产品的集合，更是由这些西门子产品有机构建的先进工厂控制系统。

PCS 7系统的配置灵活可扩展，可以实现从小型OEM成套设备到大型工厂DCS系统方案。

典型的PCS 7工厂控制和管理层级

PCS 7系统作为整个工厂的过程控制系统，承担工厂生产和 *** 作的直接任务，并对上一级工厂管理层级提供安全的数据接口。

办公网络和工厂管理层可以通过WEB和OPC两种方式访问PCS 7生产数据。

PCS 7系统中的组件称之为站： ES 工程师站，OS  *** 作员站，AS 自动化站。

其中，OS *** 作员站为PCS 7的上位人机界面，有OS单站结构或者OS 服务器客户机结构（CS结构）两种类型，应根据实际工厂规模选择合适的OS结构。

v  PCS 7系统的OS结构

PCS 7系统由下自上共三级总线结构：现场总线（Field bus）、工厂总线(Plant /System bus)、终端总线(Terminal bus)，承担现场层、工厂控制层、人机 *** 作层的通讯任务。

PCS7系统的版本

从上世纪至今，PCS 7共发布了V4到V82共11个版本。当前版本为PCS 7 V80,V81和V82。由于西门子设备的相继停产和Windows早期 *** 作系统的退市，强烈推荐将PCS 7 V71及之前的版本进行项目升级。

v  项目移植与升级

PCS 7发布欧洲版（Euro）和亚太版(Asia)两个版本。

进行PCS 7选型时，除了选择硬件设备外，需要为AS/ES/OS站等站点配置相应的授权。PCS 7授权分为两种类型：定性授权和定量授权。定性授权确定PCS 7站的类型，定量授权确定PCS 7站的规模。PCS 7的软件并不需要购买，而是随PCS 7授权供货。

对于服务器而言，它承担的使命是7x24小时不间断的对外提供服务，但它面临的风险也是很大的，无论是人为误 *** 作、硬件损坏还是黑客攻击，难免有数据损坏丢失的时候。一旦发生数据损坏、丢失现象后，如果没有备份数据，那损失就大了，所以对于任何一台服务器而言，数据的备份机制是不可缺少的。

服务器根据提供的服务不同，大致可为分：数据库服务器、应用服务器、文件服务器。不同服务器的备份机制还是有所区别的，我们分别来看下：

文件服务器备份方案有哪些？

1、Rsync+Inotify实时增量备份

借助Linux的Inotify特性可以监测文件系统变化，一旦发现变化则通知Rsync去同步数据，这样就实现了增量备份，而且性能和及时性都很高。

2、通过服务器定时任务每日凌晨执行备份任务

这种只适合对重要的数据进行日切备份，大概思路就是：Crontab+shell脚本来定时备份。

3、云服务器可借助快照功能来全盘备份

数据库服务器备份方案

对于数据库而言建议部署“主从同步”来实现数据备份，这样做的好处就是：一方面存在数据副本，另外一方面多节点可以缓解数据库压力。

当然了，现在主流数据库也提供全量备份的功能，但如果在数据量大的情况下可能会影响数据库的性能。

1、以主流的MySQL数据库为例，备份方案主要有：

binlog备份

mysqldump全库备份

2、SQLServer也支持完全备份、事务日志备份、差异备份等：

以上就是我的观点，对于这个问题大家是怎么看待的呢？

主从服务器同步设置了，而且测试过，我将主服务器网线拨掉，客户端立即能切换到从服务器上。包括时间同步，整个网络是以主服务器为时间master,其他PLC、从服务器及客户端均为时间客户端，整个系统的冗余功能我都测试过了，而且现在是什么时候客户端受限没找到很明确的原因。即是什么动作肯定会使客户端 *** 作受限，只是比较确定的是这种现象基本都在服务器启动之初，现只知道如果客户端受限了后，只要在服务器端任意 *** 作一个同一类型的面板，客户端就解除限制了。

这个要看你使用的ERP软件是否支持局域网或者异地远程网络版联机使用的功能。如果erp软件有这个功能，局域网版一般在第一使用软件的时候，在账本选择界面就会有连接主机账本的功能，连接一次局域网主机，以后就可以直接使用了。如果是异地远程网络版的，那么一般情况是直接安装软件就可以直接使用了，因为远程网络版用的是网络云服务器，是ERP软件开发商直接在后台已经配置好了的。企管王erp软件就是这样设置的，其它的软件应该也是差不多的，进行设置的位置有可能不一样，但是过程应该都是这样子的。

虚拟机的软件是可以用的  用过wincc作为服务器和客户机连  虚拟机设置好了 和普通电脑没有什么区别

以前用的usb转mpi电缆测试的，只要虚拟机能识别USB就没有问题。网络可能要麻烦点，主要在NAT和桥接之间选择，NAT不行就换桥接，桥接不行就换NAT。

要保证 PG 数据库集群中数据的同步，可以采用以下一些方法：
1 流复制：流复制是 PG 数据库集群中最常用的数据同步方式。它基于二进制日志的基础上，将主服务器上的事务日志传输到从服务器上进行重放。当主服务器执行一个新的事务时，它会向从服务器发送一个 WAL 记录，然后该记录会被写入从服务器的 WAL，从而实现了数据同步。
2 逻辑复制：逻辑复制是另一种常用的 PG 数据库集群数据同步方式。它通过在主服务器上解析 SQL 插入，更新和删除语句，然后再将这些语句传输到从服务器上执行，来实现数据同步。
3 复制槽：复制槽是一个用于保存复制信息的数据结构，可以用于控制流复制和逻辑复制。通过使用复制槽，可以确保从服务器可以接收到主服务器上的所有更改，即使从服务器离线或重启。
4 pgpool-II：pgpool-II 是一个流行的第三方开源工具，用于 PG 数据库集群中的负载均衡和故障转移。通过在 pgpool-II 中设置正确的参数，可以实现数据同步，从而提高系统的可用性和性能。
综上所述，要保证 PG 数据库集群中数据的同步，可以采用多种方法。具体选择哪一种同步方式取决于您的系统架构和业务需求。

---