Wed, 2007-09-12 01:07 — F I N
BankingIT是由H/W,S/W與AP構成、連續運轉是依賴三者均能正常的運作。系統停止正常運作的原因有二、故障(H/W故障,S/W故障,AP故障)或維護(H/W擴張,S/W更新,AP增修)。H/W故障可用N+1備援、S/W與AP的故障可用故障局部化及N+1備援讓系統繼續運轉。因維護而必要的停機如果要避免其前題是H/W與S/W能在不停機的情況下能進行維護(如進行HW記憶體CPU擴充,S/W OS版本更新等)、然而目前H/W,S/W維護在某些情況下仍須停機在重新開機、因此假如我們確定7天內不作會導致停機的H/W,S/W維護、AP也設計成不因BATCH而停止ON-LINE則系統可稱7*24ON-LINE、依此類推如果365天不作會導致停機的H/W,S/W維護則系統可稱365*24ON-LINE、但是要一年只作一次因H/W,S/W維護而停機事實上不太可能、因此IT廠商會不斷的改進系統(H/W,S/W)而終至有朝一日365*24會純屬AP的設計問題。下次有AP廠商說他的設計是7*24,365*24請他說清楚前題條件、如果有人告訴你他的設計是7*24*365(我真的聽過)、那就不必浪費時間聽下去了。
Comments
只是說法罷了,很多
只是說法罷了,很多公司都說是24x7x365(尤其電信業動不動就這樣說)。
看你的文章看不出為啥7x24可,7x365可,但是7x24x365不可?
BTW,
Failure無論軟硬體都能做到熱抽換,只要不是全壞就可。
Maintain(include upgrade)當然也是可以做到熱抽換,就算換到核心模組,良好的設計也能熱抽換。
唯一導致24x7x365不行的,是因為測試不完全,所以程式放上去(upgrade)後出錯,這樣的錯相同於全壞了,直接全部的服務全部停掉。
當然,我懷疑現在台灣有任何廠商有足夠的資源可以做到啦(大家都有技術,技術也可行的)。
有365*24,何必再談7*24?
365*24是指連續365天,每天24小時不中斷服務。7*24是指連續7天,每天24小時不中斷服務。有365*24,何必再談7*24?
文章是說 如果有人告
文章是說
如果有人告訴你他的設計是7*24*365(我真的聽過)、那就不必浪費時間聽下去了
隨便google一下,如
http://www.google.com/search?q=24x7x365&ie=UTF-8&oe=UTF-8&hl=zh-TW&btnG=...
就這樣。
因為這麼多公司都是這樣說的,所以這些公司都不用聽了嗎!
根據本文,好像你的定義中7x24,24x365都需要停機,不同的是停機時間的不同。
甚麼名詞都可以用,但是要定義清楚
我的文章對7*24與365*24已做定義(日*時),continual processing是需要H/W,S/W,AP三者都能在目標值(7*24或365*24)期間內都不因干擾因素而停機(系統部份固障或進行定期維護),7*24*365因本人認為365*24技術面及目標值已涵蓋7*24,因此7*24*365(日*時*日)主觀認為有字面上的多餘之嫌.
另7*24或365*24我的定義的確都需要停機,在BankingIT有些維護迄今的確是需要停機,例如(IBM z/OS版本提升或上PTF)系統就必須重開機(碰到此狀況可選擇周末(7*24)或年底(365*24)作計畫性停機.
Add new comment