如何在两台服务器虚拟主机间同步网站或者论坛？

方案1、
两地的其中一台开网络共享文件夹，另一台通过网页发布系统比如iis去读取该文件夹和数据库
优点：数据会实时同步因为其实就读取一个文件，要求带宽要足够，无需投资
缺点：太TMD不安全了
方案2：
其中一端部署网闸设备，网闸设备可以提供内外网数据的同步，包括数据库和文件，网闸一般由安全设备厂商提供，比如天融信，网神
优点：数据会有一定的延时同步基本是异步，设备自动执行，要求带宽要足够
有一定的安全保障
缺点：设备最好测试
另外可以试下中间件，中间件也能提供单向的数据同步，但双向的基本没听说
给分，采纳

这个要根据不同情况具体分析，有几种方案参考：

数据库A和数据库B是建立在两台独立的数据库服务器上，那么采用dblink方式是一种可行的方式，存在两个数据同步过程：

一、数据库A正常运行的时候需要将数据同步到备用库即数据库B；

二、数据库A不正常的时候启用数据库B，在数据库A恢复正常之前的数据更新都发生在数据库B，那么需要将数据库B的数据同步给数据库A。

第一种方式：前提是数据库A和数据库B本地网是24小时互通的同时对数据同步实时性有比较高的要求，那么可以建立DBLINK，在两个库都建触发器，不管当前在哪个库发生数据更新的时候实时同步数据到目标数据库；

第二种方式：如果数据同步的实时性要求不高，则可以通过定制存储过程的方式（给两个库的数据表加时间戳或者更新标志，）定时同步数据；

第三种方式：通过给两个数据库的数据表加更新标志字段，以第一种方式为主以满足实时性的要求，以第二种方式为辅弥补可能存在的触发器执行更新未成功的情况。

以上的方案都是从数据层面所做的处理，对于数据实时同步还是会存在一定的风险，那么双机热备应该说是最好的选择了。

1、使用第三方同步软件
2、服务器后端挂存储设备，通过异地部署存储设备，两地复制（同步或者异步）
3、通过本地专业的备份软件将数据备份到本地另外设备，将备份设备的数据通过block级别的异地复制也可以达到
成本而言1-3，越来越高

不管是否是微服务架构，应用的各个模块之间都需要频繁的通信、协作、共享数据，实现系统的整体价值。区别点在于单体应用是通过本地方法调用来完成；在微服务中是通过远程API调用完成。
而共享数据最贱的方式就是采用共享数据库模式，也就是单体应用中最常用的方式，一般只有一个数据库，如图一库多服和一库一服的方式:
一库多服的架构模式通常会被认为是微服务架构下的反范式，它的问题在于：
稳定性：单点故障，一个数据库挂掉，整批服务全部停止。服务独立性被扼杀？
耦合性：数据在一起，会给贪图方便的开发或者DBA工程师编写很多数据间高度依赖的程序或者工具；
扩展性：无法针对某一个服务进行精准优化或扩展，服务会大体分为两个读多写少、写多读少，数据库优化是根据服务而来的，不是一篇而论。
所以随行付内部一般推荐的做法：是为每一个微服务准备一个单独的数据库，即一库一服模式。这种模式更加适合微服务架构，它满足每一个服务是独立开发、独立部署、独立扩展的特性。当需要对一个服务进行升级或者数据架构改动的时候，无须影响到其他的服务。需要对某个服务进行扩展的时候，也可以手术式的对某一个服务进行局部扩容。
那么问题来了，在改造中我们发现，以下问题，诞生了该项目：
报表中心和前端详细页都存在SQL Join方式，经历我们一库一服的拆分后，无法在继续使用SQL Join方式了
数据中心，做得是数据聚合，数据拆分后，给数据中心带来了很大的麻烦
微服务之后，各个应用模块对数据库的要求出现了分歧，数据库类型多元化自主选择还是统一
等等

用同步软件不就搞定了，省的瞎折腾了啊
我现在用的Bestsync2011同步软件，我觉得还蛮好用的，速度比较快，日志功能很强大，反正如果同步有任何错误，你能查看到每个文件的同步状态。
for example: 你可以把软件安装在服务器上，建立1个任务，来将这两台服务器进行实时同步。
1 在主菜单里面点 编辑-->追加任务
文件夹1选择 服务器A需要同步的文件夹位置
文件夹2选择 服务器B需要同步的文件夹位置
方向为由文件夹2到文件夹1
然后选择 完成 按钮
在主菜单上，点选 开始 按钮， 这样， A与B上的文件就完全一致了。
2 在任务列表中，双击你刚刚建立的这个任务，然后会d出属性对话框

翻到 “日程” 那页
勾选上 “文件一旦变化，立即同步”这个选项
最后点击 确定 按钮
这样，只要服务器A的指定文件夹一旦变化，就实时同步到服务器B了以此类推
他们新浪微博上要好多教程，你不清楚可以去看那上的手册。。。
是否可以解决您的问题？

可用的方案:
1 发布/订阅 这是表级的, 需要针对每个表配置 延迟一般1~5秒 好处是a/b服务器是的数据都是可读写的(合并复制)
2 事务日志传送 数据库级别的配置 延迟一般在1分钟以上(因为是用作业定时处理的) 优点是备用服务器可以只读访问, 并且配置和管理比发布/订阅简单
3 数据库镜像 数据库级别的配置 最高效的同步方案 延迟很小, 故障时可以很方便切换到备用服务器 缺点是备用服务器不可访问(可通过快照访问截止某个时间点的数据)

---