在下图中，我试图在另一个数据中心中有一个备份网页，并且像DynDNS这样的服务控制SERVER A中的故障转移以切换到SERVER B.但是，如果DynDNS失败会发生什么？ 更可能的是，DATACENTER A失败或DynDNS失败，并使两个无法访问？ DynDNS已经在不同的数据中心中复制控件？ PD：我使用DynDNS作为例子。
我有一个巨大的文件和一些目录，这些巨大的文件上有硬链接的目录。 如何将文件从一个文件系统复制到另一个文件系统并保留硬链接？
在我们的思科路由器上，我们启用了RCP。 现在我们要复制所有的运行configuration与我们的Ubuntu服务器，但我找不到任何合适的命令。 我试图用rsync和cp复制，但没有奏效。 我试过的命令： cp (IP):running-config rsync (IP):running-config ./ rsync rcp://10.18.253.1/running-config ./
我刚刚完成了70-294套件，我留下了一个巨大的知识差距： 教练说，改变15秒后复制取出的地方，以及任何额外DC的3秒增加。 同样，一些更改触发站点之间的紧急复制（安全相关）。 好吧，这使得sence。 那么为什么在AD站点和服务中，站点间链接对象具有复制计划的属性？ 是否有另一个复制发生，无论改变？
有没有人知道有一个很好的解决scheme，有一个Windows桌面备用，以便用户可以备份，并在硬件故障的情况下快速运行？ 假设是台式机不是通用的，而是为个人用户高度定制的。 虽然我知道那里的裸机还原产品，但我正在寻找替代品，使备用电源可以毫无延迟地简单地启动/启动。 一个裸机恢复解决scheme就可以适用于每天仅仅需要一次桌面故障（甚至每天几次故障）的备份types。 但这是针对DRtypes设置的，其中需要同时激活不同站点中的数十个或数百个桌面。 备份/待机桌面不需要完全更新。 理想情况下，解决scheme将允许安排定期更新。 最后，我意识到使用VM桌面是一种方法（通过复制后端存储）。 但是，我还没有看到一个成熟的解决scheme，可以支持强大的四核虚拟机。 编辑＃1：当然，所有的桌面都有一个像Office一样的通用图像，等等。 但是，还有许多额外的应用程序只能转到特定的用户，其中许多不是通用的。 他们还经常从供应商处自动更新，这意味着即使第二个桌面使用正确的应用程序构build，只有在不使用它们时，才会过时而不起作用。 我从来没有在桌面真正通用的环境下工作。 我可以想到这是现实的情况，但是来到人们面前， 这不是答案 。 编辑＃2：围绕需求的好奇心（下面）。 同意，他们可能是不合理的，但如果有办法做到这一点，我会花钱。 这个问题真的可以做得很好，如果是的话，怎么样 ？ 从最初的问题可以明显看出，我已经想到了这一点，并且考虑了可能的解决scheme。 现在，至于为什么我会把钱花在这样一个完美的解决scheme上，因为这是华尔街。
我有一些tar.gz文件，在CentOS系统上总共有几千兆字节。 大部分的tar.gz文件实际上很小，但是有图像的文件很大。 一个是7.7G，另外一个是4G，一个是1G左右。 我已经解压文件一次，现在我想要所有这些文件的第二个副本。 我认为复制解压缩后的文件比重新解压缩文件要快。 但是我大约10分钟前开始运行cp -R，至今还不到500M。 我确信拆包过程更快。 我对吗？ 如果是这样，为什么？ 拆开包装比单纯复制现有结构要快。
什么是使用复制的不利影响 什么时候复制是有益的一些例子
我正在寻找一个生产解决scheme来创build一个RAM驱动器，将安全地与硬盘同步。 我有一个负载很重的I / O负载的定制软件（这是一些专有的面向文档的数据库），我需要大幅提高速度。 我不能修改或摆脱软件本身，所以必须做水平或垂直缩放。 该软件不支持框的水平侦察，所以我首先看垂直缩放。 主要思想很简单 – 我们购买大量的RAM（96GB），并把整个东西放到RAM驱动器上。 但它需要是安全的，丢失服务器上的任何数据重新启动不是一个选项。 所以我正在寻找解决scheme，将保持RAM驱动器和硬盘之间的透明同步。 肮脏的解决scheme，如通过bash脚本复制文件不是一个选项，需要更可靠的东西。 在理论上我看到，像这里描述的某种分布式FS可以以一种奇怪的方式使用 – 在同一台机器上同步两个分区。 但我怀疑这是否会在实践中起作用，而且从来没有尝试过。 那么，有没有准备好的解决scheme的RAM驱动器透明同步到硬盘的想法？ 数据UPD： 我需要在RAM中保存的估计数据量大约为50GB。 服务器专用HP DL320,8 CPU，16GB RAM（最大96GB）。 I / Oconfiguration文件类似于数据库应用程序 – 大量的随机读取读取，较less的写入。
我无法通过VPN设置复制。 我在Windows 2008 R2服务器上安装了SQL Server 2008 R2企业版数据库。 SQL Server在非标准端口上运行。 我已经设置它，以便它作为其自己的分销商，并在此服务器上configuration了发布者。 它被设置为可更新的跨国出版物（是的，这是必要的）。 在此服务器上，我启用了路由和远程访问以便能够build立VPN连接。 它configuration了一个静态IP地址池，其中范围中的第一个始终分配给服务器。 我已经给testing用户分配了一个在这个范围内的静态地址（我不知道这是否有必要）。 所有客户端都将是2008 R2版本，但可以是SQL Express或完整产品的独立开发者实例。 我可以从客户端build立一个没有问题的VPN连接，并可以看到正确的IP地址被分配。 在连接到数据库以testing我可以build立连接之后，我意识到我需要能够使用服务器名称而不是IP地址连接到数据库 – 复制所需的IP地址 – 最初不起作用。 我使用服务器的NETBIOS名称在客户机的主机文件中创build了一个条目，现在我可以使用SERVER\INSTANCE, PORT语法通过VPN从客户机连接到服务器。 因为它是服务器上的默认实例，所以我也可以简单地使用SERVER, PORT语法进行连接。 毕竟，我仍然得到以下可怕的错误： SQL Server replication requires the actual server name to make a connection to the server. Connections through a server alias, IP address, or any other alternate name […]
我最近发现Active Directory复制在一个月前开始失败。 如果我尝试从失败的域控制器中Replicate Now ， The following error occurred during the attempt to synchronize the domain controllers: Access is denied.收到The following error occurred during the attempt to synchronize the domain controllers: Access is denied. 目录服务日志告诉基本上相同的故事; 重复两个事件 1061：内部错误：目录复制代理（DRA）调用返回错误5。 1085：复制警告：目录复制代理（DRA）无法使分区DC = OUR_DOMAIN与目录服务器big-long-guid._msdcs.OUR_DOMAIN上的分区同步。 错误是：访问被拒绝 它位于远程站点的两台服务器之间。 一个是Windows 2003，另一个是Windows 2000; Windows 2000机器遇到错误。 该网域的OUR_DOMAIN风格较旧。 尝试到目前为止： 我在Windows 2000服务器上禁用了Kerberos服务，然后重新启动 RPC和RPC定位器服务具有预期的设置 HKEY_Local_Machine\Software\Microsoft\Rpc\ClientProtocols在Windows 20003服务器上缺lessncacn_nb_tcp （已添加） […]