可能重复： 你能帮我解决我的软件授权问题吗？ 我目前正在研究SQL Server 2008的高可用性解决scheme。我有两台服务器，带有一个标准版SQL Server的许可证。 你能用1个许可证来实现日志传送吗？ 例如，如果您在第二个盒子上安装了SQL，但没有运行，并且主服务器将日志发送到备份？
我必须到地点（办公室和服务提供者）。 一个DNS（绑定）服务于我们的域名作为权威，一个服务提供商的networking服务器与我们的企业网站在私人服务器上。 所以.. 现在我们正在计划将ISP上的服务器升级到新的服务器，并希望利用这种情况来改善我们的服务。 是否有可能在不同的位置安装高可用性的Apache / MySQL / PHP？ 我将在同一台新服务器上安装一个绑定从服务器，所以我希望它能使事情变得简单，但是我需要一些关于如何使用它的提示和技巧。 谢谢。
我正在寻找一个分布式的，容错的networking存储系统，它暴露了客户端上的块设备（而不是文件系统）。 客户端的块设备应该同时写入多个存储节点 只要不是所有支持它的存储节点都closures，客户端的块设备就不应该失效 当存储节点失败或被添加/移除时，主服务器应自动重新分配存储的数据 一个主（仅用于元数据）是好的 因此，理想情况下，这个架构与moosefs（ http://www.moosefs.org/ ）非常相似，但不是公开使用熔丝客户端装载的真实文件系统，而是暴露客户端上的块设备。 我知道iscsi和drbd，但似乎并没有提供我正在寻找的东西。 还是我错过了什么？
我在两台主机（vsphereA和vsphereB）的HA群集中运行vSphere 5。 我已configurationHA群集进行主机监视和数据存储区心跳监视，禁用了准入控制（希望我正确地理解数据存储区心跳监视可防止由于pipe理networking隔离导致无意和不需要的HA故障转移）。 每台主机都有一个到专用iSCSInetworking和iSCSI目标（无MPIO）的单一连接。 所有虚拟机的所有vmdk都存在于iSCSI数据存储上。 作为HA的testing，我断开了vsphereB上的iSCSI连接，很惊讶地看到vsphereB上的正在运行的VM继续在vsphereB上运行。 被closures的虚拟机显示为无法访问（我预料中的原因是它们没有运行，并且从vsphereB到iSCSI目标的连接被切断），但正在运行的虚拟机继续运行，并继续被vsphereB“拥有” 。 我希望看到这些虚拟机发生HA故障转移，并希望在HA故障转移（未发生）后由vsphereA“看pipe”它们。 我不知道为什么这些虚拟机没有发生HA故障转移。 我误解了应该发生HA故障切换的情况吗？
是否有可能移动一个SQL Server 2005数据库到不同的服务器运行SQL Server 2008没有任何停机时间？ 该系统是24/7，并且必须被移动到具有不同存储的不同服务器。 我们试图复制数据库，但是这并不能保证整个数据库在过程结束时保持同步。
我试图找出一个被荒谬的硬件问题困扰的小企业该怎么做。 目前，这项业务运行在五六台台式机上， 没有服务器基础设施。 最重要的是，我也没有对此进行修饰，今年他们已经看到了四个硬件故障，这让他们感到疯狂。 我已经和他们讨论过把小型企业服务器放在哪里（他们是一家微软商店），他们接受这个想法。 我还计划用System Center Essentials让自己的脚保持注意。 重点然后确保该服务器保持可用。 另外，我刚刚阅读了这个其他高可用性线程。 就像那个线程中的人一样，我对IT很陌生，而不是来自编程背景。 想到一些想法： 简单的RAID 5与热插拔编辑：和热备用 得到两个更便宜的服务器机器，configuration运行一个虚拟化服务器热迁移（我已经做了一些阅读，但遗憾的是我不能告诉SBS标准和SCE是否会支持这一点） 故障转移群集？ 我从另一个主题中得到了这个术语，但是过去没有被曝光过。 这是否有最佳做法？ 这个企业主很愿意为此掏腰包，因为他正在为宕机而感到恐慌，但是我没有这方面的经验可以把我带到另一个方向。 我会感激你的智慧！ 编辑：提供一些他们所经历的问题的附加细节，这是一个奇怪的混合无法解释的失败。 打开机箱没有打开系统电源：主板有机载开关，这提供了一个暂停解决scheme，但是切换出来的情况并没有解决问题。 后来，切换出主板也没有解决问题。 两台相同的机器在RAID-1arrays中都遭遇了驱动器故障，两台机器在不到5个月的时间内都进行了组装。 启动失败问题：raid-1中的一个系统根本无法启动。 不幸的是，我没有写下原始的错误信息，但是在我的笔记中，我有Windows维修和恢复中的“无法保存启动选项”，导致我的这个线程支持我的怀疑，这是一个硬件相关的问题。 编辑：此外，机器运行在一个家庭办公室的集合，所以住宅级电器正在发挥。 我想这可能是一个比我所认为的更重要的因素。 但是，这些机器都是在办公桌上（字面上是台式机！），而不是在地板上; 我不相信包含尘土。
现在，群集正成为高可用性的代名词。 作为企业架构师，我不得不摇头摇头。 恕我直言，集群可以是HA的一个组成部分，但远不是HA本身。 我总是习惯于将HA作为涉及从复制到镜像到DR的多个组件的解决scheme。 其他人对这个话题也有同感吗？ 或者我只是一个脾气暴躁的老build筑师！
我们目前拥有一台大型的戴尔服务器T610，它们都托pipe了4台Hyper-V虚拟机，都是Win2008R2。 多年来顺利运行。 我们现在需要购买一台新的戴尔服务器，因为戴尔不会续签现有服务合同的“报废”T610。 我们是一个单一的网站小企业。 我们一直对ONE物理服务器感到紧张。 我认为我们需要两台服务器来完全冗余。 如果一个盒子有一天死了，我们需要在短时间内备份。 我们需要build议我们应该看什么。 Windows Server群集？ Hyper-V的replia？ 我们只需要保护我们目前的单点故障暴露。
我正在阅读有关虚拟化技术的HA技术，但是我所看到的所有解决scheme或多或less都与更专业的VRRP一样 – 当主机closures时，虚拟机将在另一个虚拟主机上启动。 如果存储是共享的（例如，iSCSI），那么“同一个”虚拟机可以启动，所以对客户操作系统来说，看起来像是一种电源故障。 但是，如果有一些重要的数据驻留在RAM中（例如内存数据库），那么它仍然会丢失。 虽然可以在一定的时间间隔内创build正在运行的虚拟机的快照（不幸的是，创build这样的快照需要大量的时间，所以不能每隔10秒就完成一次）。 然后另一个虚拟化主机可以加载这样的快照，并继续运行虚拟机“不中断”（加上减间隔时间）。 所以我的问题是 – 是否有任何解决scheme自动“镜像”虚拟机的方式，在虚拟化主机故障后虚拟机可以“恢复”在另一台主机没有明显的中断？ 就像虚拟机的RAID1一样。 与RAM级别完全同步的镜像。
作为他非常stream行的问题的后续问题： 为什么不build议DNS故障转移？ ，我认为，由于caching，DNS故障转移不是100％可靠的。 然而，最高票数的答案并没有真正讨论在两个不同的数据中心之间实现故障转移的更好的解决scheme。 唯一的解决scheme是本地负载平衡（单个数据中心）。 所以我的问题很简单，跨数据中心故障切换的真正解决scheme是什么？