我们有一个非常大的Windows文件存储（数兆字节和数以百万计的文件），我想保持连续复制到另一台服务器，尽可能接近实时。 我正在寻找可以实现这一目标的工具。 到目前为止，我已经想出了： 将其移动到NAS或SAN并共享文件 。 不起作用，至less六个月不是我们的select。 在/ MON上使用robocopy 。 我担心复制源资源耗尽，因为它会在每个周期重新扫描整个树。 （当/ MON在触发一个新的循环之前监视文件的变化，每次运行都会执行完整的扫描，而实际上并不使用文件变更数据。） Rsync 。 没有比robocopy更好。 DFS 。 我曾经听过MS在DFS上有很多小文件的商店的坏消息。 可能有一半的文件是非常小的。 混合 。 写我自己的工具或find一个在线使用文件观察者来定位需要复制的文件。 尽pipe缓冲区可能会溢出，但仍然可以运行一个夜间的robocopy来拾取任何错过的东西。 基于备份 。 一些疯狂的脚本备份/恢复的事情，备份软件可以做非常快的增量快照。 任何想法将不胜感激，谢谢！
对于我们的SaaS应用程序，我希望有一个适用于数据中心广泛故障的系统。 在主数据中心，我们有两台使用MSSQL数据库镜像（同步）的服务器。 这为我们提供了一个足够好的高可用性服务器故障解决scheme。 如果服务器死了，它会在几秒钟内自动故障转移（在第三个见证服务器的帮助下）。 我正在考虑使用镜像数据库中的MSSQL复制或日志传送 ，以将热备份服务器保留在另一个数据中心 – 注意这将是跨大西洋的，因此高达100ms。 我想我可以使用一些短暂的（5分钟）TTL的DNS故障转移服务，在第一个数据中心发生故障时将stream量引导到第二个数据中心。 问题： 我可以使用复制或日志传送从镜像数据库（无缝工作，如果它故障转移到另一个实例）？ 哪一个是首选的 – 复制或日志传送或别的东西？ 是否有可能让故障转移数据库接受写入？ 或者是否会有潜在的故障转移数据丢失，最好只有在我们恢复到主数据中心之前才能进行只读操作？ 谢谢！ 编辑：任何人有任何想法的备用MSSQL服务器configuration？
我正在玩SQL Server代理警报，希望能够在事务复制中断时发送一些可靠的错误通知。 为了testing它，我需要打破它。 我有一个可以中断的订阅，但是我不想花很多时间重新初始化和提交快照。 有没有一个简单的，可逆的方法来打破复制？
我从Sql Server 2012获取以下事件日志条目： SQL Server计划作业“复制代理检查” – 状态：失败 – 调用date：2012-08-04 10:00:00 – 消息：作业失败。 无法确定作业Replication Agent检查的所有者（AD \ Administrator）是否具有服务器访问权限（原因：无法获取有关Windows NT组/用户AD \ Administrator的信息，错误代码为0x6e [SQLSTATE 42000]（错误15404） ）。 我假设这是因为Sql Server 2012使用虚拟帐户，无法检索它所需要的活动目录信息。 从Sql Server 2012文档 ： Windows Server 2008 R2和Windows 7中的虚拟帐户是托pipe本地帐户，提供以下function以简化服务pipe理。 虚拟账户是自动pipe理的，虚拟账户可以在域环境下访问networking。 如果在Windows Server 2008 R2或Windows 7上的SQL Server安装过程中为服务帐户使用默认值，则使用使用实例名称作为服务名称的虚拟帐户，格式为NT SERVICE \（SERVICENAME）。 作为虚拟帐户运行的服务通过以格式（domain_name）\（computer_name）$使用计算机帐户的凭据来访问networking资源。 所以，问题是：如何在（domain_name）\（computer_name）$ user的域控制器中创build权限，以及我需要为Sql Server 2012授予哪些权限才能检索其所需的信息？ 或者，我是否需要切换到托pipe服务帐户才能正常工作？ 或者，我应该把工作的主人换成别的东西吗？
我正在寻找使用主 – 从redis服务器实施HA redis实施。 Web服务器将通过安装在每个盒子上的HAProxy实例连接到这些服务器。 只有两台服务器，情况很简单，如果一台服务器倒台，另一台服务器必须成为新的主服务器。 但是如果有多于一个的奴隶，剩下的奴隶中的任何一个都可以晋升为主人呢？ 我知道redis sentinel在出现故障时有一个通知机制，但是如何使用它来与每个Web服务器上的HAproxy进行交互，并告诉他们哪个服务器是新的主服务器？ 第一次使用redis和复制/故障转移一般。
我正在尝试在MongoDB版本3.04中创build一个副本集。 我遵循本教程 ，尝试使用主服务器添加节点时出现下一个错误： vacrep:PRIMARY> rs.add('server address here') { "ok" : 0, "errmsg" : "Quorum check failed because not enough voting nodes responded; required 2 but only the following 1 voting nodes responded: PRIMARYSERVER:27017; the following nodes did not respond affirmatively: 'server address here':27017 failed with Missing credentials for authenticating as internal user", "code" : 74 […]
configurationActive Directory站点间复制时，复制间隔的下限为15分钟; 或者至less，这个限制是由AD网站和服务控制台执行的。 有没有办法将网站链接的站点间复制间隔configuration为较低的值？ 注：我知道我可以把同一地点的同一地点，这将强制连续复制; 但是我想有适当的AD站点，要求是实际降低站点间的复制间隔 。
我想了解什么是通过10 GbE链接连接的Linux（ZoL）盒子上的两个ZFS之间的实时复制的最佳解决scheme。 目标是将其用于虚拟机; 一次只有一个盒子会运行虚拟机和ZFS文件系统本身。 快照需要在第一个（活动）框中可能。 我打算使用企业/近线级别的SATA磁盘，所以双端口SAS磁盘是没有问题的。 我想在以下可能性： 使用iSCSI导出远程磁盘，并在本地盒子的ZFS磁盘和远程iSCSI磁盘之间build立镜像。 这个解决scheme更大的吸引力在于它的简单性，因为它使用ZFS自己的镜像。 另一方面，ZFS不会优先考虑远程磁盘上的本地磁盘，这可能会导致性能下降（我认为这与10 GbEnetworking几乎没有关系）。 而且，引起更大关注的是，在两个盒子之间的networking链路丢失的情况下，ZFS将如何performance。 当远程机器可用时是否会重新同步arrays，还是需要手动干预？ 使用DRBD同步两个ZVOLS并在DRBD设备的顶部放置ZFS 。 换句话说，我正在谈论一个堆叠的ZVOL + DRBD + ZFS解决scheme。 这似乎是我的首选方法，因为DRBD 8.4非常稳定并得到证实。 然而，许多I / O层在这里玩，性能可能会受到影响。 顶部使用普通的ZFS + GlusterFS 。 从ZFS的angular度来看，这是更简单/更好的解决scheme，因为所有的复制stream量都被委托给GlusterFS。 你觉得GlusterFS足够稳定吗？ 你觉得更好的方法是什么？ 谢谢。
我尝试设置从从站到主站的复制。 CHANGE MASTER TO MASTER_HOST = 'master', MASTER_PORT = 3306, MASTER_USER = 'repl', MASTER_PASSWORD = 'xxx'; 而且我确实授予了master上的用户权限。 我可以从从机连接到主机的mysql命令 mysql -h master -u repl -p mysql> show grants; GRANT RELOAD, SUPER, REPLICATION SLAVE, CREATE USER ON *.* TO 'repl'@'xxx' IDENTIFIED BY PASSWORD 'xxx' mysql> select 1; +—+ | 1 | +—+ | 1 | +—+ 1 […]
我最近对VPS集群产生了兴趣，试图build立一个多VPS设置似乎是一个好主意，我将在下面介绍。 这不是真正意义上的生产用途，而更像是一个提高多服务器系统相关技能和知识的实验。 但是由于我缺乏专业知识，我需要一些一般信息。 设置说明 由于我每天处理使用Redis作为数据存储的Node.js应用程序，因此它将作为安装的基础。 我想到的基本上是至less2 VPS设置。 每个服务器都运行相同的节点服务（假设两个服务器同时运行5个不同的服务），每个VPS运行一个Redis实例，由Node服务用来存储数据。 此设置的目的是启用两台服务器之间的数据镜像（如果第一台服务器中的节点服务＃1向Redis添加了某些内容，则该更改也应该反映在第二台服务器中）。 这也意味着上传的文件等应该在两台服务器上进行镜像（从某种意义上讲，数据存储和文件系统的更改都必须反映在另一台服务器上）。 理想情况下，这将使简单的负载均衡器能够在服务器之间共享负载，并且在单个服务器发生故障的情况下，其他服务器将继续运行并因此保持Node服务联机。 变化需要被镜像的速度并不高，甚至一分钟的延迟也无关紧要。 但是，如果用户正在主动更新数据，则必须向他呈现他刚刚更改的数据（从某种意义上说，他必须以某种方式强制与服务器进行通信，以便更新数据，因为这些更改可能未被镜像到其他服务器呢）。 问题 什么是实现负载均衡的合理方法？ 我听说过使用一些DNS魔法，但并不真正了解它。 简单地更新DNSlogging会很慢，因为它们被caching在多个地方。 另外我读了关于使用一个“主代理”服务器，将处理其他服务器之间的平衡。 这似乎有点冒险，因为如果主服务器失败，一切都将脱机。 如何在不同的VPS上镜像文件系统的一部分，以便两台服务器上都存在上传的图像等。 有没有广泛的软件选项，或者一个简单的脚本检测上传，然后复制这些文件在不同的服务器上工作得很好？ Redis甚至支持我描述的那种镜像吗？ 我只find主从复制的信息，如果我理解正确的话，这意味着更新是单向的，主控人员可以更新从控制器，但从控制器不能更新主控制器。 谢谢！