假设您有一个生产数据库和一个临时数据库，您希望通过互联网在半小时基础上进行复制。 一般意图是有一个备用的备份，但也有第二个只读的数据库进行testing。 你将如何去设置和configuration它？ 关于性能影响的任何说明都是有利的。 （有关SQL SERVER 2005或2000的答案也欢迎）
我有两个Web服务器（Nginx）上运行的Wordpress安装。 从服务器A到服务器B有单向同步，我使用lsyncd来达到这个目的。 与他的configuration，我不得不添加从第一个Web服务器的博客文章，所以数据被复制到第二个 – 我如何强制从第一个Web服务器强制访问Wordpress的后端？ 请注意，两台服务器都有相同的Wordpress域名。 问候
Robocopy在应用这些标志时应该注意什么？ 数据创build或更新？ 如果我创build了一组文件，并且稍后将其中一个文件更新，如果我运行具有更高date范围的Robocopy将更新被复制？
有人可以帮助我的postgres最常见的稳定的复制机制 ，我可以在一天的特定时间运行（知道这听起来很奇怪）postgres，可以运行在SSH？ 通过ssh是因为我的机器只有一个networking接口的linode – 公共，我不想公开端口
我有一个在美国和中国使用的应用程序，数据库位于美国。 在中国使用它的人抱怨说性能差，所以我在考虑使用SQL Server Replication，并把数据库服务器放在中国。 然而，当我向其他人提及这一点时，他们得到了一切，“你疯了吗？你会失去数据！数据将被破坏”。 SQL Server复制有什么主要问题应该让我在关键任务应用程序中避免使用这种技术？
我们是一家Solaris商店，正在研究RedHat Enterprise Linux，我们想知道的是，我们应该保留Veritas Volume Manager + FileSystem，还是使用LVM + ext3或RedHat的首选集群文件系统解决schemeGFS。 我们喜欢的有关Veritas的一件事是，它可以使用Veritas Volume Replicator来获得重要文件系统的远程副本。 这个function似乎从RedHat丢失，DRBD似乎没有被封装在RHEL中… 所以我的问题是： 有人在Linux上使用VxFS / VxVM / VVR吗？ 想法，经验？ 与LVM + ext3比较？ 任何人使用GFS？ 想法，经验？ 你做远程复制的灾难恢复，如果是的话，如何？ 有没有标准的RedHat方式？
我有一个邮箱数据库和公用文件夹数据库的邮箱服务器。 我添加第二台邮箱服务器，并在其上创build邮箱数据库和公用文件夹数据库。 对于邮箱数据库，我正在为它们设置一个DAG。 对于公共文件夹，我希望在两台服务器上复制所有 PF，系统和公共文件夹。 我应该如何设置这个复制？ 我需要做些什么，还是自动启用？ 系统文件夹和实际公用文件夹的默认行为是否有区别？ 那么新文件夹，复制后创build的文件夹呢？ EMC或者PowerShell都可以; 如果在那里可以轻松完成，EMC将是首选。 请不要build议使用MoveAllReplicas.ps1 。 我不会将所有副本从一台服务器移到另一台服务器上; 我希望所有PF都存在于两个服务器上，以实现完全容错。
环境 Windows 2003 R2标准文件服务器 Windows 2003 Web Edition服务器 挑战 需要一种将文件服务器上的目录（或共享）镜像到Web服务器的方法。 它需要“有点实时”，在几秒钟内同步变化，而不是几分钟。 这两台服务器在同一个千兆局域网上。 我们正在查看一个只有500个子目录（总共不超过2GB）的大约10K文件的目录。 单向交易是好的，所有的变化都应该发生在文件服务器上。 你会build议什么，或者你在类似的情况下使用了什么？ 如果可能，相对便宜（或免费！）将是首选。 注意：DFS-R不是一个选项，因为Microsoft Web版本从来没有R2选项。 旧的DFS / FRS过去让我感到非常悲伤，所以也没有去那里。 另一个注意事项：我们使用微软的FolderShare与4年或5年前非常相似。 工作很好！ 唉，它被折叠到Windows Live Sync中，似乎有一个20文件夹的限制。
Quickfix（一个开源的FIX引擎）在服务器的文件系统（在这种情况下是Linux）中持有状态信息和发送/接收的消息。 为了实现灾难恢复，我希望这些文件能够通过广域网在备用服务器上近实时地保持最新状态，以使备用服务器能够启动并知道系统的状态。 持久性文件是可以人类分析的文本，并且在一天中累积的文件很less会超过千兆字节。 他们每晚都被清除。 我希望同步直接发生，没有在第三台服务器上的远程共享文件系统。 我还需要这些文件来保存主服务器的完整和突然的销毁。 Rsync太慢，不够实时有用。 DRBD似乎是做这项工作的一种select，但我希望评估替代方法。 除了DRBD和rsync之外，有什么办法可以做到这一点呢？
最近，我们被谷歌机器人和其他各种机器人所攻击（我们平均所经历的网站stream量的60％来自机器人），我们正在试图将谷歌机器人stream量分成不同的服务器（低成本的服务器）但是，数据库或者需要被复制或者镜像，如果我们想要接近实时的话，是否有一种解决scheme比另一种解决scheme更好？我们目前在SAN上有我们的生产服务器的数据，我们可以复制这个数据。更像快照复制。