可用性問題計算方法

❶ 如何計算伺服器可用性指標(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可用性 並聯後可用性 怎麼計算

不是很清楚