A Windows megbízhatóbb mint a Linux, de a UNIX-ok verik mindegyiket

A Yankee Group elemzőcég éves szerver-megbízhatósági felmérése szerint a Windows 2003 Server sokkal megbízhatóbb operációs rendszer mint a Linux(-alapú operációs rendszerek). Egyedül a UNIX-ok, például a Solaris, AIX vagy a HP-UX veri a Windows-t uptime-ban.

A cég szerint a Windows 2003 Server közel 20%-kal vezet a Red Hat Enterprise Linux előtt az éves uptime-okat illetően. Mindemellett a cég egyik elemzője megjegyezte, hogy az összes nagyobb operációs rendszer "nagyfokú megbízhatósággal" rendelkezik, és hogy az elmúlt 3-5 éveben jelentős fejlődést mutattak e téren.

A cég felmérése szerint a standard Red Hat Enterprise Linux többet és hosszabb ideig volt offline állapotban, mint a konkurens Windows vagy UNIX operációs rendszerek. A cég szerint ennek az oka a Linux és nyílt forrású (rendszerek, programok) dokumentációk hiánya lehet.

A cég hangsúlyozta, hogy a felmérést nem támogatta ill. szponzorálta egyetlen szerver operációs rendszer gyártó sem.

Bővebben itt.

Frissítés: A felmérés összegzése itt.

Hozzászólások

Ez mind szép és jó csak egy év után megnézném mennyit teljesít még a Windows meg mennyit a Linux-Unix. Nálunk minden nap újra kell indítani a MS Terminal Servereket különben kifagyhatnak másnapra, mert tele kerül szeméttel.

A megbízhatóság != az uptime-mal. Szokták mondani.

Azon meg nem is csodálkozok, hogy a UNIX-ok vernek mindent. A UNIX-ok nem futnak mindenféle ótvar vason. Általában majdnem hogy "célhardveren" futnak. Az adott cég szinte kizárólag a saját vasára fejleszti a UNIX-ot (mondjuk a Solaris fut sima PC-n is, de valószínűleg itt nem arra a Solaris-ra gondoltak, hanem a SPARC verzióra).

--
trey @ gépház

De most komolyan, nem azt írták, hogy pártatlan ember áll a felmérés mögött, hanem hogy nem szponzorálták, és nem támogatták az érintett operációs rendszer gyártói a felmérést. Az még nem jelenti azt, hogy objektív megítélés alá esett volna a dolog.
Legyél dombon ülő vadászkutya :D

Normális nagy megbízhatóságra tervezett unix szerverekben menet közbeni alaplap/processzor/memória csere alapkövetelmény, és ezt a műveletet ugye az oprendszer is támogatja. Egy ilyen mellett nem tud labdába rugni se a windows, se a Linux. Ez meg szvsz. leginkább a vasaknak köszönhető, nem kizárólag az oprendszernek. A legtöbb instabilitási problémát windowson és linuxon egyébként is a gagyi hardverre elkövetett hulladák driverek okozzák.

Nem feltétlen megoldás, amennyiben nem olyan a cluster-ed, hogy minden node futtatja az alkalmazást.
Én a Serviceguard-ot ismerem, arról tudok írni. Extrém eseteket kivéve (Oracle RAC) ott egy alkalmazást tartalmazó csomag egyszerre egy node-on fut és a node futtatásképtelensége esetén valamely másik cluster-tagon indul el. Lehet a csomag indulása olyan időigényes, hogy elfogadhatatlan maintenance célokra a package switching. Persze failover esetén nem az idő a legnagyobb probléma. De direkt ne szivassuk már a felhasználóinkat.
Magyarán egy cluster nem a javítás hanem a meghibásodás miatt cluster.

Ave, Saabi.

Viszont több oprendszer képes arra, hogy megfelelő hardver támogatás mellet a csomagot futás közben vigye át a cluster egyik node-járól a másikra anélkül, hogy magát az alkalmazást erre felkészítették volna. Ahogy így az emlékeimben kotorászok, tud ilyet már vagy 15 éve a NonStop és a VMS, tud ilyen a Tru64 Unix, tud ilyet az OS/400 (az AS/400-on futó izé) és újabban tud ilyet pl. a linux is Xen-nel. Neked ebből az első 3-at hivatalból ismerned kéne :)

Má mé kéne nékem ismernem a Digital/Compaq megoldásokat? IMHO a NonStop Kernel-t te se ismered! :-P
Természetesen vannak olyan cluster megoldások, ahol a node-ok egyszerre futtatnak alkalmazásokat, de ezek vannak kevesebben. Ha jól tudom. A Xen-t nem ismerem.
Ha jól tévedek, akkor a HP-UX 11i v3 is fogja eztet tudni jól.

Ave, Saabi.

Nem. Olyan gépről amiben több alaplap van. Pl. SunFire 6900 (http://www.sun.com/servers/midrange/sunfire_e6900/index.jsp)
Ezekben a vasakban futó oprendszer mellett, mindenféle alkalmazás leállítás nélkül, menet közben lehet (szinte) bármilyen hardvert cserélni, alaplapot és procit is beleértve. Az alkalmazások észre sem veszik.

Van egy jó hozzászólás itt:

.. the windows server that hosts the yankee group rebooted as recently as 4 days ago.

Netcraft adatok itt.

Ha már az uptime-mal mérik...

tényleg sosem bírt 70 napnál többet? Átlag neg olyan 20 nap körüli...

Ennél még nekem is sokkal több, pedig én nem vagyok egy nagy linux-király... :-)

Részletek:

http://uptime.netcraft.com/up/graph?site=www.yankeegroup.com

Üdv: Dragon

---

www.linuxmedia.hu

Ismerek olyan onkorit, ahol RH van, es a compony policy-ben benne van a heti egy kotelezo restart.
Ne kerdezzetek, hogy miert :) En is ezt tettem, de nem tudja senki.

elemzőcég....
...a felmérést nem támogatta ill. szponzorálta egyetlen szerver operációs rendszer gyártó sem.

Valószínüleg valaki csak szponzorálhatta... Egy cég nem jótékonyságból dolgozik...
Azért kicsit furcsa az, hogy az elemzők nagy része szerint az M$ termékei általában überfasza titulust kapnak.

Nem ezt az elemzést nem támogatta senki.. - az már mostanában kikezdi a hitelességet.

Két hét múlva:

A Microsoft megbízta a Yankee Group-ot a "pillangósvirágú magok számoságának vizsgálatával a természetes számok halmazán" kutatás elvégzésével. A szimuláció keretében a Yankee-nak negyed kilónyi babot kell megszámolniuk háromszor, majd összevetni a kapott eredményeket. A tudományos kutatást a Microsoft 2 millió dollárral támogatja. :-))

A nagy uptime felmérésbe a Yankee vajon belevette Józsika enyhén lesarkazott duron processzoros nyomtatószerverét is, amin ettől még azért áltlában azért elindul a linux?

A HP-UX meg jó, hogy vezet. FCC Class hova is tartoznak pontosan a Hp unix serverei??

Muszaj mindig olyan mondatokat leirni, amiben egyszerre szerepel a "Linux" es a "megbizhato" szo? :)

Igazad van, skandallum ez a szópárosítás, ami mégis újra és újra felbukkan a hup.hu-n.
A Macintosokkal természetesen nem is lenne szabad egy oldalon említeni. Ezúton is elnézést kérek, hogy egy Linux nevekkel beszennyezett oldalon leírtam ezt a csodálatos nevet.

Vajon egy a Mac OSX megbízhatóságát vizsgáló felmérésbe az Apple által forgalmazott kompjúterek mellett a garage tuning műhelyek Maxxuss kiadású Mac klónjait is belevennénk, az javítana vagy rontata a várható eredményen?

Na elmennek a ...ba a hpux-ukkal... :D

--
Fel! Támadunk!

Na, közben megtaláltam magát a felmérést:

http://www.iaps.com/2006-Server-Reliability-Survey.html

Azért érdekes, hogy az ilyenből mindenki azt hoz ki amit akar. Az én választásom:

"
- Not surprisingly, the UNIX distributions – Solaris, AIX and HP UX took top reliability honors.

- Windows Server 2003 and Red Hat Linux with customizations and Novell SuSE Linux all reported roughly equivalent per server, per year outage times of just under 800 minutes.

- Custom SuSE Linux delivers the highest reliability and fewest minutes -- about 430 minutes of outage per server, per year. "

Mindjárt máshogy hangzik. Hahahaha.

--
trey @ gépház

Hát, nem tudom. Évente 7 óra leállás az baromi sok. Bár arról nem szól a fáma, hogy ez tervezett, vagy nem tervezett. Gyanítom, ez tervezett lesz, bár az kérdés, hogy mire lett a leállás tervezve.

Ha üzletileg fontos szerverről van szó, a legtöbb helyen az egy év alatti nem tervezett leállás mértéke nem haladhatja meg az 1 órát, sok esetben a 10 percet sem.
Úgy ..... ez az egész felmérés, ahogy van.

Jah én is sokallom. Egyébként:

Rendelkezésre-állás Megengedett leállás / év
90% (egy kilences) 36.5 nap/év
99% (két kilences) 3.65 nap/év
99.9% (három kilences) 8.76 óra/év
99.99% (négy kilences) 52 perc/év
99.999% (öt kilences) 5 perc/év
99.9999% (hat kilences) 31 másodperc/év

--
trey @ gépház

Evente 7 leallas az rohadt keves, tapasztalatom szerint. :) Ex-melohelyemen a kulfodi szekcio (nagy ceg) Windowsokat hasznalt szervernek, irtozatos IBM dual/quad-vason, sokgiga RAM-mal.. Atlag 2-3 hetente volt vmi reboot, vagy planned(!) downtime (egy-ket orasak, de elofordult 2 napos is). Es ebben meg nincsenek benne a nem plannedek, mert azis elofordult. A magyar szekcio szerveret en epitettem, egy osszelapatolt Celeron 600, fel giga ram, IDE winyok. Ez vitte a ceg levelezeset + spamfiltering + imap + pop3 + webproxy + tovabbi szerverek ele proxy + fileszerver + gateway + VPN gateway + joegtudja mi minden. Debian Sarge. Legutobb 300 nap koruli uptimenel jart mikor neztem.

Vegul a kulfoldiek kitalaltak, hogy az uniformizalodas jegyeben az itteni rendszert is Windowsra cserelik. Kerdeztem, miert te szerencsetlen. A valasz: "we don't trust Linux". Aha. Gondolom ilyen certified nagyfeju Windows expertnek ha valami ennyi ideig megy piszkalas nelkul, az csak gyanus lehet. Hagytam is az egeszet a francba inkabb, verjek szet nyugodtan ami mukodik: de nelkulem. Egyebkent nem ketlem hogy lehet jolmukodo szervert epiteni Windowsra, csak en meg nem lattam olyat. De nyitott vagyok, tenyleg.

Charlie :)) Én annyira bírlak... de tényleg! :)

Elmondom neked, hogy mi a nézetbeli különbség közted és egy IT menedzsment között.

Te azt mondod, hogy egy szerver legyen olyan, hogy egyszer összerakod és az menjen a világ végéig. Ez egy szép és aranyos gondolat, én is valahogy is képzeltem el gyerekként a kiszolgálókat. Játszottam is otthon ilyesmiket.
Összeraktam mindenféle lehetetlen hardverekből gépeket, majd ilyen-olyan szoftvereket futtattam rajtuk naphosszat és örültem, hogy milyen stabilak a gépeim még nagy terhelés mellett is és micsoda uptimeokat tudok velük elérni.
A gyerekek egy tökéletes világban élnek és ki az aki ne szeretné, ha ilyen ideális lenne a valóság is. Sajnos azonban nem ilyen...
Az élelmiszerek egy idő után megromlanak, a mosógép fűtőszálja a calgon használata mellett is idővel vízköves lesz és az autóban is rendszeresen kell olajat cserélni, ha nem akarjuk, hogy komolyabb baja legyen. És nincs ez másképp az IT esetén sem...

Mérnök szemmel a történet valahogy így néz ki:

A lehető legjobb közelítés a teljes redundáns kiépítés felé (a gyakorlatban ritka, mert drága, ezért csak a fontosabb - kritikus - szolgáltatásokkal teszik ezt meg). Garancia és támogatás minden hardverre és szoftverre. 2-3 hetente vagy gyakrabban tervezett leállás vagy újraindítás -> gyakran kötelező a megfelelő patch management érdekében, de a komoly szolgáltatásokat ez javarészt nem zavarja meg, mert hibatűrő klaszteren vagy egyéb megoldáson futnak és míg az egyik szerver foltozása és esetleges újraindítása történik, addig a másik továbbra is kiszolgálja a kéréseket. Egyszóval jól felépített, karbantartott és dokumentált homogén rendszer.

Ezzel szemben hogy néznek a te Linuxos gépedre...
300 napos uptime? Tehát majdnem egy éve megy a gép folyamatosan, leállás vagy reboot nélkül és bizonyára nem is nagyon nyúltál hozzá, hisz "ha valami működik minek piszkálni". A 300 nap alatt legalább 300 hibajavítás jelent meg, amelyből persze nagy valószínűséggel a java része nem érinti a szerveredet, de ezt ellenőrizni nem lehet egyszerűen, központosítottan. Az is biztos viszont, hogy legalább (nem mondok sokat) 5 olyan biztonsági javítás nem került a szerverre, amely garantáltan érinti a rendszeredet. Ez már csak azért is kétségtelen, mert legalább ennyi Linux kernellel kapcsolatos komoly advistory jelent meg a 300 nap alatt és azt ugye nehéz reboot nélkül frissíteni... ;)

Tehát van egy doboz a magyar irodánál, amelybe egyrészről nem látnak bele a menedzsmenttől (mert nem értenek a Linuxhoz, másrészről mert valószínűleg nem osztogattál rendszergazdai jogosultságot a kis köcsög windowsosoknak... ;), továbbá félő, hogy egyszer csak lelépsz vagy elüt a villamos és senki se fog tudni mit csinálni a rajta lévő adatokkal, mellesleg tutira nincs megfelelően karbantartva sem (amelyet a titkárnő gizike is tanusít, hisz téged sosem lát előtte dolgozni és egyébként is késve jársz be, meg nem is segítesz neki a wordben sosem ;), ráadásul az IT-Manager magazin is megint kihozta statisztikában, hogy jelenleg több Linuxos gépet törnek fel az interneten keresztül, mint Windowsost, így veszélyt jelent a vállalatra nézve és mihamarabb eliminálni kell a biztonság érdekében. A gép egyébként is valami kukába való roncs, bármelyik pillanatban felmondhatja a szolgálatot. A magyar gányolós srác köztudottan lusta, tuti nem csinált katasztrófa tervet sem. Lehet megsemmisülnek az adatok egy hardver hiba következtében és nem tudnak majd mit tenni. Az sem kiszámítható, hogy mennyi idő alatt hozható helyre a rendszer ilyen jellegű probléma esetén. Ez tarthatatlan, a céges policy ezt nem engedheti meg!

Teccikérteni? ;)

Ó, ez a frappánsan kérdezzünk vissza egy mondatban vetélkedő? Mert akkor az előbb elszúrtam a hosszú hozzászólásommal... De akkor most így utólag igazodom a tematikához:

Ez mennyiben is növeli a Windows létjogosultságát/adott feladatnak megfelelő mivoltát?

Miért, bárki is megkérdőjelezte a Windowsok létjogosultságát/adott feladatnak megfelelő mivoltát? ;)

Igen, a fenti hozzászóló mérgelődött a Debian -> Windows miatt.
Na, és most jön, amit még soha nem csináltam itt:
Aranyos Hunger, én nem visszakérdeztem, csak kérdeztem. Visszakérdezni szerintem akkor tudtam volna, ha én írom a hozzászólást, vagy ilyesmi.
Akkor most leszel kedves válaszolni? :-P

Elmondom neked

Mondjad. Iszom szavaid. Nelkuluk hulyen halnek meg.

Te azt mondod, hogy egy szerver legyen olyan, hogy egyszer összerakod és az menjen a világ végéig.

Kerlek idezd, hol mondtam ilyet. A scenergy.dfmk.hu-t most (ketto napja) csereltuk erosebb gepre, meg csereltunk rajta OS-t (peldaul mert lejar a Debian Woody security supportja, de ez csak egy ok a sok kozul), stb. Ettol meg a regi 486-nak megint 300 nap fele kozelit az uptime-ja, ami persze nem jelent semmit, mert a DFMK uplink atlag kethetente megdoglik egy-ket orara... :) Es jolenne ha a gyermekkori potcselekveseid felett erzett frusztracioid nem vetitened ki ram, koszi. :)

nagy valószínűséggel,mert valószínűleg,bizonyára

Tul sok a felteteles mod. :)

Ez már csak azért is kétségtelen, mert legalább ennyi Linux kernellel kapcsolatos komoly advistory jelent meg a 300 nap alatt és azt ugye nehéz reboot nélkül frissíteni... ;)

Bizonyosan igy van. Vagy megse? :) Ittis nemi felteteles modot erzekelek.

Egyebkent, igazad lenne, nagy altalanossagban, csak a fent vazolt esettel kapcsolatban nincs. :) De most nincs kedvem vazolni a problema tovabbi reszleteit, es hogy miert nem ugy van, ahogy kepzeled (pl. a fenti rendszerrol napi backup volt/van masik gepre, heti backup DVD-kre, es a service-ek nagyobbik (90%) resze ceges wiki-ben dokumentalva volt, etcetc). Egyebkent igen, egy atlag magyar irodaban inkabb fordul elo lelkes amator altal osszetakolt P100-on futo Linux, mint korrektul megcsinalt rendszer. Csak ez a fenti gep nem olyan volt. Egyebkent, te nekiallnal 15-20000 forintert (amit egy hasonlo rendszerert hajlando kifizetni egy atlagos magyar tulelesert kuzdo kisvallalkozas, geppel egyutt persze) rendszert epiteni nekik? Nalatod.

Hozzáértőktől (értsd: informatikusok, akik ilyen rendszereket telepítenek és üzemeltetnek) úgy tudom, hogy a Windows server edition-ök igen stabil jószágok. Bizonyos szempontok miatt pedig kiválthatatlanok. Jómagam nem tudom, a Win2003 mit kínál out-of-the-box (csak 2000 advanced serverrel volt dolgom), de az meglepő, hogy pl. a BSD-ket itt kihagyja a piros ruhás hölgy. Mi is velük a helyzet? OpenBSD: alapból chrootolt Apache 1.3, dhcp szerver, BIND 9, kernelben PF, ALTQ, bridging. Dragonfly: apache kivételével minden előbbi, ill. annyival több, hogy ott IPFW is van kernelmodulként. FreeBSD: régen használtam, majd Trey. :-) (Az esetleges apróbb pontatlanságokért elnézést kérek.)
Mindenesetre elmondható, hogy pl. a Yahoo (hogy, hogy nem, épp ez jutott eszembe) ilyeneket használ. Nem hiszem, hogy instabil vackok lennének.
Regarding Linux: a distrókat itt is összemossa, régi jó szokás szerint, így értelmét is veszti az egész, hisz' akkor a Windows verzióit is egybe kéne mosni...

"The reason: the scarcity of Linux and open source documentation."

Ez meg különösen tetszik. A szarul dokumentált open source. Azért is olyan kevés az Apache, ISC-DHCPD, BIND szerte a világon, és azért nagyobb a downtime, mert az opensource "szemét" szarul dokumentált. (A hölgy nyilván még nem olvasott Windows súgót.)
El lehetne még ezen mérgelődni, de mint minden ilyen összehasonlításnak, értelme ennek sincs.

Alapos elemzés nélkül ne is tedd! No, de vizsgáljuk meg a kérdést: mert miből vannak a boszorkányok? Fából. A fa úszik a vizen. És mi úszik még a vízen?... ... ... Pl. a kacsa. Tehát, ha ugyanannyit nyom, mint egy kacsa, akkor az M$ megbízásából dolgozik. ... Hozzátok elő a kedvenc vasár- és ünnepnapi mérlegemet!

Hmm, nekem az a legfurcsabb, ami okot kihoznak: "Linux és nyílt forrású (rendszerek, programok) dokumentációk hiánya lehet". Hat egyreszt ez azert is kulonos igy nekem, mert szerintem ponthogy a dokumentaltsag teren eleg nehez verni a nyilt forrast, eleve a forras is dokumentacio (RTFS ...), ami nem nyilt forrasnal nincs, na de persze ettol eltekintve (merthat ez eles kornyezetben sokat nem segit nyilvan ha gyorsan kene megoldani egy problemat) en ugy gondolom, hogy Linuxszal kapcsan eleg tetemes mennyisegu dokumentacio all rendelekzesre, bar lehet, hogy itt csak az RHEL melle ertendo doksi szamit? Azt nem tudom mennyit adnak es mit, meg nem lattam ... Viszont a masik erdekes pont az, hogy erdekes modon ezek szerint nem technikai okokra vezetik vissza ("szar a Linux" stb finomabban megfogalmazva persze), mert amit itt lehet olvasni, abbol az jon le legalabbis szamomra, hogy "a doksi hianya a baj, amugy nem lenne gond". Lehet, hogy most TENYLEG nem tamogatta egy ceg sem a felmerest? :) Ezt azert gondolom, mert tobb FUD szokott lenni, ez megdobbentoen keves, es nem is olyan jellegu ...

Mi lenne ha csinálnánk 1 másik tesztet és azt jól bemutatnánk?
Akár 1 tajvani gagyi vas is megtenné hw teszt környezetnek. Különféle rendszerek felinstall, majd a gép indítás, és hagyni jól beszunnyadni a rendszert. A gépnek nem kell kiszolgálnia semmit, még 1 egységsugarú felhasználót sem!
A teszt az lenne, h melyiket lehet mondjuk 1 nap 1 hét múlva 1általán felébreszteni?
Sok M$ rendszerbe, már 1 nap múlva sem tudnál életet dörzsölni az egérrel!
No most akkor melyiknek is jobb az uptime ja? Amelyik örökre elalszik anélkül, h bizerélnéd, vagy amelyik hajladó bizonytalan idő elteltével is szóba állni veled???

Sure, tekintve hogy a Linux az ugye a kernel. Konkret disztribbol meg van jo par tucat, ha uzemeltetes szempontjabol nezzuk akkor nehez ALTALANOS doksit irni ami minden disztribre igaz, ha meg sikerul is, akkor az olyan szep altalanos lesz, ami max oktatasra jo, nem a gyakorlatban. Tehat _az_ opensource Linuxra imho eleg jo a doksi, itt tehat a kernel dokumentaltsagarol beszelunk. Ha magat a disztribuciot akarod, akkor viszont az adott, konkret disztribucio doksijat kell vizsgalni, es ehhez meg kene mondani hogy melyikrol is beszelunk. Meg ehhez jon persze az is, hogy "na itt a hatrany hogy szet van fragmentalodva az egesz", ami persze valahol igaz, de valahol elony is. Es akkor megint oda jutottunk, hogy mindennek van elonye es hatrany ia, a szabadsag lenyege a valasztas lehetosege, ami azt jelenti hogy tobb (sok) kozul lehet valasztani, ami hatrany abbol a szempontbol, hogy nem egy van, amit egyertelmuen lehet dokumentalni es megtanulni. Ez viszont mar filozofia, nameg leragott csont, imho itt is.

Üdv!

Légyszi magyarázzatok meg valamit: ha valaki azt mondja h a rendszere 1 éves uptime-al rendelkezik, akkor az azt jelenti h lyukas a rendszere?

merthogy elég sűrűn hallok (linux)kernel javításokat, illetve sűrűn ad ki az ms is. De a kernelt csak újraindítással lehet foltozni... vagy üzem közben is lehet?

A UNIX-ok támogatják az üzem közbeni kernel javítást?

Köszi

A legtöbb kerneljavítás valamilyen hw meghajtót érint, nem feltétlenül lyukas a kernel-ed, ha nem 2.6.16.20-as.
Szerveren nem feltétlenül kell driver-t frissíteni, de ha nagyon muszáj, és modulnak van fordítva az adott driver, akkor vissza lehet patch-elni, újra lehet fordítani, és modprobe-bal el lehet indítani rebút nélkül.

Gondolom hibajavitasokat sem telepitettek, nehogy ujra kelljen inditani a gepeket....... :)

Már bocsánat, de az elmúlt 1 évben legalább 4-5 olyan frissítés volt Windows 2003-hoz, ami után a rendszer közölte, hogy ő most újraindítja a gépet.
Ilyen feltételek mellett hogyan lehet uptime-ról beszélni?

Eh...

NEM uptime, hanem szolgáltatási idő. Vegyünk egy fájlszervert. Win-en x. alkalommal volt frissítés, ezek egy része reboot-ot jelent. Linux alatt volt y. alkalommal kernel- z. alkalommal samba frissítés -- mindkettő szolgáltatás-kiesést okoz, bár az uptime-ot csak a kernelcsere érinti.

És ez (rendelkezésre állás) a megbízhatóságnak csak egy eleme. Emellett az is igaz, hogy a megbízhatóság "mérése", ill. "számítása" a TCO-hoz hasonlatosan egzakt módon történik :-)

"Már bocsánat, de az elmúlt 1 évben legalább 4-5 olyan frissítés volt Windows 2003-hoz, ami után a rendszer közölte, hogy ő most újraindítja a gépet."
Sokkal több. Mivel minden hónap 14. körül jön az aktuális javítás. Plusz a rendkívüli frissítések. Ez kb. évente 18-20 frissítés. Ebből több mint a felénél reboot van. Egy újraindulás pl. a SBS2003-nál 15 perc. Persze lehet mondani, hogy ez nem sok, de még hozzájön a különböző service-ok miatti restartok (DNS, DHCP, AD, SQL stb.) Szerintem éppen hogy tartja a 90%-ot egy win2003.
Üdv.