Warning: file_get_contents(/data/phpspider/zhask/data//catemap/8/api/5.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181

Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/jquery-ui/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
用于偶尔连接复制的基于Linux的RDBMS_Linux_Database Replication_Occasionallyconnected - Fatal编程技术网

用于偶尔连接复制的基于Linux的RDBMS

用于偶尔连接复制的基于Linux的RDBMS,linux,database-replication,occasionallyconnected,Linux,Database Replication,Occasionallyconnected,我正在寻找满足以下要求的数据库复制解决方案: 使用Linux兼容的RDBMS(Atom 32位单核体系结构) 在偶尔连接的环境中工作,具有双向数据流 在不重新启动数据库引擎的情况下处理动态添加对等点 以下是我的配置细节:我在远程位置运行多个基于Linux的迷你服务器,这些服务器通常会一次失去互联网连接长达一周。这些小型服务器记录来自用户的数据,并应将该数据复制到他们在网络上可以看到的任何对等方(在给定vlan中可能部署多个用于冗余)。当连接到internet时,这些迷你服务器应与我们的中央服

我正在寻找满足以下要求的数据库复制解决方案:

  • 使用Linux兼容的RDBMS(Atom 32位单核体系结构)
  • 在偶尔连接的环境中工作,具有双向数据流
  • 在不重新启动数据库引擎的情况下处理动态添加对等点
以下是我的配置细节:我在远程位置运行多个基于Linux的迷你服务器,这些服务器通常会一次失去互联网连接长达一周。这些小型服务器记录来自用户的数据,并应将该数据复制到他们在网络上可以看到的任何对等方(在给定vlan中可能部署多个用于冗余)。当连接到internet时,这些迷你服务器应与我们的中央服务器同步,数据可能从迷你服务器流向中央服务器,或从中央服务器流向迷你服务器


我认为SQLServer可以处理大部分问题,但它不能在Linux上运行。有什么想法吗?我可以做大量的自定义编码以使解决方案正常工作,但我当前的解决方案是我自己的自定义复制系统,不用说,它无法满足企业软件的期望…

我将把缺少响应视为一个隐含的“否”。如果有人感兴趣,我计划在明年内推出自己的postgres附带产品,支持动态多对等复制。

我不熟悉它的所有功能,但我相信MySQL 5.5符合您的要求(它是免费软件,可能在Linux和Windows上运行)。谢谢您的评论。不幸的是,每次添加复制对等点时,MySQL都需要重新启动数据库引擎。因为我需要能够动态添加对等点,并且我的数据库需要具有高可用性,所以这对我来说不起作用。另外,MySQL 5.1(我不确定5.5)不了解时区,而且由于我有跨时区的数据库,这对我来说至关重要。我想我应该在问题中提到……数据大吗?关系方面重要吗?也许
unison
就足够了。。。。嗯,这是一个非常有趣的想法,但我认为我们在能够从两端使用sql查询数据方面投入了太多的基础设施。。。每个单独的复制通常只覆盖几兆的数据,但总体结构大小接近100GB。。。不过这个方法很有趣。也可能是相关的。