如果我们将sync_binlog设置为0（可以延迟将二进制日志同步到磁盘的操作系统），是否会在从服务器复制这些二进制日志所需的时间内引入任何延迟？ 换句话说，二进制日志可能在被刷新到磁盘之前转发到从属服务器？
我有一个包含数十万个文件的目录。 一个文件通常如下所示： CED375_description_01.jpg 。 我需要把这个文件移动到另一个目录，但是这个文件需要被移动到结构/ced/ced375/ced375_description_01.jpg 。 我有什么select来实现这一目标？
我们有两台Windows 2008 R2服务器。 一个位于运行所有域login，资源，文件共享等的房子。第二个服务器是一个AD副本，它是远程托pipe在我们的数据中心使用VPN进行通信。 第二台服务器托pipe的唯一主要服务是Exchange。 几个月前，主Active Directory（内部）服务器崩溃，然后从备份中恢复。 然后修复活动目录，使其再次开心，然而异地（第二台服务器）以来没有复制。 降级和重新推销离线服务器安全交换服务是否安全？ 然后重新启动Exchange一旦完成复制？ 邮箱是否仍然与正确的帐户关联？ 请注意：活动目录中没有发生重大变化（例如更改用户，密码和新计算机）。 所以不应该有任何空邮箱或新用户。 谢谢JJ
我们有一个新的Windows 2008服务器，并希望通过我们的旧文件传输。 尝试使用/ E / SEC / COPYALL使用Robocopy，但没有做任何事情，RichCopy在计算机之间复制文件，但不保留权限。 有任何想法吗？
案子： 工业IT系统，在两条生产线上控制和存储数据 每条生产线都有一台服务器。 每台服务器都运行该生产线的自动化对象。 每台服务器都有一个本地SQL服务器数据库，用于存储该生产线的数据。 自动化软件具有内置冗余。 一条生产线服务器上的服务器故障将导致自动化对象在另一台服务器上运行。 一个想象中的场景：生产线1的服务器上的磁盘控制器发生故障。 目前，会发生以下情况： 自动化对象将在生产线2的服务器上开始运行。 但是当自动化对象开始对服务器1进行数据访问时，它们当然会失败（因为磁盘控制器不起作用）。 所以我们讨论了select。 有同事提出如下build议： 复制服务器2上的服务器1数据库。反之亦然。 使用本地主机连接string设置数据访问。 所以当自动化对象开始在其他服务器上运行时，他们的数据访问将会转到他们运行的服务器上的数据库。 我没有复制的经验。 复制是否是上述问题的可行解决scheme？ 设置复制时要记住的重要事项？ 其他build议？
我有一个中央SQL 2005作为发布者/分发者在我们公司设置了合并复制，客户端都是SQL 2005 Express。 在我们的远程分支机构，我们在初始同步时间方面有困难。 该数据库是〜2GB，第一次运行需要一个多小时。 在解决这个问题时，我注意到我可以指定一个备用的快照位置，然后可以select压缩它。 我试过（压缩），它显着压缩，但我想知道我应该知道什么时候打开它。 我注意到这是一个单一的.cab文件压缩forms与以前的所有个人脚本文件。 什么是捕捉？ 为什么你不总是使用压缩格式？ 如果两者都被选中，默认和替代压缩，我该如何告诉它使用一个或另一个？
我安装在一个有大约20台计算机的小型服务器场中。 我的工作要求我从这些服务器拷贝exception大量的数据到外部HD。 我最终有时每周复制3TB到硬盘（有时更多）。 窗户复印机不能切割它。 命令提示符下的Xcopy / Robocopy迫使我编写愚蠢的批处理程序来正常工作，而且这是sl and而引起的问题。 我需要根据我想要的复制几个不同的目录，到一个地方。 RichCopy / TeraCopy的select元素/ GUI非常好。 但是，当你一次开始复制1TB（特别是TeraCopy）时，这两个接口都是非常麻烦的。 RichCopy工作完美，如果它只有一个目录镜像到另一个，但大部分时间，这不是我需要做的情况。 所以我的问题是，是否有正确的复制软件，可以一次处理大量的数据？ 不只是大文件，而是数以百万计的小文件加起来总共是1TB。 它不必是免费的。 我所有的机器都是xp，只有一个集中的服务器是Windows Server 2003。
我有两个Windows Server 2003，都有DFS，它们之间有复制。 我想将主win2k3 DFS服务器迁移到win2k8。 什么是最好的办法呢？ 我发现这篇文章：迁移基于域的命名空间到Windows Server 2008模式http://technet.microsoft.com/en-us/library/cc753875.aspx 但是我只关心迁移DFS复制而不是命名空间。 谢谢。
我有2个网站。 Site1有2个DC，Site2有1个DC。 如果我在Site1上创build一个新用户，则2个DC将立即复制用户。 直到一段时间之后，Site2 DC才得到复制的新用户。 我之前有过类似的问题，我通过制作服务器Preferred Bridgehead Servers来解决（在另一个域上）。 这是正确的吗？ 还是有另一种方法来提高复制的速度？
我有一个数据库有90％的只读表。 10％的表具有可写的数据。 我们需要扩展ASP.NET应用程序。我们需要添加更多不写入数据库的用户。 我们正在考虑添加另一台服务器，并将需要只读访问权限的用户路由到该服务器。 有没有办法将一些表复制到另一个数据库服务器。 由于90％的数据不会改变，我们不想设置任何完整的数据库复制。 请指教。