❶ 如何让多台服务器实现数据同步
如何让所有服务器之间数据同步
1、采用高可用sureHA软件镜像型，一台主服务器，一台备服务器，通过网线实时将数据备份，实现服务器双机互备的功能，此方式保证多台服务器之间数据的一致性。
2、采用高可用sureHA双机热备共享型。一台主服务器，一台备服务器，链接一台存储，将数据放到存储里面，实现数据的共享。此方式保证多台服务器之间数据的一致性。
3、可实现服务器虚拟化，把所有的服务器物理资源都整理成一个大的资源池，数据都存放在磁盘阵列上面，所有应用系统都通过调用磁盘阵列里面的数据，此方式保证多台服务器之间数据的一致性。
不管技术怎么实现，在服务器方面还是需要人为的进行操作和监督，服务器同步也成为不可缺少的一部分。所以海腾数据的服务器的硬件要求和机房的线路稳定是保障以上实现的关键。参考海腾数据服务器租用
服务器数据同步
❷ 中国和美国网络上怎么通讯的
当然是3w网，一般由海底铺设光缆来通讯。
因为国家间链接 与国家内链接是相同的 都需要 符合Internet协议 （IP协议）
只有通过Internet协议规定数据才能被传输 和接收 国家间通过硬件 如服务器 光缆 卫星 以Internet协议中规定的传输方法进行传输
这样做的目的是 将多个包交换网络连接起来 它在源地址和目的地址之前传送一种称之为数据报的东西 它还提供对数据大小的重新组装功能 以适应不同网络对包大小的要求。
在内部，每个国家又要自己做接入，中美其实是二个不同的互联网单元的整合。
❸ 如何将一台服务器上的软件和数据转移到另外一台服务器上
如果没有注册限制，可以直接。
❹ 两台异地的服务器如何才能做到数据同步
1、使用第三方同步软件
2、服务器后端挂存储设备，通过异地部署存储设备，两地复制（同步或者异步）
3、通过本地专业的备份软件将数据备份到本地另外设备，将备份设备的数据通过block级别的异地复制也可以达到
成本而言1-3，越来越高
❺ 如何保持两个国家的服务器的数据库同步
做一个程序呀，自动从主服务器中下载更新数据包就行了。
如果实在不行，再下载文件下来，人工导入。
❻ 把数据库放在两台服务器上面,请问如何才能实现两台服务器的数据同步
SQL Server 复制：事务发布
配置发布服务器，
快照发布：隔一段时间会覆盖订阅服务器的数据库，在订阅服务器上做的修改同样被覆盖；
事务发布：是一种接近实时地从源到目标分发数据的方法；
具有可更新订阅的事务发布：订阅服务器可更新发布服务器的数据；
合并发布：发布服务器和订阅服务器的更新都会同步到对方，注意ID在合并发布上的冲突
1. 在SQL SERVER下实现发布服务器和订阅服务器的通信正常（即可以互访），打开1433端口，在防火墙中设置入站规则；
2. 发布服务器与订阅服务器的SQL Server Agent代理帐号必须设置的一样，否则不能互访；
3. 如果你希望在复制的过程中一并复制非聚集索引，可以对发布属性-项目进行如下设置，修改完之后需要重新生成快照；
❼ turn协议 数据交换过程
在一个典型组网中，一个TURN客户端连接在一个私有网络中，通过一个或多个NAT来连接到公网。在公网中有一个TURN服务器。在因特网的别处有一个或多个对端是这个TURN客户端希望通讯的。这些对端也有可能是在一个或多个NAT的后面。该客户端使用服务器作为一个中继来发送数据包 到这些对端去，并且从这些对端接收数据包。
客户端通过一个IP地址和端口的组合来与服务器建立会话。客户端使用TURN命令在服务器上创建和操作一个ALLOCATION。一旦这个allocation创建好了，客户端能够在数据发往哪个对端的指示下发送应用数据到这个服务器，服务器将中继这些数据到合适的对端。
客户端发送的应用数据包含在TURN消息中，服务器将数据提取出来，并以UDP数据包方式发送给对端。反向上，对端以UDP数据包方式发送应用数据到这个allocation提供的中继传输地址。
因为TURN消息总是包含客户端与哪些对端通讯的指示，客户端能够使用单一的allocation来与多个对端通讯。
turn 术语
TURN client：遵循RFC5766的STUN客户端。
TURN server：遵循RFC5766的STUN服务器。
Peer：TURN客户端希望连接的主机。TURN服务器为TURN客户端和它的对端中继流量，但Peer并不与TURN服务器使用TURN协议进行交互，它接收从TURN服务器发送过来的数据，并向TURN服务器发送数据。
Transport Address：IP地址与端口号的组合。
Host Transport Address：客户端或对端的传输地址。
Server-Reflexive Transport Address：NAT公网侧的传输地址，该地址由NAT分配，相当于一个特定的主机传输地址。
Relayed Transport Address：TURN服务器上的传输地址，用于客户端和对端中继数据。
TURN Server Transport Address：TURN服务器上的传输地址，用于客户端发送STUN消息给服务器。
Peer Transport Address：服务器看到的对端的传输地址，当对端是在NAT后面，则是对端的服务器反射传输地址。
Allocation：通过Allocate请求将中继传输地址提供给客户端，除了中继状态外，还有许可和超时定时器等。
5-tuple：五元组，包括客户端IP地址和端口，服务器IP地址和端口和传输协议（包括UDP、TCP、TLS）的组合。
Channel：通道号与对端传输地址的关联，一旦一个通道号与一个对端的传输地址绑定，客户端和服务器就能够利用带宽效应更大的通道数据消息来交换数据。
Permission：一个对端允许使用它的IP地址和传输协议来发送数据到TURN服务器，服务器只为从对端发来的并且匹配一个已经存在的许可的流量中继到相应的客户端。
Realm：服务器内用于描述服务器或内容的一个字符串，这个realm告诉客户端哪些用户名和密码的组合可用于认证请求。
Nonce：服务器随机选择的一个字符串，包含在报文摘要中。为了防止中继攻击，服务器应该有规律的改变这个nonce。
协议交互过程详细举例
以图2为例进行讲解，每个消息中，多个属性包含在消息中并显示它们的值。为了方便阅读，值以人们可读的格式来显示。
接着，客户端为了准备向对端A发送一些应用数据而创建一个permission。这里通过一个CreatePermission请求来做到。该请求携带XOR-PEER-ADDRESS属性包含有确定的请求的IP地址，这里为对端A的地址；需要注意的是，属性中地址的端口号被设置为0在CreatePermission请求中，并且客户端使用的是对端A的server-reflexive地址而不是它的主机地址（私网地址）；客户端在该请求中携带与之前的Allocate请求中一样的username、realm和nonce值，因此该请求被服务器认可。此时在该请求中，客户端没有携带SOFTWARE属性。
服务器收到该CreatePermission请求，产生一个相应的许可，并以CreatePermission成功响应来回应。该响应中只包含了Transaction-ID和MESSAGE-INTEGRITY属性。
现在客户端使用Send indication来发送应用数据到对端A。对端的server-reflexive传输地址包含在XOR-PEER-ADDRESS属性中，应用数据包含在DATA属性中。客户端已经在应用层上执行了路径MTU发现功能，因此通过DON’T-FRAGMENT属性来告知服务器当通过UDP方式来向对端发送数据时应设置DF位。Indications不能使用长期证书机制来认证，所以该消息中没有MESSAGE-INTEGRITY属性。
服务器收到Send indication后，提取出应用数据封装成UDP格式发给对端A；UDP报文的源传输地址为中继传输地址，并设置DF位。
对端A回应它自己的包含有应用数据的UDP包给服务器。目的地址为服务器的中继传输地址。当服务器收到后，将生成Data indication消息给客户端，携带有XOR-PEER-ADDRESS属性。应用数据包含在DATA属性中。
接着，对端B发送UDP数据包回应给服务器的中继传输地址。服务器收到后，回应给客户端ChannelData消息，包含UDP数据包中的数据。服务器知道是给哪个客户端发送ChannelData消息，这是因为收到的UDP数据包中的目的地址（即服务器的中继传输地址），并且知道使用的是哪个通道号，这是因为通道已经与相应的传输地址绑定了。
❽ 如何在两个oracle服务器之间交换数据
为方便完成指定数据表的同步操作，可以采用dblink与merge结合的方法完成。
操作环境： 此数据库服务器ip为192.168.196.76,有center与branch两个库，一般需要将center的表数据同步到branch，center为源库，branch为目标库，具体步骤如下：
1.在源库创建到目标库的dblink
create database link branch --输入所要创建dblink的名称，自定义
connect to dbuser identified by “password” --设置连接远程数据库的用户名和密码
using '192.168.196.76/branch'; --指定目标数据库的连接方式，可用tns名称
在创建dblink时，要注意，有时候可能会报用户名和密码错误，但实际上我们所输入的账户信息是正确的，此时就注意将密码的大小写按服务器上所设置的输入，并在账号密码前号加上双引号(服务器版本不同造成的)。
2.成功后验证dblink
select * from tb_bd_action@branch; --查询创建好的brach库
正常情况下，如果创建dblink成功，可采用该方式访问到远程数据库的表.
3.通过merge语句完成表数据同步
此例中需要将center库中的tb_sys_sqlscripe表同步到branch，简单的语法如下:
merge into tb_sys_sqlscripe@branch b using tb_sys_sqlscripe c on (b.pk=c.pk) --从center将表merge到branch,同步的依据是两个表的pk
when matched then update set b.sqlscripe=c.sqlscripe,b.author=c.author --如果pk值是相同则将指定表的值更新到目标表
when not matched then --如果pk值不一至，则将源表中的数据整条插入到目标表中
insert values (c.pk, c.fk, c.createtime, c.lastmodifytime,c.author,c.mole,c.deleteflag, c.scripttype);
commit; --记得merge后必须commit,否则更改未能提交
4.为方便每次需要同步时自动完成同步工作，可将该语句做成存储过程或脚本来定时执行或按要求手动执行,简单说一下创建脚本的方法:
a.创建merge文件夹
b.先将merge语句写完整后，存到merge.sql文件中
c.新建merge.bat文件，编辑后写入以下内容
sqlplus user/password@serverip/database @"%cd%\merge.sql"
❾ 如何将数据转移至新的服务器
1. 先登陆旧服务器上的LUM，在“清理垃圾”中将mysql和postgres的日志清除干净2. 将/home/ftp, /home/mysql_data, /home/pgsql_data, /home/lum_safe_files目录打包，文件名为my_data.tar.gz（如果有多个FTP主目录，需要将所有FTP主目录都打包）：cd /home; tar -zcvf my_data.tar.gz ftp mysql_data pgsql_data lum_safe_files3. 在新服务器上安装好LuManager，但需要注意的一点就是，新服务器的上数据库版本需要与旧版本的一致，如旧版本的mysql版本为5.1.59，新服务器上的mysql也必须是5.1，可以是5.1.59，也可以是5.1.61，但不要使用mysql5.5.X4. 在新服务器上执行lu-stop，停止lu服务5. 将新服务器上的/home/ftp, /home/mysql_data, /home/pgsql_data, /home/lum_safe_files目录重命名mv /home/ftp /home/ftp.oldmv /home/mysql_data /home/mysql_data.oldmv /home/pgsql_data /home/pgsql_data.oldmv /home/lum_safe_files /home/lum_safe_files.old6. 将旧服务器上的备份文件my_data.tar.gz转移到新服务器上的/home目录下，然后解压tar -zxvf my_data.tar.gz7. 在新服务器上执行lu-start，启动lu服务，然后再用旧服务器上的帐号登陆LUM便可
❿ 几十上百T数据如何在服务器之间迁移，又什么解决方案（可以停机）
要看什么数据，比如文件存储服务器，可以买2块万兆光纤网卡，直接复制，或者用软件复制，速度很快就搞定
如果带数据库，不建议直接复制，容易出问题，
数据库通过使用数据库的软件备份，比如用友，金蝶的数据库，然后复制备份数据到新服务器，原则上，以数据，从小到大开始
如果数据库实在太大，可以给使用该数据库软件的公司联系，看能不能做数据库和软件分离，单独的一台服务器只做数据库，只存放数据库数据，不负载其他软件，或者做类似分布式存储，多台服务器存储数据库数据，不集中在某一台服务器