我们重复得到： Microsoft Exchange邮箱复制服务无法处理邮箱数据库中的作业。 数据库：DB24 错误：在Active Directory中找不到系统邮箱“SystemMailbox {fc55d672-c669-4cb7-bb3b-ef091441ec8c}”。 服务器已经重新启动，它已经在SP3上，我们知道邮箱不在那里 Get-Mailbox -Arbitration | fl Name 不显示有问题的邮箱。 有任何想法吗？
有许多文章介绍了如何构build复制toplogy，以及所有的原因，他们都归结为节约带宽，并达到您的组织可以接受的收敛时间。 在我看来，AD复制是一个微不足道的数据，我想我想调整复制频率，以绝对最大的速度。 （一个站点每小时4次，站点间隔15分钟一次，站点内每小时1次，站点间隔180分钟一次）。 我浏览了一下，发现AD复制中使用的端口和协议列表，并且有很多。 LDAP，Kerberos，Ping（ICMP Echo），RPC等等。当然，我可以创build一个wireshark捕获来查看这个stream量，但是这将是一个巨大的捕获filter，非常复杂。 所以我的问题是： 有谁知道用什么方法来衡量AD复制使用的带宽？ 我正在testing我的假设，这是一个很小的stream量，基本上在现代最不连贯的地方是最慢的连接是3兆比特。
我有两台运行SQL Server 2008 R2的Windows Server 2008服务器。 一个用作主数据库，另一个用作镜像故障转移（两个网站数据库+会话ASPState）。 一切都很好，直到其中一个数据库成为主服务器后重新运行的主服务器。 我得到这个错误： Invalid object name 'tempdb.dbo.ASPStateTempSessions'. 我能够通过运行存储过程ASPState_Startup （它执行ASPState.dbo.CreateTempTables ）来解决这个问题，但是只有在DB是“主体”状态的情况下。 当服务器重新启动时，它将总是回到DB处于“镜像/恢复”状态，这意味着我无法在启动时运行该SP。 有关如何解决此问题的任何build议？
我们可以在主/从上设置以下版本的mysql主从复制： mysqld Ver 5.5.28-29.1-x86 for x86上的Linux（Percona Server（GPL），版本29.1） 有一天，我们注意到复制已经停止，我们尝试跳过导致复制错误的条目。 错误仍然存在，所以我们决定跳过4个有问题的表的复制。 除了四张桌子外，奴隶现在已经赶上了主人。 为4个表再次启用复制的最佳方法是什么？ 这是我的想法，但我不知道它是否会工作： 1）修改slaveconfiguration，为4个表再次启用复制 2）停止从复制 3）对于4个表中的每一个，使用pt-table-sync –execute –verbose –print –sync-to-master h = localhost，D = mydb，t = mytable 4）重新启动从属数据库重新加载复制configuration 5）启动从属复制
有没有办法通过registry编辑或其他方法，通过下拉菜单中列出的值以外的值来限制复制吞吐量？ 我特别喜欢10Mbps或12Mbps的选项。
我们目前正在运行一个master – > slave，slave，slave，slave，使用postgresql 9.2.8和streaming以及WAL-E / S3来处理wal分段。 现在所有的副本都应该“恢复”吗？ 运行SELECT pg_is_in_recovery（）; 在他们所有的回报是真实的，这是有关的。 我们可以对它们运行查询（假设它们不超过30秒）。 我正在尝试使用WAL-E从其中一个现有的从设备上复制另一个副本，但是我现在无法做到这一点，因为每个副本都处于恢复模式。 我无法运行pg_basebackup或在副本上使用wal-e的备份function。 艾米我错过了明显的东西？ 我能想到的唯一的事情就是大约2个月前我们遇到了一个问题，那就是我们的硬盘驱动器已经被我们的主人占满了，并且被closures了。 我们能够启动它，清除磁盘空间，并继续从主站进行stream式传输/复制。 如果我只是简单地启动3个postgresql服务器，并使用stream/归档在3个服务器链（master – > slave – > slave）中configuration它们，就可以正常使用WAL-E，就像我这样做了。 只是由于某种原因，我无法让我们现有的生产副本stream/存档到任何其他服务器。 具体来说，archive_command从不在任何副本上运行（因为它停留在恢复模式）。 有没有人有任何build议，我可以进一步debugging/诊断呢？ 我试图find一个解决scheme，没有显着的停机时间到我们的生产数据库（因为我总是可以重新导入数据库到一个新的服务器，再次启动链，但这将需要12个多小时）。 这里是configuration细节： https ：//gist.github.com/Geesu/1a696262e46ba9f0a24c以及local_backup_script.sh：https：//gist.github.com/Geesu/3b8b35e108d8e2205da7 谢谢！
我目前有一个VM架构设置高可用性/可pipe理性。 一个失败的问题是我有一台Windows 2008计算机，在我的Web服务器场中的服务器上运行DFS复制。 我正在升级到2012年的虚拟环境，我想用一个Windows故障转移群集来代替单机。 我可以在集群的节点上运行DFS复制pipe理器吗？ 我find的所有信息都是关于将群集添加到DFS复制集，我不想这样做。 我想要复制每个Web服务器节点的共享本地存储，以便集群不会存储刚刚pipe理同步的数据。 另外，如果有更好的方法来做我想做的事，请让我知道。 请记住，我也想使用SQL AOG设置集群，所以这就是为什么我认为我可以通过运行DFS一箭双雕。 谢谢，杰森
最近我一直在努力使用LDAP后端（基于推送的复制）获得slapd syncrepl的工作。 虽然我使用syncrepl进行pull操作的时候出现了很棒的效果，但是基于push的操作却让我失望了。 当我启动slapd时，遇到以下输出问题：syncrepl_message_to_entry：rid = 700 mods check（pwdAttribute：value＃0 invalid per syntax） 这是关注我的默认密码策略。 我已经看到关于这个类似问题的其他消息，但其中大多数从来没有产生答案，所以我希望我必须俯视一些相当简单的东西。 我正在使用olc数据库运行此slapd（2.4.35）实例，并使用以下相关参数： objectClass: olcDatabaseConfig objectClass: oldLDAPConfig olcDatabase: {1}ldap olcDbACLBind: bindmethod=simple binddn="cn=Directory Manager" credentials="xxxxxxx" olcDbOnErr: continue oldDbUri: ldap://mysatelliteldapserver oldSyncrepl: rid=700 provider=ldaps://masterldapserver.mydomain.com:636 bindmethod=simple binddn="cn=Directory Manager" credentials="xxxxxxxx" filter="(objectclass=*)" searchbase="dc=my,dc=base" scope=sub schemachecking=off type=refreshOnly interval=00:00:05:00 哪个应该从“masterldapserver”拉到“mysatelliteldapserver”。 这工作，直到它达到我的密码策略，然后它得到： syncrepl_message_to_entry: rid=700 mods check (pwdAttribute: value #0 invalid per syntax) 这完全是假的。 […]
我需要指定一种将Windows 2008 Active Directory环境迁移到新数据中心的方法。 目前两个数据中心之间没有连接，如果需要的话，这可能是一个select。 我在这里寻找最明智的方法。 有限的停机时间是可以接受的，但这应该限制在几个小时而不是几天。 我看过的当前选项是： 将新数据中心中的新DC添加到现有域（具有适当的连接）并允许复制，然后分解旧服务器。 进行备份并在新的数据中心恢复这个，但是根据我的阅读，这使用系统备份，如果恢复到新机器可能不会工作？ 感谢您的帮助。 谢谢
我正在使用SQL Server 2012 SP2的解决scheme，但没有使用AlwaysOn可用性组。 这是由于跨数据库事务，这不适用于这种情况。 注意：我们正在讲话时正在处理这个问题，但作为背景信息添加到我的问题中。 我们正在使用HP 3PAR StoreServ解决scheme，通过SAN获取站点到站点的同步复制。 这允许灾难恢复scheme跨站点工作，所以我们可以故障转移到我们的中学。 我关心的是0的RPO，因为有可能会丢失数据和发生损坏的场景。 例如，链接在站点之间被切断，然后主站点closures。 我的问题如下： 在同步完成之前，SAN是否拒绝数据写入I / O？ 要么 如果一个链接被切断，SAN缓冲区块变化，直到连接恢复？ 如果在TL日志写入和DR发生期间链接被切断，这是否意味着我们将有可能损坏的TL写入辅助站点，从而导致数据丢失？ 数据丢失仅仅是因为主要能够提交，但是次要的是不能同步的。 是否有RPO为零（SQL Server /内存/networking/ SAN / IO）的保证？ 从HP 3PAR StorageServ白皮书： 用于要求容灾环境的复制解决scheme ，第6页： 对于同步复制解决scheme，解决scheme的RPO始终为零。 对于asynchronous复制解决scheme，RPO总是大于零。 asynchronous定期模式是asynchronous复制。 因此，在devise一个使用asynchronous定期复制的解决scheme时，RPO就成了一个问题。 SAN保证零容忍的RPO，那么在networking死亡的情况下，SAN不允许改变渗透到I / O？ 更新： 我在上面的参考文献的第12页find了这个信息： 同步远距离拓扑 远程复制同步远程（SLD）拓扑是目前支持的唯一拓扑，允许将远程复制卷组中的卷从一个源StoreServarrays复制到两个不同的目标StoreServarrays。 它通过在两个StoreServarrays（“源”和“同步目标”数组）之间同步复制数据，同时通过周期性asynchronous模式将同一数据复制到第三个StoreServarrays（灾难恢复或“asynchronous目标”arrays）来完成此操作。 用户可以select以主动 – 主动的方式处理两个同步arrays，如果数据中心中的故障指示故障切换是必要的，并且在“同步目标”arrays上恢复操作，则在它们之间进行故障切换。 这提供了故障转移解决scheme，由于在同步arrays之间发生的复制的同步性质，所以提供等于零的RPO。 在故障转移到同步目标arrays时，该arrays和asynchronous目标arrays之间的被动asynchronous定期链接变为活动状态，并且任何已复制到同步目标但还没有到达同步目标arrays的数据都将从同步目标arrays到asynchronous目标，使asynchronous目标arrays保持最新，同步目标发生的最后一次写入。 然后操作继续在同步目标数据中心，并继续将数据复制到asynchronous目标arrays。 根据这些信息，您确实需要第三个端点参与asynchronous复制，以便在networking链接断开时，辅助站点将能够被通知更改。