技术开发 频道

SQL Server 2005 VS. Oracle:高可用性对比

    高可用性的定义与五个“9” 

    可用性可以定义为系统或资源可以使用的时间。高可用性的定义则通常根据其绝对可用性的百分比进行测定,100% 表示资源随时可用,没有停机时间。不过,要实现 100% 可用性非常困难。非常高的可用性的最接近测定为 5 个 9,即 99.999%。可用性可以用数学表达式定义为: 可用性百分比 = ((总时间 – 停机时间的总和)/总时间) 

    系统可用性的百分比等于总时间减去系统不可用的总时间,然后除以总时间。每年的可用正常工作时间为 8,760 个小时(每天 24 个小时乘以每年 365 天)。总共的正常工作时间为 8,760 个小时,则表示当年的可用正常工作时间为 100%。不过,由于需要定期进行系统维护,而且也可能出现其他计划外的事件,通常不可能提供 8,760 个小时的正常工作时间。例如,系统经常每个月会有一天(8 小时)的计划停机时间,以进行每月的维护工作,以便 IT 人员进行硬件升级、应用系统修补程序或进行其他例行维护活动。在这种情况下,系统的可用性百分比如以下表达式中所示: 98.9 = ((8760 – (8 x 12)/8760) 

    也就是说,每月停机一天的话,总可用性就为 98.9%。下面将说明如何计算系统可用性中的 9 的数量。9 的数量按照以下方式计算:99.9% 为三个 9,99.99% 为四个 9,依此类推。 

    正如所您所看到的,每个月停机一天,总体可用性为 98.9%,仅实现了 5 个 9 中的一个 9。每个月停机一天并不多,对于很多组织,这样的可用性就足以满足其需求了。不过,在很多情况下,这个百分比仍然不够。下表中所示为与每个持续增加的可用性水平相关的停机时间量。

    每年停机时间为每天 15 分钟或一年 92 小时(3 天 18 小时 20 分钟)就可以实现具有一个 9 的可用性。不过,随着 9 的个数的增加,要求也就越严格。最高的可用性(可用性为 5 个 9)中每年的停机时间必须小于每年 0.09 小时(约 5 分钟)。使用目前的数据库平台可以实现更高水平的停机时间,但不能仅靠使用技术而实现。这些高水平可用性仅能通过利用人员、流程和技术因素的组合才能实现。

    务必注意,必须从对用户而言的系统可用性角度出发进行停机时间跟踪。某些供应商根据服务器可用性声称其可用性如何如何,但从服务器级别跟踪可用性并不一定考虑了对用户的真正可用性。如果服务器在正常工作,而其他因素导致最终用户无法访问系统,那么也应该将系统视为不可用。

    影响可用性的因素 

    对于全天候可用性的要求受到很多因素的影响。可能会成为创建高可用性操作环境的障碍的主要因素包括: 人员、 流程、技术。 

    信息的持续可用性不仅仅涉及到技术方面,还与公司员工(内部人员和位于远程位置的人员)有关。雇佣最好的人员以平稳地运行业务操作,这对于组织保持最大正常运行时间十分关键。将这一点与实现高效操作过程的流程和良好的策略相结合,可以确保您的人员最好地发挥其专业技能。 

    技术在创建高可用性环境过程中扮演的角色具有多重性。从系统角度而言,技术解决方案将处理例行维护和出现的各种类型的故障(如站点故障、服务器故障和数据库破坏)。从业务的角度而言,技术还会影响业务环境中的人员、策略和流程。例如,公司选择的硬件和软件解决方案将会同时影响人员所需的技能技巧和公司需要建立以管理该技术的流程。这些技能技巧的保持是非常重要的因素,可以影响系统可用性。持续的培训至关重要,这样可以使操作人员保持先进的技能水平,从而确保其能正确高效地执行例行操作和紧急任务。

0
相关文章