可用性问题计算方法

❶ 如何计算服务器可用性指标(SAI)

参照此表，您可以估算出服务器在繁忙时段的平均扩展系数，并且还可以为 Server_Transinfo_Range 设定合理的数值，以此得到一个比较理想的服务器可用性指标。 以下内容节选自 Domino Administrator 6.5.1 帮助文档。 集群中的每个服务器都定期判断自己的工作负载，判断将基于服务器最近处理请求的响应时间作出。系统用 0 到 100 之间的数字表示工作负载，其中 0 表示服务器负载过重;100 表示服务器负载很轻。这个数值称为服务器的可用性指标。随响应时间增加，服务器可用性指标减小。 服务器的可用性指标约等于仍然可用的总服务器容量百分比。例如，如果服务器的可用性指标为 65，则仍然有 65% 的服务器容量可用。尽管企业中的服务器功率和资源可能不同，但每台服务器上的服务器可用性指标都代表同一件事 -- 仍然可用的服务器容量。 服务器可用性指标基于扩展系数生成，用于指示服务器上的当前工作负载。扩展系数是由特定类型事件的响应时间与服务器曾经完成此类事务的最短时间之比决定的。例如，如果服务器当前执行“打开数据库”事务的平均时间为 12 毫秒，而服务器曾经执行“打开数据库”事务的最短时间为 3 毫秒，则“打开数据库”事务的扩展系数为 4（当前时间 12 毫秒除以最快时间 3 毫秒）。换言之，扩展系数决定完成当前事务所花的时间是在最佳条件下所花时间的多少倍。 IBM(R) Domino(TM) 将每种事务的最短时间存储在内存和 LOADMON.NCF 文件中，服务器每次启动时都会读取该时间。服务器关机时，Domino 会用最新信息更新 LOADMON.NCF 文件。 为确定当前的扩展系数，Domino 会在指定的时间段内跟踪最常用的几种 Domino 事务类型。缺省情况下，Domino 会在 5 个时间段内跟踪这些事务，每段时间为 15 秒。然后，Domino 就可以确定完成每种事务平均要花的时间，并用该时间除以它曾经完成每种同类事务所花的最短时间。这样就可确定每种事件的扩展系数。为确定整个服务器的扩展系数，Domino 会取所有类型事务的扩展系数的平均值，并对最常用的事务类型给予较大的加权数。 当服务器繁忙时，对服务器添加更多负载会显着地影响服务器的性能和可用性。因此，向繁忙的服务器中添加负载也比向不繁忙的服务器中添加负载要更快地增大扩展系数。 因为各个服务器的速度、容量和处理能力各不相同，能够处理的工作负载也不尽相同。所以，两个不同服务器的扩展系数相同并不一定意味着二者能够承担相当的工作负载。例如，对于一个在空闲状态下执行事务都需要花费很长时间的小型服务器来说，扩展系数 40 可能表示用户需要等待若干秒才能得到响应。而对于一个处理速度非常快的超大型服务器来说，扩展系数 400 可能表示用户只需等待不到一秒的时间就能得到响应。 注意：下表中的值是根据扩展系数 64 生成的，该值表示服务器处于满负载状态。 扩展系数可用性指标 1 100 2 83 4 67 8 50 16 33 32 17 64 0 注意：扩展系数和可用性指标仅用于度量服务器响应时间，该时间通常只是客户机经历的响应时间的一小部分。例如，客户机和服务器之间的网络响应时间通常占客户机经历的响应时间的很大部分。 更改表示服务器处于满负载状态的扩展系数值 要有效利用 Domino 工作负载平衡，必须调整扩展系数与可用性指标之间的关系，以便服务器在达到预期的故障转移工作负载时进行故障转移。通过指定表示服务器处于满负载状态的扩展系数值，可以实现此目的。Domino 中的缺省值为 64。当扩展系数达到该值时，便可将服务器视为负载已满，可用性指标降为 0（零）。 如果服务器的功能特别强大，处理速度特别快，则可提高表示服务器处于满负载状态的扩展系数值。对于一些处理速度极快的服务器来说，该值可以提高到几百或更高。如果服务器的处理速度特别慢，则可降低该值。 要更改表示满负载服务器的扩展系数值，请将下面的设置添加到 NOTES.INI 文件，然后重新启动服务器。 SERVER_TRANSINFO_RANGE= n 其中，值 n 表示服务器处于满负载状态的扩展系数值等于 2 的 n 次幂。 n 的缺省值为 6，这说明扩展系数值为 64，因为 2 的 6 次幂为 64; 如果将 SERVER_TRANSINFO_RANGE 设为 7，则满负载时的扩展系数值为 128;如果将 SERVER_TRANSINFO_RANGE 设为 8，则该值为 256。 要确定 SERVER_TRANSINFO_RANGE 的最优值，请执行下列操作： 1. 在服务器负载过重的期间内，监控服务器的扩展系数。可以使用控制台命令“show stat server.expansionfactor”来执行此任务。另外，还可以在这些期间内监控性能统计信息。记录有关此类期间的足够多的扩展系数值，以便确定使用哪个扩展系数值来表示服务器处于满负载状态。 2. 为 SERVER_TRANSINFO_RANGE 确定一个值，以 2 为底数, 该值为指数计算而得的值，即为在步骤 1 中选择的扩展系数值。 如果更改了表示服务器处于满负载状态的扩展系数值，扩展系数与可用性指标之间的关系就会发生变化。下表列出了当 SERVER_TRANSINFO_RANGE 值为 8 时的一些扩展系数以及由之转换而来的可用性指标。因为 2 的 8 次幂为 256，所以本例中的最大扩展系数为 256。 扩展系数可用性指标更改用于计算扩展系数的数据量 尽管不是必需的操作，但还是可以使用下列 NOTES.INI 设置来更改 Domino 收集用以配置扩展系数的数据量。 要更改 Domino 使用的数据收集时间段数，请使用 NOTES.INI 的 Server_Transinfo_Max=x 设置，其中 x 是您希望 Domino 使用的收集时段数量。 要更改每个数据收集时间段的时间长度，请使用 NOTES.INI 的 Server_Transinfo_Update_Interval=x 设置，其中 x 是每个时间段的长度（秒）。

❷ IT培训分享软件编程可用性测试步骤解析

之前为大家简单介绍了关于软件和产品的可用性测试的一些注意事项和概念分析等内容，今天IT培训http://www.kmbdqn.com/就来聊聊关于可用性测试的具体操作步骤都有哪些。

1.确定测试任务

也就是给用户找点事做。测试任务反应用户的实际目标，而不是我们期望用户做的事。

1.1确定任务清单，来自产品or交互提出的需要测试的任务点

1.2把任务转化为场景，用用户的语言，有一些情景的细节，以便让用户融入测试中。

1.3在每个场景下列出具体的用户任务和探寻点。要注意的是，这写任务不能框定得太死，直接告诉用户具体的操作步骤，而是观察用户会注意到哪些信息点，会进行哪些操作。

2.招募用户——典型而有代表性

确定招募标准，想要招募什么样的用户，要有什么产品的使用经验、用户的细分和配比、人口学特征、所需的态度(有使用需求)和行为特征(eg性格外向，近没有参见过相关调研等)

筛选方法：可以通过问卷来筛选用户。

用户数量：五个用户能发现大多数可用性问题

哪里招募：公司内部，亲戚朋友，用户池，现有用户，产品论坛

邀请用户：正式的邀请的短信

约定时间：列好时间排期表

3.预实验测试用户测试本身。

检查访谈指南的台词、用户完成的时间，以及任务说明是否包含暗示(是否有非常容易完成的任务)

4.测试前准备

会议室/测试机/问卷/demo/记录纸/便签

5.测试流程

暖场-测试前访谈-执行-测试后问卷-感谢酬劳-初始化

5.1暖场：自我介绍;解释测试的目的和时间;强调测试的对象是产品而不是用户;请用户尽量“发声思维”;告知用户会录像;签署保密协议

5.2测试前访谈：了解用户的职业、上网情况、产品使用情况、平时的产品偏好

5.3测试执行：宣读任务，整个过程中不纠正错误，不提供帮助，适当鼓励，仔细观察和聆听用户的建议，适当简单追问“为什么刚才这样操作”(帮助用户习惯出声思考)

观察重点：用户是否独立完成任务;若独立完成，则是否在过程中做了无效操作或者有不知所措的情况;是否有不满的情况，用得不舒服的页面。

记录重点：行为和动作;用户的想法(通过操作步骤来反应);问题(用户说的)。要记录问题，而不急于寻求答案

问题探讨：在测试过程中打断用户或者在后询问用户。询问整个过程中想深入但没有问的问题;询问观察的同事关心的问题

及时记录：趁记忆犹新记录下来。可以巧用便利贴，每张便利贴记录一个独立的现象(用户操作/建议/抱怨)，在左上角写任务编号，右上角写用户编号，此现象对用户完成任务的影响写在下方。

尽可能地把有话语权的人参与进来。做到隐形的观察者，只观察页面发生了什么或者用户说了什么，不动、不说、不看，不把观察等同于分析。

5.4测试后访谈

如果在操作用的提问会对操作产生较大影响，就要避免中途打断，而在事后访谈补全信息。另外还可用use量表(共30项)和as形容词量表对用户的满意度进行评估。

❸ 如何进行可用性评估

可用性评估，它的主要目的是为了找出可用性方面的问题，即用户能否很好地使用产品的各项功能。 用户研究是制作原型和可用性评估的基础和前提，只有通过用户研究，设计人员才知道用户对界面的特定需求和使用特点，才能在这些知识的基础上制作原型，同时在对原型评估时，也必须根据用户自身及使用时的特点来对原型的好坏进行判断。 根据在评估过程中是否有用户参与，可用性评估可以分为两大类。第一类是没有用户参与的评估方法，第二类是用户参与进行评估的方法，为什么会存在没有用户参与的方法呢？以下是两个主要原因： 第一， 用户以及用户的时间都不是免费的、何时想要何时就能得到的一种资源，大部分用户都有自己的工作要做，他们只能抽出很少的时间来帮助你进行可用性评估。因此，即使是不考虑经济方面的成本，有些时候你仍可能无法找到用户来进行评估。 第二，有时请用户进行评估也并不总是能发现所有问题的，这仍是因为可供测试的用户数量有限，只有很少功能能被评估工作覆盖到。另一方面，用户的熟练程度也决定了只有特定的问题会被发现。例如，新手用户进行评估很可能发现产品在易学习性方面的问题，但却不容易发现使用效率方面的问题，而熟练用户的情况则相反，如果由设计人员进行评估，就可以系统地对所有的功能在可用性的所有方面进行评估。 下面我们首先来讨论两种不需要用户参与评估的方法：认知走查和启发式评估。 认知走查（Cognitive Walkthrough） 认知走查法试图想象出人们在第一次使用某个产品时的想法以及所采取的动作，它的大致流程是这样的，你已经有一个原型或对于界面的详细描述，或者就是一个真正的产品。同时，你知道可能的用户是谁。此时，你可以选择产品所能支持的某个功能来进行评估。评估的具体过程就是把用户在完成这个功能时所做的所有动作进述成一个令人可以信服的故事。为了使得这个故事可信，针对于用户所做的每一个动作，你必须要能够证明，根据用户的知识水平以及界面上的各种信息提示及反馈，用户做出该动作是合情合理的。 认知走查前的准备工作： 需要有一个可供评估的原型或真正产品，或者对于界面使用方法的详细描述，产品的使用手册也可以，这些描述或使用手册越详细越好，因为只有这样才能发现更多的问题。 需要一个对于要完成的任务的描述，这个任务最好是用户在使用产品时的典型任务。 需要有一个用户在完成上述任务时所执行的一系列动作的完整而详细的描述。 有关用户自身生理、心理特点以及他们的知识和经验的描述。 怎样在认知鼠查中发现可用性问题？ 在上述准备工作的基础上，认知走查的核心部分就是对假定的用户所采取的每一个动作进行质疑，看看它的发生是否合乎情理，我们可以从以下四个方面加以考虑： 第一、用户能否想到去做某个动作。 第二、用户能否找到执行某个动作的控件在哪里。 第三、用户能否看出操作控件可以产生他们想要的效果。 第四、在用户执行操作后，界面是否提供了适当的反馈，用户能否较好地理解这些反馈来有效地指导的后续的操作。

❹ 软件可靠性测试，可用性测试的定义，有什么区别

软件可靠性测试是指：为了评估软件在规定的寿命期间内，在预期的使用、运输或储存等所有环境下，保持软件功能可靠性而进行的测试。
软件可用性测试是指：是对软件“可用性”进行评估，检验其是否达到可用性标准。目前的可用性评估方法超过20种，按照参与可用性评估的人员划分，可以分为专家评估和用户评估；按照评估所处于的软件开发阶段，可以将可用性评估划分为形成性评估和总结性评估。形成性评估是指在软件开发或改进过程中，请用户对产品或原型进行测试，通过测试后收集的数据来改进产品或设计直至达到所要求的可用性目标。形成性评估的目标是发现尽可能多的可用性问题，通过修复可用性问题实现软件可用性的提高，总结性评估的目的是横向评估多个版本或者多个产品，输出评估数据进行对比。

❺ 高可用性的简介

（1）主从方式 （非对称方式）
工作原理：主机工作，备机处于监控准备状况；当主机宕机时，备机接管主机的一切工作，待主机恢复正常后，按使用者的设定以自动或手动方式将服务切换到主机上运行，数据的一致性通过共享存储系统解决。
（2）双机双工方式（互备互援）
工作原理：两台主机同时运行各自的服务工作且相互监测情况，当任一台主机宕机时，另一台主机立即接管它的一切工作，保证工作实时，应用服务系统的关键数据存放在共享存储系统中。
（3）集群工作方式（多服务器互备方式）
工作原理：多台主机一起工作，各自运行一个或几个服务，各为服务定义一个或多个备用主机，当某个主机故障时，运行在其上的服务就可以被其它主机接管。
什么是高可用性（HA） 可用性的计算公式：
%availability=（Total Elapsed Time－Sum of Inoperative Times）/ Total Elapsed Time
elapsed time为operating time+downtime。
可用性和系统组件的失败率相关。衡量系统设备失败率的一个指标是“失败间隔平均时间”MTBF（mean time between failures）。通常这个指标衡量系统的组件，如磁盘。
MTBF=Total Operating Time / Total No. of Failures
Operating time为系统在使用的时间（不包含停机情况）。 设计系统的可用性，最重要的是满足用户的需求。系统的失败只有当其导致服务的失效性足以影响到系统用户的需求时才会影响其可用性的指标。用户的敏感性决定于系统提供的应用。例如，在一个能在1秒钟之内被修复的失败在一些联机事务处理系统中并不会被感知到，但如果是对于一个实时的科学计算应用系统，则是不可被接受的。
系统的高可用性设计决定于您的应用。例如，如果几个小时的计划停机时间是可接受的，也许存储系统就不用设计为磁盘可热插拔的。反之，你可能就应该采用可热插拔、热交换和镜像的磁盘系统。
所以涉及高可用系统需要考虑：
决定业务中断的持续时间。根据公式计算出的衡量HA的指标，可以得到一段时间内可以中断的时间。但可能很大量的短时间中断是可以忍受的，而少量长时间的中断却是不可忍受的。
在统计中表明，造成非计划的宕机因素并非都是硬件问题。硬件问题只占40%，软件问题占30%，人为因素占20%，环境因素占10%。您的高可用性系统应该能尽可能地考虑到上述所有因素。
当出现业务中断时，尽快恢复的手段。 周期性的备份
软件升级
硬件扩充或维修
系统配置更改
数据更改 硬件失败
文件系统满错误
内存溢出
备份失败
磁盘满
供电失败
网络失败
应用失败
自然灾害
操作或管理失误
通过有针对性的设计，可以避免上述全部或部分因素带来的损失。当然，100%的高可用系统是不存在的。 在UNIX系统上创建高可用性计算机系统，业界的通行做法，也是非常有效的做法，就是采用群集系统（Cluster），将各个主机系统通过网络或其他手段有机地组成一个群体，共同对外提供服务。创建群集系统，通过实现高可用性的软件将冗余的高可用性的硬件组件和软件组件组合起来，消除单点故障：
消除供电的单点故障
消除磁盘的单点故障
消除SPU（System Process Unit）单点故障
消除网络单点故障
消除软件单点故障
尽量消除单系统运行时的单点故障

❻ 网络的可用性指标有哪些

典型的可用性指标计算公式包括：
总可用性=（1-停机时间）/运行时间；设备可用性=MTBF/（MTBF+MTTR）。其中MTBF（Mean Time Between Failure）为平均无故障时间，MTTR（Mean Time To Repair）为平均修复时间。

❼ 可用性工程是什么都有哪些方法

可用性工程方法

可用性工程（Usability Engineering）是IT产品及其用户界面开发的一种工程方法论，贯穿于产品整个生命周期的各个阶段，包括从需求获取、可用性问题分析、设计方案的开发以及测试评估在内的一整套实用方法，泛指以提高产品可用性质量为目的的一系列过程、方法、技术和标准,其核心是以用户为中心的设计方法论（user-centered design，UCD）。它强调从用户的角度来进行产品的设计开发，这使它有别于传统和常规的开发方法。

可用性工程可以用于各类交互式IT产品的开发，包括计算机软硬件、网站、信息家电以及以嵌入式软件为核心的各种交互式仪器设备，还可用来设计用户手册、联机帮助和培训课程。

近年来，人们开发了几十种不同的可用性工程方法，用于产品生命周期的各个阶段。这些方法的运用可以使所开发的产品具有较高的可用性质量。例如，HP公司在一个网络监控软件新版本的设计中系统地采用了可用性工程方法，获得了令人满意的结果。下表是以传统方法开发的旧版本与新版本可用性质量的比较。

具体说来，在产品开发过程中运用可用性工程方法可以实现以下目标：

准确而详细地理解用户特征、用户任务和使用环境；
明确定义产品可用性质量的用户需求；
基于同类产品或产品的原有版本，建立产品可用性质量基准；
在产品生命周期的各个阶段，随时、快速、准确地获得用户反馈，发现可用性问题，及时改进产品设计；
检验和确认产品是否满足可用性质量的用户需求；
减少后期维护，避免无效开发，从而降低开发成本，缩短生产周期；
评估和认证产品是否符合有关可用性的国际标准；
定性或定量地评估产品的可用性质量，按照国际标准向采购方提供产品可用性质量测试报告；
对同类产品的可用性进行比较分析，了解自己产品的竞争力，以针对性地改进产品和制定相应的产品发展策略；
评估和改进产品开发过程的可用性能力成熟度（UMM）并获得国际标准认证。
应用现状

可用性工程的工业应用始于20世纪80年代，最初主要在一些大型IT企业中应用。从90年代开始，可用性工程在IT工业界迅速普及，目前，国外主要的IT企业都建立了规模较大的产品可用性部门，大多数网站都有可用性专业人员，出现了一批可用性工程专业咨询机构。

IBM、微软、HP、Oracle、Sun、Motorola、诺基亚、Philips、西门子等企业都有十几年甚至更长时间的可用性工程实际运用历史。例如，IBM在1969年就成立了企业的可用性部门，并开始在产品开发过程中采用可用性工程方法，逐步形成了自己的可用性工程规范。目前，IBM在全球设有25个可用性实验室，专职人员超过500人，他们有这样一个口号：“可用性方面的投入是一本万利的”。微软的可用性部门成立于1989年，现在已有14个可用性实验室、员工近200人，可用性工程已被系统地运用于微软的各类产品开发过程。

在工业界，可用性工程活动的范围广泛、形式多样，典型活动包括可用性规划、现场研究（观察、采访）、专家评审、原型开发及用户界面设计、可用性测试和评价（反馈收集型测试、绩效评估型测试、竞争力测试）、企业可用性指南、标准及开发过程规范的制定等。过去，可用性工作主要集中于产品生命周期的中、后期，现在有越来越重视前期的倾向，这就要求可用性专业人员具有更强的设计能力。

可用性部门的人员构成具有鲜明的多学科交叉特征，其人员主要来自人机工程学、认知心理学、工业工程学、视觉设计、计算机科学等专业，许多人具有复合的专业背景。这种人员组成为在技术运用中多角度地考虑人的因素提供了保障。

一个从未涉足过可用性工程的企业如何开展自己的可用性工程呢？通常有如下几种方式：

直接招募有经验的可用性专业人员，建立自己的可用性部门，这种方法适合于有一定规模的企业；
将有关工作委托给某个可用性专业咨询机构，这种方法适合于中小企业，也适合于大型企业；
聘请有经验的可用性专业人员与本企业开发人员一起进行某项可用性工作，通过可用性专业人员的示范作用，让开发人员从实例中学习可用性工程的某些技能，掌握简单而有效的可用性工程方法。

差距

应当说，可用性工程在发达国家已经是一个技术发展和市场需求都比较成熟的领域。随着信息技术日益深入地融入人类社会和面向大众，可用性工程将不断发展和完善，并在工业界获得越来越广泛的应用。

受多年来计划经济以及产业和市场发展水平的影响，目前可用性工程在国内IT工业界的应用基本上还是一片空白，在产品设计开发中重视技术而忽视人类因素的现象还普遍存在，造成很多产品和服务不同程度地存在可用性质量问题。随着国内IT产业日趋成熟，市场竞争会愈加激烈，国内企业能否在这种激烈的竞争中生存、发展和壮大，关键取决于其产品和服务的竞争力。因此，国内IT企业迫切需要掌握可用性工程这类能提高产品和服务质量的有效手段。作为欧盟可用性中国支持中心，我们的职责是可用性工程技术资源的引进、本地化和推广应用。希望通过我们的努力，国内IT工业界有越来越多的人了解和掌握可用性工程，在越来越多的企业、部门和产品领域运用可用性工程，从而促进产品和服务可用性质量的普遍提高，增强整个行业的国际竞争力。

❽ 设备a可用性 并联后可用性 怎么计算

不是很清楚