当我有一个遍布全球的副本的DAG，并且初始播种已经完成时，Exchange如何控制使用哪台服务器来完成需要复制的优秀CopyQueueLength日志？ 我怎样才能控制这个？ 这很重要的原因是因为有些数据库有一个本地的同一站点（1000千兆连接），其他数据库在一个MPLS / WAN连接上
我正在构build一个新的PostgreSQL（9.3）环境，在这个环境中，stream量徘徊在99％左右。 我们将有2个非常强大的机器，通过1Gb以太网连接。 9.x版本提供了众多的复制和故障转移选项，高读取scheme的最佳select是什么？ 备用服务器也作为只读从属设备的解决scheme是理想的。
我有一个奇怪的例子，其中2个glusterfs砖块中的1个将会脱机，并将所有的客户端坐骑都closures。 据我了解，这不应该发生。 它应该故障转移到仍然在线的砖块，但事实并非如此。 我怀疑这是由于configuration问题。 这里是对系统的描述： 2专用硬件上的gluster服务器（gfs0，gfs1） vms上的8个客户端服务器（client1，client2，client3，…，client8） 一半的客户端服务器使用gfs0作为主服务器，而另一半则指向gfs1。 每个客户端都使用/ etc / fstab中的以下条目进行装载： /etc/glusterfs/datavol.vol /data glusterfs defaults 0 0 这里是/etc/glusterfs/datavol.vol的内容： volume datavol-client-0 type protocol/client option transport-type tcp option remote-subvolume /data/datavol option remote-host gfs0 end-volume volume datavol-client-1 type protocol/client option transport-type tcp option remote-subvolume /data/datavol option remote-host gfs1 end-volume volume datavol-replicate-0 type cluster/replicate subvolumes datavol-client-0 datavol-client-1 end-volume […]
当加载数据到mongodb，我不断收到“错误RS102过时赶上”…经过研究，我发现我的32位Linux机器的默认oplog大小太小。 我想它是300 MB ..有没有人知道这样做的一步？
我们有3个区域。 其中一个区议会在两周前去世（不会启动）。 我们执行元数据清理以从AD中删除旧的DC。 然后我们用一个新的名字（我们使用相同的IP地址）build立一个新的DC。 最初的DNS复制function正常。 但是，两周后，我们发现其他DC上的新DNS条目不会复制到这个。 我们在这个DC和其他DC上运行了“repladmin / showrepl”。 在新的DC上，repladmin说所有最近的复制都很顺利。 但是，在其他DC上，复制到新DC失败，导致错误8524“由于DNS查找失败，SDA操作无法继续”。 新的DC的主机名在我们域的正向和反向查找区域中列出。 但是，它在_msdcs查找区域中格式很奇怪。 只有主机名，而不是FQDN。 在DNS中，正向查找区域“_msdcs.ourdomain.com”如下所示： Name Type Data (same as parent) Start of Authority [630,DC3., hostmaster.ourdomain.com] (same as parent) Name Server (NS) dc1.ourdomain.com. (same as parent) Name Server (NS) dc2.ourdomain.com. (same as parent) Name Server (NS) dc3. SID1 Alias(CNAME) dc1.ourdomain.com. SID2 Alias(CNAME) dc2.ourdomain.com. SID3 Alias(CNAME) […]
问：如果WAN链路丢失，Windows DFS（DFSR）是否恢复部分传输？ 这似乎是一个明显的“是”，但希望在这里有人能提供一个明确的答案。 背景 环境由两个地理位置独立的networking通过站点到站点VPN相连接。 地点A有一个DSL互联网连接。 位置B有一个T1。 之前我们使用其他技术复制时遇到了问题，因为位置A遇到了一些导致数据包丢失的networking问题。 因此，我们需要一种支持恢复复制以克服外部失败原因的技术。 研究线索 到目前为止，我发现的与我的问题最相符的资源是： 复制计划在复制文件时closures时，复制计划将暂停，并且在计划打开时，复制继续它暂停的位置。 （ http://technet.microsoft.com/library/cc773238(WS.10).aspx#BKMK_080 ） 在复制期间WAN链路失败时DFSR将继续尝试复制，同时计划保持打开状态。 （ http://technet.microsoft.com/library/cc773238(WS.10).aspx#BKMK_017 ） 但是，我无法find我的问题的直接答案，可以将其改写为“在复制过程中WAN链路失败时，DSFR将继续复制停止或重新启动的位置？ 一些将被复制的文件可能超过1GB，因此，我试图确保DFSR具有某种forms的处理恢复部分复制文件（思考rsync的部分标志）。
我正在build立由2个节点，一个主站和一个从站组成的PostgreSQL 9.2.8群集。 我使用stream式复制和repmgr 2.0。 我的平台是RHEL 6.3。 主人和奴隶可以手动启动，但我不能让他们由我的Pacemaker群集启动。 日志显示主设备启动成功，然后显示器返回一个8（作为主设备运行），然后几乎立即由起搏器降级。 在我的第二个节点上，奴隶根本不开始： Apr 28 12:41:07 clustera lrmd: [1891]: info: RA output: (POSTGRESQL:0:start:stdout) POSTGRESQL : action = start Apr 28 12:41:07 clustera lrmd: [1891]: info: RA output: (POSTGRESQL:0:start:stdout) START: status = 7 start() NOT RUNNING Apr 28 12:41:07 clustera lrmd: [1891]: info: RA output: (POSTGRESQL:0:start:stdout) calling pg_start Apr 28 […]
我正在使用指向5个Apache节点的haproxy，问题是我想复制这些节点之间的Apache数据。 我已经安装了DRBD，它只能在2个节点上运行 rsync不是一个好的select，因为它的性能不好。 有没有办法在5个节点之间复制数据？
我希望对复制运行Symantec Endpoint Protection Manager（SEPM）和Symantec Mail Security for Microsoft Exchange（SMSMSE）的Hyper-V虚拟机提供一些build议。 问题是由防病毒定义更新生成的大量复制数据。 当客户端使用新的病毒签名进行更新时，每个由SEPM保护的虚拟机都会生成大约3GB的数据更改。 这是可以pipe理的，我可以随机分配这些更新。 尽pipe如此，我希望尽可能保持这一点。 但是运行SEPM的虚拟机似乎每天产生大约30GB的变化。 我认为这是因为它保留了几个版本的签名来帮助更新客户端。 此外，它有数据的副本（如压缩文件，扩展文件，在inetpub等） 使用SMSMSE的VM每天也会产生大约30GB的更改。 由于我们正在运行SEPM 12.1，所以我们无法分享这两种产品之间的定义。 所以，我们有两个定期更新的大型数据存储。 这与正在复制的实际业务数据完全不同，可能小于5GB。 我已经通过了所有关于减less文件存储的各种赛门铁克build议，并且我认为在不降低产品有效性的情况下，我已尽全力做到了。 我只存储了3个版本，仅适用于所需的目标操作系统等。但是，我会就如何减lessSEPM和SMSMSE所需的存储空间提出build议。 假设我不能缩小SEPM和SMSMSE数据的大小，是否有减less复制负担的多种select。 例如，closuresSEPM的复制，只需进行隔夜备份，而不是用于DR目的的复制副本。 或者将SEPM和SMSMSE数据存储在具有重复数据删除的独立驱动器上（如果可能）。 我是Hyper-V复制的新手，我希望有一些技巧可以帮助解决这种情况。
我正在咨询一个networking，他们在中央位置有5个域控制器，在其他位置有很多只读控制器。 SCOM大声疾呼，每个GC都有极高的复制伙伴数量。 例如 81而不是40 58而不是40 65而不是40 虽然我可以理解这可能会在几年前的一个缓慢的networking中出现问题，并且SCOM已经准备好了最糟糕的情况（最好是安全，然后抱歉），我想知道是否还有更多的问题，然后只是networking和无论如何，我应该通过增加更多的中央GC来缓解负荷。 虽然我知道这只是一个警告，我可以忽略它，或者我可以改变监控级别，不在乎如果限制不是至less100，但也许有更多的，那么我预测。