Articles of 故障转移

单个服务器的TFS故障转移选项?

当使用单个服务器configuration时,人们使用TFS(2005)故障转移function的是什么? 似乎MS的大多数帮助文档都是关于双重configuration(应用程序和数据层)的。 其实我find了一个msdn的博客文章说: “我们不提供单个服务器configuration中的任何故障转移选项(MSDN文档: http : //msdn2.microsoft.com/en-us/library/ms316473 (vs.90) .aspx )” 但是,上面提供的链接转到一个页面,上面写着“内容已经退出”了,所以不知道这是否过时或者有什么信息。 感谢您的任何信息! FK [编辑] 根据Diago的评论…故障转移可能是不正确的术语。 我想更重要的是我的问题是“什么是单服务器TFS的备份和恢复策略”? 我使用标准备份实践来备份数据库,但是让TFS重新上线的最快捷方式是什么? 如何将数据库映射到单个服务器configuration(或者是否)? (我不是一个系统pipe理员,所以这对我来说是一个新的领域。)

SQL Server 2008故障转移群集中备用节点脱机时,故障转移群集中的实例间歇性不可用

我有一个小的故障转移群集,我为我的公司拥有的网站运行。 在备用服务器的RAM升级期间,我们的网站开始显示无法访问数据库服务器的错误。 我确认实例确实已经启动,服务器可以通过远程桌面访问。 我也尝试过一个SQL连接,它可以工作,但是可能在它变得可用之后。 直到我们能够回滚备用服务器上正在进行的硬件更改并且能够恢复为止。 在SQL Server日志中没有任何兴趣,但是在整个问题期间都有一个连续的日志,所以没有重新启动SQL Server服务。 事件查看器更感兴趣,因为它显示与心跳网卡有关的事件,但我不知道这将如何影响服务器的可用性,因为备用节点处于脱机状态。 我会很感激你可以提供的任何帮助,如果设置取决于待机服务器启动,这不是很多余的。 🙂 这里是从问题的时间的事件日志,我包括所有这些,因为我似乎无法看到什么可能是问题的原因。 事件日志: http : //hlekkir.com : 800/htmltable.htm

iSCSI / SAN /群集/多个NIC故障转移

与iSCSI的网卡故障转移有问题。 build立: 具有3个NIC的服务器。 一个NIC是本地networking,另外两个是SAN。 使用Microsoft iSCSI Initiator。 受pipe理的networking交换机。 一个QNAP SAN,通过iSCSI连接到服务器。 双网卡,故障切换模式。 所有的工作正常,直到(为了testing的目的)你断开服务器的SAN网卡的电缆(实际上只是禁用交换机上的端口)。 然后一切都中断,复制文件停止,服务器大部分时间丢失所有的iSCSI映射磁盘等。如果断开QNAP的电缆之一,一切正常,没有任何明显的延迟。 到目前为止,我已经尝试了多个多path会话/ MCS连接configuration: 单个会话,多个MCS(一个连接,两个连接,循环或两个连接的故障切换) 两个会话,多个MCS(一个连接,两个连接,循环或两个连接的故障切换)。 只要您尝试完成故障切换,完全死机,哪个NIC处于活动状态无关紧要。 就像我在网上研究的一样,都表明故障转移应该以这种方式工作,但事实并非如此。 有任何想法吗? 我究竟做错了什么?

更改Linux上的主机名ha故障转移情况

我已经configuration了两台机器进行热备份,以便机器2可以接受机器1的IP,如果这样做会失败并成为它的替代品。 可悲的是,这还不够,我也需要改变主机名/ fqdn,因为一些软件依赖于本地主机名,并在故障转移后主机名不同时崩溃。 所以问题是:我如何更改我的主机名并将其更改回机器1回到正轨?

如何为“只写”smb共享设置临时故障转移?

我的任务是build立一个存储服务器,用于“接收”来自运行非常昂贵的DNA测序操作并具有有限可中断性的Illumina机器的数据。 音序器本身被连接到由供应商提供的Windows PC上以运行控制软件,该软件预期可以转储数据的path(在几周内约12-16TB)。 存储服务器使用CentOS / samba为此提供共享。 我的问题是:有什么办法可以导致Windows PC上的共享“重新映射”,或者至less在存储服务器或networkingclosures的情况下caching到本地存储? 当然,我想知道这件事发生了。 请记住,因为没有足够的空间,我们不能在本地镜像所有东西。 基本上我希望音序器软件能够保持写入共享,只要有一些本地空间来保存数据,直到它可以同步。 如果这是可能的,我当然会增加额外的一两个驱动器来增加我们必须解决问题的时间。 我主要是一个Unix的人,所以在Windows世界的“明显的”解决scheme的指针赞赏。 我不想在音序器的Windows机器上安装各种各样疯狂的第三方软件,但是经过testing的可靠解决scheme可能是可以的。 编辑:应该补充,我不介意是否有创造性的解决scheme,根本不使用SMB。 TLDR:最重要的是 a)Windows客户端软件看到一个可以写入数据文件的pathb)这些或那样的文件最终在存储服务器上c)如果networking连接或存储服务器发生故障,软件不会被阻塞的时间窗口,并且可以使用本地连接的存储作为caching来继续写入数据。

心跳:/etc/ha.d//haresources中的节点名称不正确

我试图在service heartbeat start Ubuntu 10.04上开始心跳,但得到以下错误: heartbeat[24829]: 2011/11/22_19:31:07 ERROR: Bad nodename in /etc/ha.d//haresources [node1] heartbeat[24829]: 2011/11/22_19:31:07 ERROR: Configuration error, heartbeat not started. 在服务器上uname -n产生loadb1 ,在第二个服务器上uname -n产生loadb2 。 这两个服务器可以用这些名字相互ping通。 这是两个服务器上的/etc/ha.d/ha.cnf : debugfile /var/log/ha-debug logfile /var/log/ha-log logfacility local0 keepalive 2 deadtime 10 udpport 694 bcast eth1 ucast eth0 my.external.ip ucast eth0 my.external.ip ucast eth1 10.0.0.5 ucast eth1 10.0.0.6 […]

从DNSSec恢复到正常的DNS

一个客户的公司已经提出了一个灾难恢复计划,如果发生这种情况,它将从DNSSec恢复到正常的DNS 1)主要网站中断,需要更改许多DNSlogging 2)DNSSec存在一个certificate故障恢复的问题 3)我们的一级DNSSec提供商存在问题 将function性DNSSec实施恢复为“常规”DNS时是否有任何可预见的问题?

跨越多个数据中心的DNS故障转移?

我有一个网站,开始得到大量的stream量,就在前一天,我们的负载均衡器(haproxy)所在的数据中心出现networking中断。 这让我感到担心,尽pipe我尽全力使系统完全冗余,但我仍然无法使DNS冗余,我认为这不是一个简单的解决scheme。 只有我能够find的东西是从dnsme等地方注册DNS故障转移,但是他们花了太多的钱出现在初创公司。 即使他们的企业计划每个月也只会给你五千万个查询,我们在一个星期内使用它。 所以我的问题是,有没有任何自我托pipe的DNS我们可以做,如dnsme如何提供故障转移?

使用一台服务器和两个IP进行简单故障切换的方法

该设置是一个服务器(Windows 2008)在一个位置与两个传入连接。 由于服务器必须与各种现场设备连接,并且只有less量的input连接,所以不能select数据中心,而必须使用cable / dsl连接。 目标是用户访问https://service.site.com并发送到主要IP地址或次要IP,如果主要closures。 我已经看到build议使用循环DNS来做这件事,但是caching一个停止接口的IP是我想避免的。 这样的约束是可能的吗?

针对AWS上电子邮件服务器的最佳故障切换策略,以确保高可用性

我们有我们的电子邮件服务器托pipe在AWS上。 上个星期,亚马逊在东海岸地区出现故障,导致我们的服务器和其他许多服务器一起中断。 我们现在要实施故障转移策略,以便如果邮件服务器再次变得不可用,那么我们可以简单地切换到另一个区域中的另一个邮件服务器,并且用户可以继续发送和接收邮件以及仍然可以访问他们现有的邮件项目。 显然,定期备份邮件并不是一个足够好的解决scheme,因为有一个连续不断的传入和传出电子邮件被写入磁盘。 我们正在使用Windows 2008 Server并运行Mailenable Enterprise。 MailEnable的configuration(例如,用户帐户,密码等)存储在邮件服务器上的SQL Server数据库中。 我们正在考虑以下解决scheme: 使用像tntdrive这样的工具将S3存储装载为Windows驱动器来存储消息。 与EBS存储(仅限于单个可用区域)不同,S3存储在可用区域间可用,即使单个区域发生故障,我们的存储也可用。 我们每天拍摄邮件服务器的快照并将其复制到S3。 在邮件服务器发生故障的情况下,我们从快照创build邮件服务器的一个新实例(这意味着configuration更改(如更改密码或创build快照后创build的新用户帐户)将不会包含在内,但我们可以接受那风险) 我们将包含消息的S3存储作为驱动器安装在新服务器上。 我们将邮件服务器的弹性ip切换到新的服务器,并且我们有一个邮件服务器可以再次使用! 这个解决scheme能工作吗 与EBS相比,我有点担心S3的延迟和成本(请参阅http://jimliddle.sys-con.com/node/1103438/mobile )。 我们应该考虑一个不同的方法吗? 你会推荐不同的亚马逊工具来解决这个问题吗?