如何使用Salt将敏感文件（encryption密钥）从一个特定的小爪子安全地复制到另一个特定的小爪子？ 我不希望任何其他奴才能够读取文件。 盐矿？ 盐矿似乎是一个合乎逻辑的开始，但文件说： 盐矿是用来收集任意数据从仆从，并存储在主。 这些数据然后通过salt.modules.mine模块提供给所有的Minions。 我不希望所有的奴才都能得到这些数据，只有一个。 另外，我不需要定期刷新 – 我只需要为目标state.highstate运行state.highstate时读取文件。 cp.push ？ Salt的cp.push函数似乎是将文件传递给master的一个好方法，除了： 它使用salt.transport.Channel.send()方法， 不保证是保密的 主cp.push在主服务器的文件系统中提供由cp.push全局读取权限推送的文件 一旦这个文件在主人身上，怎么把它送到目的地奴才是不明显的 自定义外部支柱？ 我可以写一个自定义的外部支柱 ，以某种方式从源文件中读取文件（如何？），然后通过支柱将文件的内容提供给第二部分。 这似乎是一个应该内置的行为很多的努力。
在我的主域控制器上，每个GPO策略的AD和Syslog版本似乎都是正确匹配的： 但是，当我运行组策略结果报告时，它说它们是“AD / SYSLOG版本不匹配”： 根据repadmin / showrepl，我的复制启动并正常工作： 这里发生了什么？
我们正在考虑在我们自己的系统上托pipe客户端的数据，并使用MS Sync Framework在每个客户端的站点上使用SQL Server实例复制数据。 每个客户平均可能有大约500MB的数据，可能有多达1000个客户端站点，所以我们总共有大约500GB的数据。 数据更改将需要在两个方向上进行复制。 有没有人试图用这个客户端数量的分布式系统？ 有没有实际的限制？
如何正确地ALTER SQL 2005合并复制中的StoredProcedure？ 我只需要添加一个列。 我已经成功地将它添加到表中，现在我需要将它添加到SP。 我这样做，但现在不会与以下错误同步 – > Insert Error: Column name or number of supplied values does not match table definition. (Source: MSSQLServer, Error number: 213) 在下面添加我的评论，以方便查看 是的表更改已经被复制。 然后存储过程退出工作，因为列已closures，所以我做了存储过程的ALTER，并试图复制它。 现在它不会同步
我正在build立一个预生产环境作为生产的副本。 第一次完成时，很久以前，当创build阶段/预生产环境时，我们创build了一个AD虚拟机，临时将其添加到生产中，等待它被复制到生产中，然后将其从生产中移除。 似乎应该有一个更简单的方法/更好的方式来获取生产AD环境的快照。 谷歌search我的问题的变种没有返回有用的结果。 其他人是否有类似的（由于遗留原因）环境？ 我们是这样做的吗？
我发现了从2003到2010的公用文件夹复制的几个指南和教程，但是我仍然有点困惑。 我们所拥有的是一个2003交换服务器，它显然拥有我们所有的公用文件夹和一个DAG中的两个2010交换服务器，我们希望将公用文件夹移动到。 在每个Exchange 2010服务器上，我们运行AddReplicaToPFRecursive.ps1脚本，然后更新public-publicfolderhierarchy脚本。 我可以看到数据库的规模已经增长了，虽然它现在是2003年数据库大小的两倍。如果我运行get-publicfolderstatistics，那么它会列出所有公共文件夹，并且我可以看到它们中有项目，和他们有适当的大小。 然而。 如果我打开2010服务器上的公用文件夹pipe理控制台，则可以看到文件夹层次结构，但文件夹中没有实际显示任何项目。 在将所有副本移至2010年之前还有其他事情需要处理吗？
我有一个Glassfish（3.1.2）群集超过2台计算机作为节点，与mod_jk负载平衡器。 servlet实例variables是否完美地复制？ 如果没有，我怎么确定它是？ 所有的操作，包括方法调用和磁盘写入，都完美地复制了吗？ 如果没有，我怎么确定他们是？ 这些可能看起来像一个愚蠢的问题，但我并不是寻求“负载均衡”，而是寻求确切的复制，以便在未来任何服务中断的情况下进行升级。 如果还不是这样的话，我该如何做到这一点？
我目前有几十个站点通过rsyslog将数据推送到中央数据库。 所有这些logging都将放入一张表格中（每个站点每秒插入大约20-30个）。 因此，一张桌子上有大约3000万条logging，而且增长很快。 数据库devise是一个独立的问题，待以后处理。 我的目标是在每个站点设置一个本地数据库，这个表收集syslog并将其复制到我们的中央数据库（希望同步）到以该设施命名的新表（而不是一个大表收集所有17个设施数据）。 我曾经看过Bucardo，Slony和SymmetricDS，但它们都是冗余/备份解决scheme，但我真正需要的是从每个站点到中央数据库的基本单表复制。 我对Bucardo的最初印象是，我需要将它安装在每个站点来完成这一点。 如果有人能提供一些build议，我正在寻找一些指导。 我相信我已经死了，但我希望被certificate是错误的。
我试图build立一个由两台服务器组成的冗余设置， 数据库（MySQL master-master在主动/被动模式下） 文件系统（分布式/复制） 我们的应用软件（使用分布式文件系统保持同步） 大多数情况下，两台服务器中的一台将成为“主要”服务器，另一台将复制所有数据，并将用于分配工作量（Gearman）。 在主服务器出现故障的情况下，一切都切换到“备用”服务器，该服务器将成为“主动”服务器并继续工作。 为了降低两台服务器完全失败的风险，它们在两个遥远的数据中心（相同的国家/直接连接）中在地理上是分开的 。 我读了很多关于分布式文件系统，但仍然没有线索，哪个解决scheme适合只有两个节点… 对分布式文件系统有更多的要求： 必须符合POSIX标准 必须在两个方向上复制一切 （所有数据必须在两台服务器上都可用）（所有数据都可以在任何地方更改） 与现有数据有关的当前统计数据应该在未来被复制： 约30 GB的数据 ，自3年以来不断增长 在7500个目录中约有300万个文件 平均文件大小约。 5-10kb ; 有10-50 MB的大文件 大多数文件都是定期在一天中添加，一旦处理就移动到另一个目录（类似于基于文件的邮件服务器） 一天一次，几千个文件（前一天收到的）被存档到一些TAR档案中，并“离开” 在添加文件时，首先将数据写入以“。”开始的临时文件。 然后在完成时重命名。 只有很less的现有文件正在改变。 系统应该处理意外的连接损失，重启服务器等。 没有问题，如果复制滞后1-2秒，但它应该始终处于一致的状态 正如所说，分配。 的filesys。 将只包含两个节点，但是如果我可以添加额外的节点/服务器将会是一个很大的好处，未来我是否需要更多的计算能力 更新/更多细节： 我只需要“在两台服务器上存储的文件，立即同步”的意义上的冗余。 当访问文件时，我不需要文件系统从另一台服务器读取数据，只是因为本地硬盘出现故障。 当本地硬盘故障时，整个服务器机器被认为是“坏”，因此应该停止工作。 哪种文件系统适合在这种情况下？
我正在寻找一个良好的configurationpostgresql复制与强大的故障转移策略（自我托pipe）。 实际上，我使用repmgr在master / slave中configuration了两个postgresql实例。 现在，我不知道在这两个实例之前应该放置什么来实现良好的故障转移。 我希望当主人倒下时，奴隶会自动向新的主人升职，而不会为客户停工。 我认为我应该把pgbool（或pgbouncer？）放在主/从postgres之前，但是为了避免把它作为单点故障，我应该有两个这样的实例，对不对？ （这是我想到的一个例子： http ： //i.imgur.com/yqky2bl.png ）。 我的根本问题是如何configuration两个不同的pgpool实例的自动故障转移。 我怎么能确定这两个改变内部主/从configuration？ 应该使用pgpool来创build故障转移或repmgr（更改两个pgpool实例的configuration）？ 我有一些怀疑，我是在正确的方式，基本上是因为我没有find关于这种types的configuration大量的文档，以及如果例如主人回来在网上可能会发生几分钟的networking问题（所以postgres不是真的下降，但它是无法由客户端）。 为了使事情更加复杂，我试图用dockerconfiguration这个基础设施（但也许可以更简单，因为我可以销毁一个pg实例，并用docker创build一个新实例）。