实现数据快速可用和恢复

当今的企业主要依靠信息数据运行,任何计划或非计划中断信息流的行为都会严重阻碍公司的业务运行。几分钟宕机的代价是昂贵的,而几个小时的宕机将是灾难性的。     

惠普：遏制宕机安保关键业务

呼叫定位系统宕机一分钟将损失近2．7万美元,ERP系统宕机一分钟的损失是1．3万美元,供应链管理系统的宕机损失是每分钟1．1万美元。     

“网络监控险”——为企业级网络环境提供电源保护

在大中型网络环境中,令网络管理员最担心的莫过于远程的服务器或关键设备的宕机。对于企业级网络来讲,服务器等关键设备的宕机会引发与其它相关服务器的数据通讯中断,从而影响所有服务器的正常运行,最终导致整个网络系统的瘫痪。大量数据表明,造成宕机的原因往往是由供电故障引起的。为避免宕机,系统必须保证服务器和关键网络设备的持续稳定供电。     

遏制宕机，保障业务永续运行

遏制关键业务系统宕机,并非老生常谈。随着虚拟化、云计算等领先技术的广泛使用,应用的复杂程度也随之增加,业务程序之间相互依存的关系也越来越紧密,如果一个业务程序项目或项目组出现性能或安全等方面问题,就很有可能影响到企业的业务稳定。可以说,对IT的依赖程度越高,IT出问题之后造成的损失也越大。根据Standish集团的调查显示,呼叫定位系统宕机一分钟将损失近2．7万美元,ERP系统宕机一分钟的损失是1．3万美元,供应链管理系统的宕机损失是每分钟1．1万美元。     

HA试水中国市场

随着各种软硬件产品不断推陈出新，用户的全天候运行应用迅速增加。在需要全天候运行的环境中，任何企业都不愿承受宕机之苦，无论是计划宕机（升级、维护和修复）还是突发宕机（人为错误、处理故障、电源故障甚至灾难事件）。许多企业在制订快速恢复核心应用的业务连续性计划，在此计划中，传统的双机技术已经越来越难满足用户的需求，取而代之的是日益被用户接受和使用的可用系统多节点集群。     

NT的五个九——与HP中国公司微机系统部副总经理杨诺础谈高可用性

我们经常谈及的可用性概念涉及以下几个数字:99％可用,代表每年3天半的宕机时间;99.86％可用,每年12小时宕机时间;99.9％可用,代表每年8小时的宕机时间;99.95的可用性,代表每年4小时的宕机时间;99.999的可用性——每年5分钟的宕机时间。在与HP中国公司微机系统部副总经理杨诺础先生进行谈话前,记者知道在高档PC服务器加双机(或集群)环境加完善管理软件的支持下,Windows NT服务器能够支持的可用性基     

"网络监控险"——为企业级网络环境提供电源保护

在中大型网络环境中,最令网络管理员担心的莫过于远程的服务器或关键设备的宕机。对于企业级网络来讲,服务器等关键设备的宕机会引发与其它相关服务器的数据通讯中断,从而影响所有服务器的正常运行,最终导致整个网络系统的瘫痪。大量数据表明,造成宕机的原因往往是由供电故障引起的,为避免宕机,必须保证服务器和关键网络设备的持续稳定供电。在一个持续稳定的供电系统中,作为控制核心的ＵＰＳ监控软件,如果主要功能为简单的关闭数据库及操作系统,便显得毫无意义。真正意义的电源监控软件应该能够监视本地网络,甚至是广域网上远程…     

变更不再是风险

研究表明,系统宕机,80%是因为对变更管理不足。不仅如此,还有20%的宕机是由于系统中一部分变更带来了另外一部分新的变更,而新的变更,导致了系统宕机。     

面向业务特征的自适应虚拟机迁移带宽分配算法

虚拟机动态迁移是支持绿色云计算环境的重要技术,迭代时间和宕机时间是迁移性能的衡量指标,而虚拟机迁移时使用的网络带宽和业务运行产生的内存脏页是影响迁移性能的重要因素,因此合理分配迁移带宽和减少脏页率能够有效缩短迭代时间和宕机时间.该文提出了一种面向业务特征的自适应虚拟机迁移带宽分配算法,通过对迁移过程中脏页率的分析,预测运行业务的网络带宽使用量,自适应分配虚拟机迁移带宽;引入带宽调整系数,有效处理迁移过程中的业务数据抖动现象,从而确保预测的合理性.这一算法能够在保证迁移性能和系统可靠性的同时,减少迭代时间和宕机时间.实验表明在带宽资源有限的前提下,该方法能够合理利用空闲带宽资源,提高迁移性能,确保业务服务质量.     

医院信息系统效率及运行安全性保障方案

1门诊应急系统 门诊收费作为直接面对患者的前端工作区．必须保证门诊收费业务的快速和畅通。我们建议院方配置一个功率较大供电时间较长的不间断电源。保障门诊收费工作站不会因停电而中断运行．但是由于考虑到其他因素(如网络中断、服务器宕机、中心交换机故障等)可能导致门诊收费工作站不能访问服务器数据库．所以我们建议院方使用门诊应急系统。     

我保证 你放心——WHQL为用户“测”出信心

唉!我的机器又死掉了……对于经常与电脑打交道的用户,系统宕机自然是形同家常便饭。而如果要找寻导致系统宕机的罪魁祸首,多数人首先想到的就是系统宕机的最直接表现——操作系统。比如微软的 Windows,由干经常不定时的“蓝屏”(崩溃),人们一直对 Windows 操作系统的稳定性持怀疑和批评的态度。然而,宕机都是 Windows 惹的祸吗?其实不然,众所周知,一套完整的     

阵列双机 更高可用的数据中心

系统的可用性指一个系统故障中断工作时间与可持续工作时间的比率。高可用的系统对系统的非正常宕机时间有着严格的限定。然而硬件和软件的故障是不可避免的,系统宕机总会有可能发生。一旦发生,用户的业务就要停止,经营就要受到影响,带来严重的损失。如何减少系统服务的宕机时间,如何在最短时间内恢复系统的运行,这就是高可用存储解决方案要解决的问题。解决问题的途径就是建立一套高可用的容错系统。对系统中的关键部件进行冗余备份,并且通过一定的检测手段,当系统中的软件和硬件出现故障时,能够切换到冗余部件工作,以保证整个系统不因故障…     

何必再道歉——从eBay谈服务器的可靠性

最近几个月以来,提供电子交易服务的站点,如eBay 和 E-Trade 等,在如何保证系统正常工作和用户的满意度方面麻烦不断。如果你登录到 eBay 站点(www.ebay.com)查看其公告板(The eBayAnnouncement Board)的话,会发现有无数的宕机信息,仅6月14日一天就有6条道歉无法正常提供服务的信息。宕机为 eBay 带来的“副产品”是股票下降9个     

容器热迁移优化技术研究

容器虚拟化技术由于轻量级的特性逐渐在云计算中崭露头角.容器热迁移是许多云管理能力的基础,其在最短的宕机时间内,将运行中的容器完整地迁移到另一个物理节点上继续运行.性能是容器热迁移研究的重点,但通过对现有容器热迁移系统的详细分析,本文发现其中仍然存在着一些影响性能的问题,包括转储并行度低、预拷贝策略不收敛以及根文件系统与运行状态迁移并行度低等.针对这些问题,本文分别提出和设计了资源感知的并行转储机制、基于后拷贝策略的运行状态迁移和基于多优先级的传输调度并行算法等优化策略和算法,并基于Docker实现了一个高性能容器热迁移系统Dmigrate.实验结果表明Dmigrate相比于目前最新的研究,平均可有效减少17.05%的宕机时间,总迁移时间平均减少24.33%.     

关于高可靠性的纪实报告 基于对可靠性的苛刻要求，NCsoft选择了WINDOWS而非自由软件

2007年8月，来自首尔的纪实报告：全球每年1千万玩家的访问量，400，000名世界各地的玩家同时在线。运行近1，000台大型服务器场，处理40TB的数据，如此庞大的系统，宕机将是致命的。     

宕机的代价

决定网络系统高可用性的关键环节主要有:网络关键设备(如服务器、网络中转设备等)的可用性、网络操作系统的可用性、网络外部电源系统的可用性、网络数据传输系统的可用性、系统的可管理性等。当向那些因宕机而造成损失的公司了解实际的停机时间损失时,电源的问题导致的服务器宕机是导致网络瘫痪的第二大原因.因此对服务器加以 UPS 保护非常重要。为了保护系统在任何电源问题情况下都能持续运行,APC 提出了“端到端网络不间断”电源保护解决方案,即对整个数     

你的服务器是否需要升级

服务器是企业网络的核心，服务器的宕机会造成企业内外信息的中断。尤其是对金融、邮电、证券等行业来说，工作时间内宕机将造成巨大的经济损失。因此，在选择服务器时，可靠性总是第一位的。     

企业上网──你准备好了吗

随着互联网时代的到来,网络成为了 一个最重要的信息来源。全球大型企业纷纷将其业务转向因特网,随之而来的就是时间的价值越来越受到重视。面对寸秒寸金的机遇,业务的连续性显得尤其的重要,而宕机所带来的损失也就越来越大。１９９９年,在电子商务市场中,由于不可接受的网页下载等待时间导致了４３．５亿美元的损失;系统宕机的平均损失约为８０００美元／小时。而对于一些大型的新经济企业,这样的损失将会更高,Ｉｎｔｅｌ公司如果出现４小时的宕机,将损失１００万美元。所以如何建立一个坚实的信息技术基础构架,满足快速、高效…     

用数据文件恢复数据库

最近,笔者遇到因为CPU一级缓存故障导致Oracle数据库服务器宕机而无法进入操作系统的情况。因为设备老旧,硬件服．务提供方已无同等类型的配件,在这种情况下,由于服务器宕机导致数据库服务停止,也没有最新的数据库备份,数据恢复工作遇到难题。最后,将原系统的数据库文件拷贝出来,通过数据文件在异机进行了数据库恢复工作,获得了成功。     

内存也陈列

在高端服务器上所运行的应用都是关键应用,防止意外宕机,避免损失是高端服务器的天职。因此,在设计高端服务器的时候,为防止机器出问题导致系统宕机,服务器中的关键邮件都需要冗余,比如硬盘、内存、网卡、电源、风扇等等。尽管这些部件级的冗余并不难实现,但冗余的程度却是对服务器厂商的技术实力的一个挑战。首先是内存的冗余。现在的应用程序对内存的要求越来越高,但这也直接导致了内存出错的几率越来越大——当内存容量越来越大时,内存上的芯片也越来越多;而部件越多,故障的几率也就越大。从另一个方面来看,64MB的内存条仅