我有一个当前的使用案例，远程计算机通过Internet连接查询中央PostgreSQL数据库（只读）。 我们希望为这些terminal实施“独立”系统，以便在互联网连接不可用的情况下仍然可以使用。 复制将需要通过一个缓慢的（〜10 Mbps）的链路完成。 数据只能以只读方式访问，这一点很重要，如果数据有些过时，这不成问题。 我目前的解决scheme是在通过互联网复制主服务器的远程计算机上安装PostgreSQL数据库。 该软件将查询本地数据库。 基于来自postgreSQL的信息 （特别是这个演示文稿 ）， Slony似乎是最好的解决scheme。 这是真的，还是有其他更好/更简单的解决scheme，如stream式复制？
我们有一个运行SQL-Server的生产服务器，它保存我们的后端数据，例如客户信息，销售发票等。这些数据的性质是“旧”数据可以改变，例如客户更新他们的地址。 目前，我们使用Windows Server 2008实例作为研究服务器，以便我们可以在其上运行MS-SQL从站，从事活动服务器以事务方式进行复制。 然后，我们每天从从机输出平面文件到我们的研究模式，这恰好是一个MySQL数据库。 我们通过将从数据读入一些algorithm来实现这一点，这些algorithm修改并将数据写入MySQL研究数据库。 我们删除研究数据库中的所有表格，并每天进行干净的导入以处理生产数据库和从属数据库中可能发生变化的“旧”数据。 因此，从实况数据库到我们的研究模式，实质上总是需要每天进行完整的转储和重新导入，这对我们来说是很好的，因为这些都是在本地完成的。 不幸的是，我们在MS-SQL复制和Windows服务器上都遇到了很多问题。 这些问题的来源实际上大多是以人为本而不是技术。 但是，我们增加了一些问题，我们不得不使用其他Linux应用程序服务器，因为在Windows上运行我们需要的一些平台/堆栈在Windows上很难。 我想把我们的研究服务器移动到一个我更熟悉的，能够正确pipe理和configuration的Linux机器上，但是我不知道最好的行动计划，从实时MS-SQL数据库到我们的研究MySQL模式，因为我们现在不会有活动复制到奴隶的选项。 基本上： 大约有5个SQL Server表总共〜3GB 我们的IT人员担心生产服务器上的IO负载，如果我们每天做3GB的出口（目前我们做事务复制到一个从机，然后从从机输出3GB）。 我们将SQL-Server数据更新到我们的研究模式的更新过程期望每天都进行整个导入，但是当然从平面文件/ SQL文件或表中导入并不重要。 所以，我们知道，无论如何，我们将会对SQL-Server数据进行平面文件导入，但问题是，是否有一种明智的方式来每天从MS-SQL表中导出数据，而不必做一个完整的转储？ 我不是在谈论复制，因为在接收端不会有MS-SQL实例，因为它是一个Linux服务器。 但是，是否可以从MS-SQL服务器只导出已经修改了字段的行？ 也就是说，在不修改SQL-Server表的schema的情况下当然要标记编辑的行… 🙂 SQL服务器可以保存修改的行或任何东西的日志？ 如果没有这一切，是否有人有一个关于是否预计在每次进行3GB导出时，预算不足的SQL Server实例会跌倒？ 这一点我不是真的买…我们正在谈论在早上几个小时的数据库负载最小（我们是一个小型的B2B互联网零售商，所以不会期望在这些小时内进行） 。 谢谢！
我正在为我们的MogileFS集群升级存储，并使用重新平衡和设备排空function将数据从一组设备迁移到另一组设备。 我们在一套设备上有大约55TB的存储容量，我想迁移到88TB的新设备上。 我有以下策略设置： [ashinn@mogile2 ~]$ sudo mogadm rebalance settings rebal_policy = from_devices=2001,2002,2003,2004,2005,2006,2007,2008,2009,2010,2011,2012,2013,2014,2015,2016,2017,2018,2019,2020,2021,2022,2023,2024,2025,2026,2027,2028 to_hosts=5,6,7 leave_in_drain_mode=1 但是它似乎只是一次排空/重新平衡一个设备： [ashinn@mogile2 ~]$ sudo mogadm rebalance status Rebalance is running Rebalance status: bytes_queued = 250755303323 completed_devs = fids_queued = 7785000 limit = 0 sdev_current = 2005 sdev_lastfid = 1444986524 sdev_limit = none source_devs = 2016,2028,2007,2013,2012,2022,2008,2001,2024,2017,2023,2025,2009,2015,2006,2026,2021,2020,2019,2010,2027,2004,2018,2014,2002,2011,2003 time_finished = 0 time_started = 1340960590 […]
我一直在试图复制我的两个较大的VM，一个是Exchange 2003，一旦快照开始提交，服务器开始超时。 我已将ESX主机从4.0.0更新到4.1，现在情况更糟。 我的快照需要更长的时间来提交。 任何人都知道如何提交快照，而不会导致虚拟机有networking延迟？
试图重新同步一个奴隶，我遇到了一些我的表没有一个自动增量主索引，但主要的唯一ID（不自动增量）麻烦。 我运行重新同步 mk-table-sync –execute –sync-to-master localhost –databases gman –table“，my，problem，tables” – 等待60 这适用于所有具有自动join主ID的表，对于其他表示： 因为在/ usr / bin / mk-table-sync行7733处没有唯一索引，所以不能在主节点上进行更改。而在本地主机上执行db123.problem 如何以另一种方式解决这个问题？ 我只希望从设备与来自主设备的正确数据同步。 如果可能的话，我宁愿用mk-table-sync来代替LOCK，转储，将转储插入到slave中，这真的是老式的，并不是非常有用的用例。 感谢maakit提示。
我在Amazon EBS上有一个1TB的xfs卷，它包含246GB增量备份，使用rsync和hardlinking创build。 我想把它复制到一个新的，更小的磁盘。 问题是它似乎不适合300GB的磁盘。 有没有我可以调查或任何块大小？ 我最近删除了700GB的备份，我需要清除一些东西吗？ 我正在使用cp -R在已安装的卷之间进行复制
是否有任何陷阱或陷阱复制（主 – 从）MySQL数据库到远程服务器大约100ms ping？
我一直在使用事务复制来将一个表从一个数据库镜像到另一个数据库，最近一直在痛苦地继续运行。 我的目标是简单地在另一个数据库中保留一个表的精确副本。 从插入logging的ASP页面每天大约有100个表格插入，在峰值时间内每天最多插入400个表格。 当我们冲洗桌子时，桌子上的logging总数大约是2万个。 表格有几个文本字段，但不是很大。 将相同结构的同一服务器上的插入行和更新写入到另一个数据库表的最简单方法是什么？ 我想也许复制是过度的，这是一个巨大的痛苦。
我已经使用1个主站和2个从站configuration了postgres备份。 Master和slave1位于美国数据中心，而slave2位于伦敦的数据中心。 有没有办法强制运行伦敦数据中心的应用程序的所有SELECT操作始终使用slave2来避免networking延迟？ 谢谢，卢卡斯
我试图用HAproxy和mysqlbuild立一个基本的高可用性解决scheme。 目前看起来像这样 在host1发生故障的情况下， host2应该获得IP和stream量（使用我的VPS提供商的function称为故障转移IP，我不认为有可能让CARP在那里工作）。 我想在节点上运行监控软件。 这可以工作吗？ 我担心，如果节点之间存在链接问题（裂脑情况），监视软件的每个实例都会假设另一个节点已经死亡，并尝试为自己获取浮动IP。 这并不可怕，但似乎变得更糟。 服务器和两台主机之间没有任何联系的思想，他们是唯一活着的数据库将迅速变得不一致。 有没有办法摆脱这种情况，不涉及第三台服务器？ 我是否真的应该关心脑裂情况： 两台服务器位于同一提供商的两个数据中心（距离彼此仅3跳）。 似乎（traceroute）用于路由host1和host2之间的stream量的机器与用于路由来自互联网的stream量的机器相同。 所以，也许真正的写作（因为互联网是唯一的写作来源）的裂脑情况是不可能的？