解决传统硬件故障的挑战

存储 存储设备
对于今天的IT企业组织机构而言,仍然在坚持使用传统系统的一大主要原因便是:这些企业有相当一部分的关键型任务工作负载仍然还在哲学传统系统上运行,而采用此方案对于这些企业组织而言是有利的。

 对于今天的IT企业组织机构而言,仍然在坚持使用传统系统的一大主要原因便是:这些企业有相当一部分的关键型任务工作负载仍然还在哲学传统系统上运行,而采用此方案对于这些企业组织而言是有利的。

但是,尽管有这些传统遗留系统的功能对于IT企业组织机构而言意义重大,但一大不容忽视的现实问题则是:这些传统遗留系统正在迅速老化。这也就意味着它们可能会逐渐变得不那么可靠,并且更容易出现故障。而一旦这些传统系统硬件设备出现故障运行失败时,其所带给企业组织的影响可能是毁灭性的。

而在本文中,我们就将帮助广大读者朋友们详细了解如何制定虚拟化计划,以便能够主动的防止系统故障所带来的破坏性结果,并进一步的帮助贵公司节省更多宝贵的资源。

[[233735]]

当涉及到IT企业组织机构的传统遗留系统时,可以说存在着很多的变数:这包括您企业数据中心所使用的硬件设施、运行在其之上的传统操作系统以及运行在其上的应用程序。您企业将仍然继续维护这些传统遗留系统的原因就在于,这些传统系统对您企业的业务至关重要。这可能是关键型的任务,有助于让你轻易的员工顺利完成业务目标。

的确,企业的传统遗留系统涉及到存在着很多的变数。但所有的这些传统遗留系统都至少有一个共同点,而这一共同点无疑又是非常重要的(甚至是最为重要的因素),即:这些传统遗留系统正在迅速的老化。

随着企业组织的这些传统系统的逐渐老化,它们将变得不太可靠。而且,硬件的使用寿命是有限的,但在其之上运行的软件和应用程序的寿命则往往要长得多,通常是底层硬件使用寿命的三到五倍。您企业可能已经遇到硬件故障或对硬件支持的需求增加的难题了。您甚至可能已经在搜索更换相关部件的方案或开始调查相应的替代品了。而如果你企业目前尚未遇到传统硬件方面的困难,那么我们建议您需要意识到这只是一个时间的问题。

对于那些已经意识到上述硬件故障的出现只是一个时间问题的企业组织来说,这意味着他们至少现在还有时间来采取积极的应对措施;他们可以将相关项目的重要性降低,以支持那些更加紧迫的项目。但我们却遇到过很多企业都分别表达了类似的敷衍观点:“硬件故障对我们来说目前还不构成问题;我们稍后可能会有相应的跟进措施。”而现实情况则是,一旦传统硬件出现故障,这些企业往往会后悔为什么没有提前进行规划。一旦传统硬件出现故障时,就再也没有后悔药了:届时,让系统重新运行起来的将变得非常紧迫,这对企业业务的成败至关重要。

那么为什么当前仍有这么多的企业对于潜在的问题如此敷衍呢?为什么企业在其会影响到企业营收甚至还将承担相应责任时仍然没有为其传统旧系统提前制定相应计划呢?在本文中,我们将与您一起探讨当前企业迟迟拖延,未对其传统遗留系统采取保护措施的最常见的原因,并介绍为什么提前制定计划是最好的应对方式。文章将深入讨论延迟实施这些计划所将带来的相关的成本以及他们如何定期影响到企业业务。最后,我们与您分享关于企业如何制定定制化的计划方案,以确保您的传统遗留系统成为商业机会的来源,并提高投资回报率,而不是您企业的“定时炸弹”的最佳实践方案。

为什么企业会延迟实施针对传统系统的应对措施

尽管存在与硬件故障相关的风险,但仍有许多企业组织迟迟没有对其传统遗留系统采取下一步的应对措施。究其原因何在呢?

1、预算

成本问题通常是最大的障碍。由于企业的IT预算有限,导致获得进一步投资于传统遗留系统的批准可能很困难。企业通常很少或根本没有为这些后备系统分配资金。因此,让我们面对现实吧,这些传统遗留系统已然不是企业会承诺提供无条件支持的最具魅力的项目。

2、优先原则

企业在保持紧跟最新技术领域发展潮流的挑战之下,会使得其对于传统遗留系统的维护倾向于落后。传统遗留系统不是新潮技术,并不新鲜,但这些传统遗留系统所执行的往往是企业的关键任务。因此,企业在工作中往往会秉承着“如果没有坏掉,不要这样修理”的心态。只要其传统遗留系统能够继续维持运行,那么其他领域的就会被优先考虑。

企业为什么不能拖延实施针对传统系统的应对措施

企业延迟实施针对传统系统的应对措施最终是要付出代价的。在许多情况下,拖延的损失往往大于投资于长期解决方案的成本。如下,是你企业为什么不能拖延的原因分析:

1、该系统非常关键

当进行原因归结时,往往是因为您的企业需要这个系统。其对于您企业的运营和业务的成功至关重要。一旦系统出现故障,您将遇到麻烦。以医疗保健行业为例,其传统系统难以维护病人的记录。如果医院在发生硬件故障时丢失了这些病人记录,医院将违反HIPAA法律规定,并需要承担重大后果,包括相关法律责任。而如果是其传统系统的故障导致公用服务机构或金融服务企业无法访问他们多年的数据记录的话,那么他们将遭受巨额的罚款。

2、成本损失加大

拖延的成本会很高。企业如果被发现违反行业规定,除了可能受到监管法律的处罚或诉讼的风险外,还有备用零件的成本,更不用说还会涉及到一些额外的成本,有时候某些备用零件的性能不如原件那样奏效。在包括政府和金融在内的一些行业,80-90%的IT预算致力于维护传统硬件。除了备用零件外,还有对这些传统硬件的支持成本,随着这些传统老旧系统的专家逐渐退休或离开企业员工队伍,对于这些传统硬件的支持成本会不断上涨。最后,当传统硬件一旦出现故障时,还将涉及到停机中断的实际成本损失。例如,在制造业中,停机成本可能是一天或更多天的生产价值。

以美国的珠宝制造商Wheeler Manufacturing为例。当他们的传统硬件出现故障时,他们需要等待支持人员到达位于中西部农村的工厂,他们因此就会损失数天的生产时间。根据制造工厂的规模或工作类型的不同,一天时间的停机可能意味着损失高达数十万美元。正是由于遭受过这种惨痛的生产时间浪费的经历,该珠宝制造商才开始投资于相应服务供应商的服务器解决方案。而借助这些解决方案的部署,使得该珠宝制造商拥有了安全性,其生产将不再受到传统硬件故障的影响。

企业拖延实施针对传统系统的应对措施的成本

拖延对传统硬件进行虚拟化的成本将会非常高昂——并且这会涉及到许多的组件和变量,具体则取决于您企业的业务情况以及对于传统系统的使用方式。如下,我们将为您重点介绍拖延会导致的关键成本损失。

1、停机损失成本

那么宕机成本是多少?很明显,其会因企业的不同而异,但如下有一些相关的数据。根据Gartner的一项调研显示,企业组织每年可能面临大约87小时的系统停机时间。他们估计这一宕机时间的小时成本为42,000美元,这意味着这些大公司每年所遭受的损失总额将超过360万美元。而其他相关消息来源则提出企业平均每小时的停机中断成本高达每小时84,000到108,000美元。根据《今日美国》的一项调查询问了200位数据中心经理有关停机时间的问题,80%的受访者表示每小时的成本超过5万美元。 25%的受访者表示他们所在企业每小时的停机成本超过50万美元。

而来自Forrester的一份报告表明,硬件故障占计划外停机时间的31%,而著名的商业信息服务机构Dun & Bradstreet则认为,财富500强企业中,有59%的企业每周至少会发生1.6小时的停机时间。有一份报告更进一步计算了发生停机中断时间对于劳动力成本的影响,假设每名员工都受到停机中断的影响,那么单就企业劳动力方面而言,每周的成本损失就会超过80万美元——每年总计超过4600万美元。

尽管许多并不位列“财富”500强企业名单上的企业组织所遭受的损失可能较小,但贵公司又可以承受多长的停机时间呢?这是一个重要的问题,特别是当这种停机中断原本是可以预防的时候。

2、迁移成本

由于宕机成本可能会达到天文数字的级别,因此企业拖延实施针对传统系统的应对措施还会产生其他方面的成本。迁移到全新的平台当然可能非常昂贵。创建一款新的应用程序是需要成本开销的;这还包括员工再培训的成本;将来自传统平台的数据迁移、转换到新的平台;以及在迁移过程中丢失数据可能产生的成本。所有这些成本都会因行业而不同,并且在垂直方向上,其会因具体公司的不同而异。

根据Softek公布的针对数据迁移相关的隐藏成本所进行的调查显示,83%的企业在迁移过程中会遇到问题——其中意外停机成为主要问题。其他问题包括技术兼容性问题,数据损坏,应用程序性能问题和数据丢失。此外,Bloor Research在2011年进行的研究表明,企业的数据迁移项目经常会超出时间和预算限制。数据迁移项目的平均预算为875,000美元,但这类项目中只有62%是“按时按预算”投入的。

3、维护成本

最后,还有与维护相关的成本费用。即使您企业的系统保持正常运行,或者即使您企业暂时不考虑迁移问题,但传统系统每年会为您的企业组织带来哪些相应的影响呢?随着传统硬件老化并达到使用寿命的终点,相应的支持维护将变得不太容易获得。许多传统硬件的专家们正在从劳动力队伍中退出,或者进入更新的技术领域。而伴随着可用支持技术人员数量的减少,维护这些传统平台的成本也在上升。你企业愿意为支持这些旧系统付多少钱?更重要的是,您企业是否可以以更少的成本,让相关的应用程序比以前更可靠地运行?

许多公司每年支付高达50,000美元的费用来支持单一的传统遗留系统的维护。如果你企业能在一年内减少50%的维护支持费用,并在此后每年减少95%呢?如果您企业运行的是多款传统遗留系统,请想象一下由此可以节约出多少的预算以供给其他部门。而借助使用传统硬件虚拟化技术,这是可能实现的。

制定计划

如果你企业有一套传统遗留系统,正面临相关硬件老化并有发生故障失败的危险。同时对相应部件的更换更难以实现,并且随着企业内的传统硬件专家们逐渐退休,企业内部对于这些传统系统的知识的掌握正在减少。有鉴于此,提前为您企业的这些系统制定相关的战略是至关重要的。为了制定计划,企业首先需要评估他们的选择:

1、选择A:维护老化的硬件

如上所述,这通常意味着到eBay网上或其他零件经销商处寻求使用过的零部件。这意味着要在故障发生之前提前采购,并在发生故障时做好准备,尽快订购备件。对于停机时间较短的企业或只将其系统用于存档功能的企业而言,此选项通常最为可接受。

2、选择B:迁移软件

虽然这一选择方案通常有效,但其是成本昂贵且耗时的。迁移需要耗时几个月(即时不是几年的话),可能需要部分或全部重写应用程序。此外,还需要对员工再培训,让每名员工都能够在新系统上加快速度操作。迁移本身也可能是有风险的:数据迁移伴随着一些信息可能在此过程中丢失的现实。所涉及的时间,成本和风险可能会使此选项无法奏效。除了这些因素之外,迁移还会导致对于“硬件可能发生故障,但应用程序本身仍然运行得很好”这一事实的忽视。

在没有硬件仿真的知识的情况下,大多数公司都会考虑上述两种选择中的一种,或者两种选择的组合:在迁移之前尽可能长时间的维护系统。在方案A和方案B之间所进行的选择,往往使得企业最后发现自己处于困境之中。

3、选择C:硬件仿真

借助市场上相关服务供应商的传统服务器仿真功能产品,您企业可以更轻松,更经济高效地完成相关的工作。选择C虚拟化了传统硬件,允许传统应用程序在行业标准服务器上运行,无需修改。选项A的难题被消除了:因为这些解决方案运行在现代工业标准硬件上,所以不需要为传统硬件寻找备件。而与选择B不同,选择C成本低,风险低,执行过程相对较短(几天之内,通常不到一周) - 这意味着企业可以保持其仍然可靠的应用程序的完整性。

此外,这些解决方案供应商的技术专家团队在传统遗留硬件,应用程序和操作系统方面拥有丰富的经验。通过与这些专家们一起讨论您企业的目标和性能验收标准,并对您的系统进行盘点,专家将帮助分析你企业的操作运营环境,以确定最好的产品和主机系统。

下一步是安装。这些解决方案的供应商将在符合您企业所属行业的标准服务器或您选择的公共云服务中安装这些方案,然后恢复传统遗留系统的完整备份。在大多数情况下,这是一个您企业环境中完全测试您的应用程序的机会。如果存在任何行为差异,则在此阶段应该对其进行分析和消除。在功能和性能测试成功完成后,将继续进行流程的最后一步:数据迁移。当然,这与软件迁移明显不同,因为您企业的应用程序在这一过程中未被修改 ,这类解决方案允许您企业的未更改应用程序在新的平台上运行,就像它们在原始硬件上运行一样。您的系统仍然能够获得维护支持。安装后,供应商的支持团队即可进行诊断,故障排除和一般维护。

借助这些系统迁移计划,你企业的痛点能够得到有效解决。您可信的传统遗留应用程序就能够像以往一样运行,而员工们也不需要再培训,您的团队也不会担心停机中断,并能够确保业务的连续性。

总结

企业的传统遗留系统太重要,但鉴于某些企业无法对其实施更好的保护,我们建议企业客户选择市场上相应的解决方案和专业知识来帮助您企业避免与传统遗留系统相关的IT灾难。尽早的未雨绸缪。借助这些解决方案的部署,企业客户可以确保其关键任务应用程序的运行,消除风险,降低成本并避免预算超支,快速提高其硬件系统的投资回报率。投资于确保未来能够持续运行的传统遗留系统是企业实现持续成功的关键。

责任编辑:武晓燕 来源: 机房360
相关推荐

2021-01-26 14:36:57

无线网络物联网基础设施有线网络

2009-12-16 10:50:26

2018-06-20 09:24:29

2009-12-23 09:37:38

集线器故障

2010-04-22 18:09:38

Aix系统

2020-03-04 14:50:38

Linux硬件故障

2020-04-28 08:42:30

信息安全网络安全安全人员

2020-03-03 10:47:47

LinuxSystemdDocker

2010-11-17 13:46:14

UPS飞轮储能

2022-02-24 15:39:44

物联网

2018-05-04 12:43:09

边缘计算挑战

2013-05-30 10:24:22

云计算传统行业机遇

2012-02-03 08:56:47

2013-05-23 13:31:38

路由器路由器故障路由器故障排除

2012-08-20 09:45:20

虚拟化

2011-12-07 09:22:57

网宿科技媒体互联网

2015-04-24 09:06:43

云存储故障切换虚拟化

2011-12-13 15:00:56

2011-05-03 17:36:07

iPad谷歌苹果

2011-08-10 14:22:34

点赞
收藏

51CTO技术栈公众号