Ing. Jaroslav Zelen², Csc.

IBM ╚R

Jak doklßdajφ celosv∞tovΘ statistiky, souΦasnΘ v²poΦetnφ systΘmy jsou stßle rozsßhlejÜφ a slo₧it∞jÜφ. P°φΦin tohoto v²voje je celß °ada, mezi podstatnΘ pat°φ:

- zv²Üenφ poΦtu r∙zn²ch funkcφ, kterΘ systΘm zabezpeΦuje pro u₧ivatelskou organizaci,

- heterogenita jednotliv²ch Φßstφ v²poΦetnφho prost°edφ,

- rozsßhlΘ sφ¥ovΘ vybavenφ, vypl²vajφcφ jednak z d∙vod∙ geografickΘho rozmφst∞nφ jednotliv²ch organizaΦnφch slo₧ek u₧ivatele, jednak z vyu₧itφ distribuovan²ch v²poΦt∙,

- dynamickΘ zm∞ny v²poΦetnφho prost°edφ, jejich₧ p°φΦinou jsou rozÜi°ovßnφ systΘmu a inovace nebo zßsahy do organizaΦnφ struktury u₧ivatele,

- intenzivnφ vyu₧itφ architektury klient/server.

Nem∙₧eme se proto divit, ₧e i u nßs v²razn∞ stoupß poΦet organizacφ, kterΘ majφ stßle v∞tÜφ problΘmy se sprßvou sv²ch v²poΦetnφch systΘm∙ a pro kterΘ pln∞ platφ, ₧e potφ₧e jejich r∙stu jsou doprovßzeny r∙stem potφ₧φ. Jednou z hlavnφch p°φΦin tohoto stavu jsou izolovanΘ ostr∙vky sprßvy. V heterogennφm v²poΦetnφm prost°edφ existujφ prost°edky pro sprßvu, ka₧d² z nich je vÜak zam∞°en na jedno konkrΘtnφ v²poΦetnφ prost°edφ, nap°. na sφt∞ LAN, na prost°edφ jednotliv²ch operaΦnφch systΘm∙ typu Unix, na velkΘ st°ediskovΘ poΦφtaΦe, na sφt∞. Tyto prost°edky jsou navzßjem nekompatibilnφ, majφ r∙znß grafickß rozhranφ u₧ivatele a v∞tÜinou chybφ mo₧nost jejich vzßjemnΘ spoluprßce.

Stejnß situace je u velk²ch a Üiroce rozÜφ°en²ch aplikaΦnφch program∙. Prost°edky pro sprßvu, Φasto pom∞rn∞ kvalitnφ, najdeme u Domino/Notes, SAP R/3, u jednotliv²ch databßzov²ch systΘm∙ atd. Op∞t vÜak nenalezneme ani nßznaky jednotnΘho u₧ivatelskΘho rozhranφ nebo vybavenφ pro vzßjemnou spoluprßci.

DalÜφ p°φΦinou potφ₧φ je omezen² rozsah pou₧itφ t∞chto prost°edk∙ z hlediska poΦtu za°φzenφ, kterß jsou pod sprßvou systΘmu. V∞tÜina existujφcφch produkt∙ pro sprßvu velmi rychle dosahuje stavu nasycenosti, kdy dalÜφ rozÜi°ovßnφ systΘmu vede k prudkΘmu nßr∙stu ceny sprßvy nebo k dosa₧enφ mezφ technickΘ provozovatelnosti.

2. Sprßvu v²poΦetnφho systΘmu je t°eba brßt komplexn∞.

Z p°edchozφho rozboru je z°ejmΘ, ₧e vznik rozsßhl²ch a slo₧it²ch v²poΦetnφch systΘm∙ vy₧aduje nov² p°φstup k jejich sprßv∞. P°edevÜφm je t°eba zm∞nit celkov² pohled na sprßvu systΘmu. Z hlediska p°φnosu systΘmu pro provozujφcφ organizaci jsou nejd∙le₧it∞jÜφ zßkaznickΘ aplikace. Na nedostatky nebo chyby v provozu systΘmu se nejd°φve narazφ prßv∞ p°i provozu aplikacφ. Sprßva systΘmu se proto musφ primßrn∞ orientovat na zajiÜt∞nφ bezchybnΘho provozu aplikacφ a na vytvo°enφ v²poΦetnφho prost°edφ, kterΘ zajiÜ¥uje pot°ebnΘ funkce a v²kon pro aplikace. Sprßva orientovanß na jednotlivΘ Φßsti architektury systΘmu nebo na jednotlivΘ operaΦnφ systΘmy musφ b²t nahrazena sprßvou orientovanou p°edevÜφm na aplikace a na podp∙rnΘ prost°edky pro aplikace. Heterogenita systΘmu nesmφ b²t p°ekß₧kou v jednotφcφm pohledu na v²poΦetnφ systΘm, jeho₧ primßrnφ ·lohou je provoz aplikacφ.

DalÜφm d∙le₧it²m po₧adavkem je jednotn² a centralizovan² p°φstup ke sprßv∞ vÜech Φßstφ v²poΦetnφho systΘmu. Kdy₧ dojde k poruÜe v provozu aplikacφ, je t°eba mφt pokud mo₧no kdekoliv v systΘmu k dispozici soust°ed∞nΘ a jednotnΘ prost°edky pro zjiÜt∞nφ stavu vÜech systΘmov²ch zdroj∙, tj. sφtφ, databßzφ, server∙, pracovnφch stanic, aplikacφ atd. Stejn∞ tak ·pravy jednotliv²ch systΘmov²ch zdroj∙ (nap°. instalace a novΘ verze programovΘho vybavenφ) je t°eba provßd∞t jednotn∞ a jednoduÜe bez ohledu na to, v jakΘ Φßsti heterogennφho v²poΦetnφho prost°edφ jsou zdroje umφst∞ny.

Sprßva v²poΦetnφch systΘmu musφ b²t vystav∞na tak, aby meze jejφho nasazenφ p°esahovaly rozsah souΦasn²ch instalacφ v²poΦetnφho prost°edφ, tj. bez problΘmu zajistit sprßvu stovek server∙ a 10³ a₧ 10⁴ koncov²ch stanic.

Poslednφm a dosud Φasto opomφjen²m po₧adavkem je skuteΦnß otev°enost produkt∙ pro sprßvu v²poΦetnφch systΘm∙. Majφ-li mφt prost°edky sprßvy plnΘ uplatn∞nφ v heterogennφm v²poΦetnφm prost°edφ, musφ b²t vytvo°eny tak, aby pod n∞ bylo mo₧no snadno zaΦlenit dalÜφ platformy a to jak z hlediska technickΘho vybavenφ tak z hlediska dalÜφch operaΦnφch systΘm∙.

Spln∞nφ po₧adavku otev°enosti je d∙le₧itΘ jeÜt∞ z dalÜφho d∙vodu, kter²m je orientace sprßvy na aplikace. S v²vojem organizace provozovatele se m∞nφ i jejφ pot°eby a tφm i aplikace b∞₧φcφ na v²poΦetnφm systΘmu. TakΘ trh nabφzφ novΘ aplikace s nov²mi funkcemi. Kvalitnφ sprßva systΘmu musφ b²t proto p°ipravena zahrnout do svΘ p∙sobnosti prakticky jakΘkoliv aplikace, a¥ jde o aplikace univerzßln∞ pou₧φvanΘ nebo o jedno·ΦelovΘ aplikace provozovatele v²poΦetnφho systΘmu.

Jedno z konkrΘtnφch °eÜenφ uveden²ch potφ₧φ a d∙slednΘ uplatn∞nφ novΘho p°φstupu ke sprßv∞ v²poΦetnφch systΘm∙ nabφzφ produkt TME 10 firmy Tivoli, dce°inΘ spoleΦnosti firmy IBM. Zkratka TME oznaΦuje Tivoli Management Environment û prost°edφ pro sprßvu firmy Tivoli.

Produkt TME 10 je integrovan² a ucelen² soubor °ady modul∙, urΦen² pro sprßvu rozsßhl²ch heterogennφch a distribu    ovan²ch v²poΦetnφch systΘm∙. Jeho hlavnφm cφlem je komplexnφ a jednotnß sprßva celΘho v²poΦetnφho systΘmu û od st°ediskov²ch poΦφtaΦ∙ po PC. Sprßva je prostorov∞ neomezenß a zahrnuje vÜechna znßmß poΦφtaΦovß prost°edφ (Internet, intranet, klient/server, v²poΦetnφ centra atd.). Objektem sprßvy jsou vÜechny systΘmovΘ zdroje, od sφ¥ovΘho vybavenφ p°es operaΦnφ systΘmy, podp∙rnΘ systΘmovΘ prost°edky (utilities, middleware), databßze, rozsßhle pou₧φvanΘ aplikace, jako jsou nap°. SAP R/3 nebo Domino/Notes, a₧ po konkrΘtnφ aplikace zßkaznφka (bankovnφ, obchodnφ, skladovΘ atd.) û viz obr.1.

Mezi zßkladnφ vlastnosti produktu TME 10 dßle pat°φ:

- nezßvislost na pou₧itΘ platform∞ HW a SW, tj. prßce v heterogennφm distribuovanΘm v²poΦetnφm prost°edφ vytvo°enΘm jak vφce typy systΘm∙, tak vφce dodavateli. Pou₧itφ produktu TME 10 je proto nezßvislΘ nejen na r∙zn²ch typech poΦφtaΦ∙ od st°ediskov²ch po PC, ale takΘ na pou₧itΘm systΘmovΘm prost°edφ.

Pracuje pod operaΦnφmi systΘmy:

IBM AIX 3.2.5, 4.1 a 4.2,

HP HP-UX 9, 10.0, 10.1 a 10.2,

Sun SunOS 4.1 a 4.2, Solaris 2.4 a 2.5,

Microsoft NT 3.51 a 4.0,

Digital Unix 3.0, 3.2 a 4.0,

NCR SVR4.3 V2.02, 2.03 a 3.0,

Sequent V4.1.3 a 4.2,

Solaris-ix86 V2.5 a 2.51,

SGI-IRIX 5.3,

DG/UX-88k 3.0 a 3.1,

Unixware 2.1.1,

Pyramid 1.1 a 5.4.2.

KoncovΘ pracovnφ stanice - klienti (viz dßle) mohou navφc pracovat pod operaΦnφmi systΘmy Windows 3.X, Windows 95, OS/2 Warp a v sφtφch LAN û Netware 3.11, 4.1 a 4:11.

- Vertikßlnφ p°enositelnost (scalability) modul∙ produkt∙ TME 10 i jednotnΘho zp∙sobu obsluhy mezi r∙zn∞ rozsßhl²mi systΘmy - od jednoduchΘ sφt∞ LAN po celosv∞tovΘ sφt∞ s desetitisφci u₧ivateli. Dφky tΘto p°enositelnosti u₧ivatel m∙₧e definovat, kterΘ funkce jsou na kterΘm mφst∞ zapot°ebφ a kdo je mß provßd∞t. TakΘ rozÜφ°enφ funkcφ TME 10 na novΘ komponenty existujφcφho v²poΦetnφho systΘmu nenφ problΘmem.

- Standardizace, tj. zavedenφ pevn²ch a jednotn²ch pravidel pro sprßvu zdroj∙ v sφti a v probφhajφcφch procesech, jako je nap°. administrativa sφt∞, instalace a zm∞ny program∙ u₧ivatele a dalÜφch zdroj∙ atd.

- Integrace, p°edstavujφcφ schopnost vid∞t v₧dy vÜechny prvky vnit°nφ struktury sφtφ, systΘm∙, podp∙rn²ch prost°edk∙, databßzφ a aplikacφ zßkaznφka nezßvisle na tom, kde jsou umφst∞ny. Moduly TME 10 jsou proto schopny optimßln∞ vyu₧φt existujφcφ poΦφtaΦovΘ vybavenφ a umφ do n∞j zaΦlenit novΘ slo₧ky, jako je nap°. intranet. Obsluhu, p°edevÜφm administrativnφ a sprßvcovskΘ funkce, lze soust°edit do jedinΘho centrßlnφho mφsta, kterΘ je vÜak volitelnΘ a p°enositelnΘ. Lze vÜak takΘ p°evΘst prßva pro provßd∞nφ jednotliv²ch funkcφ na decentralizovanß pod°φzenß °φdφcφ pracoviÜt∞. V souΦinnosti s nezßvislostφ na pou₧itΘ platform∞ HW i SW je tak zajiÜt∞no, ₧e rozdφly mezi podporovan²mi platformami jsou skrytΘ obsluze.

Jak ji₧ bylo uvedeno, jednφm ze zßkladnφch cφl∙ produktu TME 10 je zajiÜt∞nφ pot°ebn²ch funkcφ a slu₧eb ve zcela heterogennφm a distribuovanΘm v²poΦetnφm prost°edφ. ┌sp∞Ünou cestou k zvlßdnutφ takovΘho ·kolu je vyu₧itφ objektov∞ orientovanΘho °eÜenφ, modulovß struktura jednotliv²ch Φßstφ produktu, hierarchickΘ rozd∞lenφ vÜech Φßstφ systΘmu pod sprßvou TME a d∙slednΘ vyu₧itφ standardnφch rozhranφ pro funkΦnφ spojenφ mezi jednotliv²mi moduly. Implementaci tohoto p°φstupu v  TME 10 ukazuje souhrnn∞ obr.2.

V nejni₧Üφ ·rovni produktu jsou °φzenΘ zdroje (objekty).╪φzen²mi zdroji jsou vÜechny koncovΘ stanice, servery i st°ediskovΘ poΦφtaΦe, kterΘ jsou v rßmci danΘho v²poΦetnφho systΘmu pod sprßvou TME 10. P°φm² kontakt s obsluhovan²mi objekty mß zßkladnφ ·rove≥ oznaΦenß jako TME 10 Framework û zßkladnφ rßmec. SystΘmov∞ se jednß o ekvivalent jßdra klasickΘho operaΦnφho systΘmu. Obecn∞ platφ, ₧e zßkladnφ rßmec musφ b²t nainstalovßn na vÜechny servery a klienty (pracovnφ stanice) zaΦlen∞nΘ pod sprßvu TME 10.

Slu₧by poskytovanΘ zßkladnφm rßmcem vyu₧φvajφ hlavnφ obslu₧nΘ moduly sprßvy, kterΘ se zhruba d∞lφ na Φty°i Φßsti:

nasazenφ û instalace, evidence a ·dr₧ba programovΘho vybavenφ, evidence technickΘho vybavenφ,

dostupnost û sb∞r a zpracovßnφ informacφ o probφhajφcφch procesech ve sledovanΘm systΘmu,

zabezpeΦenφ û zajiÜt∞nφ p°φstupu k dat∙m a aplikacφm pro u₧ivatele p°i souΦasnΘ ochran∞ podnikov²ch informaΦnφch zdroj∙,

administrativa a operace û automatizace Φinnostφ, kterΘ zajiÜ¥ujφ integritu a spolehlivost celΘho systΘmu sprßvy v²poΦetnφho systΘmu.

Pro snadn² p°φstup k prost°edk∙m zßkladnφho rßmce a pro jednoduchΘ vytvß°enφ dalÜφch obslu₧n²ch modul∙ je mezi obslu₧n²mi moduly a zßkladnφm rßmcem vytvo°eno standardnφ rozhranφ. Prost°edek, kter² zßkladnφ rßmec zp°φstup≥uje pro obslu₧nΘ moduly, mß nßzev TME 10 ADE (Application Development Environment) a je jednφm z modul∙ TME 10.

Nad obslu₧n²mi moduly je umφst∞na dalÜφ nadstavba û moduly sprßvy aplikacφ. Jednß se jednak o produkty firmy Tivoli, jednak o produkty od firemnφch partner∙ sdru₧en²ch v organizaci 10+ Association (viz logo na obr.2), kterß mß vφce ne₧ 300 Φlen∙. ┌kolem t∞chto produkt∙ je zaΦlenit sprßvu zvolen²ch aplikacφ pod systΘm TME 10. Mezi takovΘ aplikace pat°φ nap°. Domino/Notes, SAP R/3, Catia (pro konstrukΦnφ nßvrh za°φzenφ), nejrozÜφ°en∞jÜφ databßzovΘ systΘmy aj. Podrobn² p°ehled vÜech nabφzen²ch modul∙ je uveden v p°ilo₧enΘ tabulce.

Obdobn∞ jako u p°edchozφ ·rovn∞ je mezi moduly sprßvy aplikacφ a hlavnφmi obslu₧n²mi moduly umφst∞no standardnφ rozhranφ. Toto rozhranφ je formßln∞ popsßno ve standardu Application Management Specification (AMS), udr₧ovanΘm firmou Tivoli. Nßstroj, pomocφ kterΘho se vytvß°φ moduly pro sprßvu aplikacφ, mß oznaΦenφ TME 10 Integration Toolkit.

Z funkΦnφho hlediska mß produkt TME 10 uspo°ßdßnφ typu klient /server. Ke ka₧dΘ koncovΘ stanici, serveru nebo st°ediskovΘmu poΦφtaΦi pod sprßvou TME 10 je p°i°azen bu∩to server TME 10 nebo klient TME 10. Existujφ t°i typy klient∙: °φzenΘ uzly, °φzenΘ PC uzly a koncovΘ body bgcolor="#FFFFFF" (obr. 3).

P°i°azenφ server∙ nebo klient∙ TME 10 se provßdφ na zßklad∞ rozd∞lenφ celΘho v²poΦetnφho systΘmu do samostatn²ch celk∙, tzv. oblastφ sprßvy TME 10 û TMR (Tivoli Management Region). PoΦet oblastφ je dßn jednak rozsahem v²poΦetnφho systΘmu, jednak jeho funkΦnφm uspo°ßdßnφm. Cel² v²poΦetnφ systΘm m∙₧e b²t zahrnut pod jedinou oblast TMR, m∙₧e b²t vÜak rozd∞len takΘ do °ady navzßjem propojen²ch oblastφ definovan²ch nap°. geografick²m umφst∞nφm jednotliv²ch Φßstφ systΘmu. Pro systΘmovΘ administrßtory jsou oblasti transparentnφ, jejich hranice jsou skrytΘ.

V ka₧dΘ TMR je v₧dy pouze jeden server TME 10 a maximßln∞ 200 °φzen²ch uzl∙. Na ka₧d² z t∞chto uzl∙ m∙₧e b²t p°ipojeno tisφce koncov²ch bod∙ a a₧ 200 °φzen²ch koncov²ch uzl∙.

Server TME 10 je centrßlnφm bodem p°i instalaci a nßslednΘm °φzenφ provozu sprßvy v²poΦetnφho systΘmu v rßmci jednΘ TMR.Obsahuje vÜechny knihovny, v²konnΘ programy, datovΘ soubory a grafickΘ u₧ivatelskΘ rozhranφ pro provßd∞nφ funkcφ spojen²ch s instalacφ modul∙ TME 10 a s v²konem sprßvy v²poΦetnφho systΘmu. ZajiÜ¥uje provoz objektovΘ databßze TME 10. Proto₧e se jednß o distribuovanou objektovou databßzi umφst∞nou i na klientech, provßdφ server TME 10 takΘ koordinaci mezi jednotliv²mi Φßstmi databßze. Mezi jeho dalÜφ ·koly pat°φ koordinace vÜech komunikacφ s klienty TME 10 typu °φzen² uzel. Provßdφ rovn∞₧ autentizaci a verifikaci nutnou k zajiÜt∞nφ bezpeΦnosti dat pou₧φvan²ch v rßmci TME 10.

DalÜφ v²raznou skupinou funkcφ je poskytovßnφ servisnφch slu₧eb pro ostatnφ moduly TME 10:

- podpora DHCP,

- provoz knihovny ·loh TME 10, pomocφ kterΘ lze vytvß°et a spouÜt∞t ·lohy, pracujφcφ se systΘmov²mi zdroji,

obsluha plßnovaΦe pro plßnovßnφ posloupnosti provßd∞nφ vÜech operacφ TME 10 vΦetn∞ spouÜt∞nφ ·loh z knihovny ·loh TME 10,

- podpora programovΘho modulu RIM (RDBMS Interface Module) zajiÜ¥ujφcφho funkci zßpisu vybran²ch dat zφskan²ch provozem jin²ch modul∙ TME 10 do externφ relaΦnφ databßze (nap°. Oracle, DB2, Sybase atd.),

- mo₧nost vytvß°et dotazy (query) pro vyhledßvßnφ a v²b∞r informacφ z externφ relaΦnφ databßze.

Server TME 10 lze provozovat pouze na za°φzenφ, na kterΘm je nainstalovßn operaΦnφ systΘm typu Unix nebo Windows NT.

╪φzen² uzel je pracovnφ stanice nebo server pracujφcφ pod operaΦnφm systΘmem typu Unix nebo pod Windows NT. Je na n∞m instalovßn modul TME 10 Framework skoro ve stejnΘm rozsahu jako na serveru TME 10. Jeho objektovß databßze vÜak obsahuje pouze ·daje t²kajφcφ se tohoto klienta a na n∞j p°ipojen²ch koncov²ch stanic (viz dalÜφ typy klient∙). Zatφmco server TME 10 °φdφ celou distribuovanou databßzi objekt∙ v rßmci TMR, °φzen² uzel provßdφ sprßvu pouze svΘ Φßsti databßze. Na °φzenΘm uzlu je rovn∞₧ instalovßno programovΘ vybavenφ pro °φzenφ a komunikaci s p°ipojen²mi koncov²mi stanicemi. KoncovΘ stanice se p°ipojujφ k °φzen²m uzl∙m jako °φzenΘ PC uzly nebo jako koncovΘ body bgcolor="#FFFFFF".

╪φzen² PC uzel je souhrnnΘ oznaΦenφ pro osobnφ poΦφtaΦ PC a soubor prost°edk∙, kterΘ zaΦle≥ujφ tento poΦφtaΦ pod sprßvu TME 10. Tvo°φ je jednak programovß komponenta PC agent, kterß se instaluje na PC, jednak objekt ä°φzen² PC uzelô vytvo°en² na °φzenΘm uzlu, na kter² je PC p°ipojen (viz obr.3).

Ka₧dΘmu p°ipojenΘmu PC odpovφdß jeden objekt ä°φzen² PC uzelô. Pojem °φzen² PC uzel , bohu₧el, mß v rßmci TME 10 dva v²znamy. OznaΦuje jednak typ klienta ve struktu°e TME 10, jednak objekt vytvo°en² v objektovΘ databßzi °φzenΘho uzlu. Pokud p∙jde o objekt, budeme v dalÜφm textu pou₧φvat pro jeho oznaΦenφ kurzivu.

Programovß komponenta PC agent nenφ souΦßstφ modulu TME 10 Framework a nepou₧φvß technologii objektovΘho programovßnφ. Hlavnφ ·lohou PC agenta je zprost°edkovat komunikaci mezi PC a p°φsluÜn²m objektem ä°φzen² PC uzelô na °φzenΘm uzlu. Pou₧it² protokol je TCP/IP nebo IPX/SPX z prost°edφ NetWare. .JednotlivΘ moduly TME 10, jejich₧ programovΘ komponenty jsou podobn∞ jako TME 10 Framewok umφst∞ny na serveru TME 10 a na °φzen²ch uzlech,komunikujφ pomocφ objektov∞ orientovanΘ komunikace ORB (Object Request Broker) s objektem ä°φzen² PC uzelô. Ten p°es PC agenta p°edß informace danΘmu PC:

Koncepce °φzenΘho PC uzlu umo₧≥uje, aby velk² poΦet PC byl pod sprßvou TME 10, ani₧ by na nich byl instalovßn modul TME 10 Framework. Na druhΘ stran∞ je tφm omezen poΦet funkcφ, kterΘ lze provßd∞t v rßmci sprßvy na PC a kterΘ jsou k dispozici na °φzen²ch uzlech prßv∞ dφky p°φtomnosti modulu TME 10 Framework. Uveden² problΘm °eÜφ zavedenφ klient∙ ve form∞ koncov²ch bod∙ implementovanΘ v poslednφ verzi TME 10 Framework, v.3.2.

Koncov²m bodem je koncovß pracovnφ stanice, na kterΘ se neprovßd∞jφ ₧ßdnΘ °φdφcφ operace sprßvy

systΘmu a je v²hradn∞ spravovan²m objektem. Na koncovΘm bodu je instalovßna specißlnφ Φßst TME 10 Framework, tzv. odlehΦen² klient (LCF û Lightweight Client Framework). Proto₧e jde o objektov∞ orientovanou komponentu, jednotlivΘ moduly TME 10 s nφ mohou bez problΘm∙ komunikovat a vyu₧φvat nabφzenΘ funkce jako je provßd∞nφ ·loh, sledovßnφ proces∙, vysφlßnφ zprßv o mimo°ßdn²ch situacφch atd. Pot°ebn² prostor na disku pro koncov² bod je pouze 1-2 MB. Klienta ve form∞ koncovΘho bodu lze instalovat na pracovnφch stanicφch pod operaΦnφmi systΘmy typu Unix, Windows 3.x, Windows 95, Windows NT, OS/2 a Netware.

Pro podporu odlehΦen²ch klient∙ je t°eba v systΘmu instalovat dalÜφ programovΘ komponenty:

- brßnu pro koncovΘ body bgcolor="#FFFFFF", kterß b∞₧φ na °φzenΘm uzlu a zajiÜ¥uje komunikaci mezi vÜemi koncov²mi body bgcolor="#FFFFFF" p°ipojen²mi na uzel a zbytkem TME 10. SouΦßstφ brßny je takΘ tzv. distribuΦnφ opakovaΦ (Mdist), jeho₧ ·lohou je automatickß distribuce dat ke vÜem p°ipojen²m koncov²m bod∙m.

- sprßvce koncov²ch bod∙ provozovan² na serveru TME 10. Sprßvce udr₧uje seznam koncov²ch bod∙ oblasti TMR. V seznamu jsou vÜechny informace pot°ebnΘ k jejich identifikaci a sprßv∞.

Na obr.3 je p°φklad uplatn∞nφ v²Üe uvedenΘho funkΦnφho uspo°ßdßnφ na sprßvu v²poΦetnφho systΘmu. SystΘm je rozd∞len do dvou oblastφ TMR (A a B), v ka₧dΘ je jeden server TME 10. DalÜφ systΘmovΘ zdroje jsou rozd∞leny mezi klienty û °φzenΘ uzly, °φzenΘ PC uzly a koncovΘ body bgcolor="#FFFFFF". Pro nßzornost jsou v jednΘ oblasti (A) pouze °φzenΘ PC uzly, v druhΘ (B) pouze koncovΘ body bgcolor="#FFFFFF". V praxi mohou b²t pou₧ity smφÜenΘ TMR. V budoucnosti se p°edpoklßdß pou₧itφ pouze koncov²ch bod∙.

Spojenφ mezi serverem, °φzen²mi uzly a °φzen²mi PC uzly, resp. koncov²mi body bgcolor="#FFFFFF" mß hierarchickou stromovou strukturu.Z pohledu pou₧itφ zßkladnφho rßmce (Framework) mß hierarchickΘ uspo°ßdßnφ v TMR A dv∞ ·rovn∞ (PC agenti jsou vn∞ zßkladnφho rßmce), v TMR B t°i ·rovn∞..

Komunikace mezi vÜemi ·rovn∞mi TMR i mezi TMR navzßjem probφhß na bßzi protokolu TCP/IP. Mezi °φzen²m uzlem a PC agentem, resp. koncov²m uzlem je mo₧no pou₧φt i protokol IPX/SPX.

TME 10 p°ipouÜtφ existenci vφce administrßtor∙. Ka₧d² mß taxativn∞ stanoveny svΘ pravomoci. Administrßto°i (samoz°ejm∞ i administrßtorky!) se p°ipojujφ k TME 10 pomocφ konzoly administrßtora, kterou je mo₧no nainstalovat na libovolnΘm poΦtu server∙ a °φzen²ch uzl∙ TME 10. Konzolu lze ovlßdat bu∩to p°es p°φkazov² °ßdek nebo p°es grafickΘ u₧ivatelskΘ rozhranφ.

Pokud je souΦßstφ v²poΦetnφho systΘmu st°ediskov² poΦφtaΦ, lze ho zaΦlenit pod sprßvu TME 10 jako °φzen² uzel, na kterΘm je nainstalovßn modul TME 10 GEM (Global Enterprise Manager). Nedφlnou souΦßstφ tohoto uzlu je sφ¥ovΘ prost°edφ ovlßdanΘ v²hradn∞ st°ediskov²m poΦφtaΦem.

V p°edchozφm textu ji₧ bylo n∞kolikrßt uvedeno, ₧e TME 10 pou₧φvß technologii objektovΘho programovßnφ pro modelovßnφ heterogennφch systΘmov²ch zdroj∙ v reßlnΘm v²poΦetnφm prost°edφ. T∞mito zdroji mohou b²t nejen r∙znΘ poΦφtaΦe a jejich Φßsti, ale i mno₧ina pravidel, kterß ovlßdajφ systΘm nebo mno₧inu systΘm∙. Zdroje, kterΘ jsou subjektem pro pravidla , se v TME 10 oznaΦujφ jako °φzenΘ zdroje. Pro p°eddefinovanß pravidla ovlßdajφcφ °φzenΘ zdroje se pou₧φvß nßzev postupy (policies).

╪φzen² zdroj p°edstavuje model fyzickΘho zdroje, kter² je p°edm∞tem sprßvy p°i provozu jednotliv²ch modul∙ TME 10. Pou₧itφ °φzen²ch zdroj∙ zßrove≥ zjednoduÜuje problΘm p°enositelnosti (portability) a vzßjemnΘ spoluprßce (interoperability) v heterogennφm prost°edφ v²poΦetnφho systΘmu, se kter²m se pravideln∞ setkßvajφ auto°i programov²ch prost°edk∙ pro sprßvu systΘm∙.

Postupy a postupovΘ obory.

Postup je mno₧ina pravidel pou₧iteln²ch pro °φzenΘ zdroje. Postup obecn∞ slou₧φ k provßd∞nφ dvou typ∙ Φinnostφ:

- urΦuje implicitnφ hodnoty u nov∞ vytvß°en²ch zdroj∙ (implicitnφ postup),

- kontroluje meze nebo hraniΦnφ hodnoty, kdy₧ administrßtor pracuje se zdroji (ov∞°ovacφ postup).

KonkrΘtnφ uplatn∞nφ jednoho pravidla v postupu se naz²vß v objektovΘ terminologii postupovß metoda. Pojmu metoda v b∞₧nΘ praxi odpovφdß pou₧itφ pojmu funkce. Implicitnφ postupovß metoda dßvß jako sv∙j v²stup konstantnφ hodnotu nebo spustφ skript Φi jin² program, kter² generuje hodnotu. Ov∞°ovacφ postupovß metoda odstartuje program nebo skript pro ov∞°enφ, zda zadanΘ hodnoty jsou v zadan²ch mezφch.

P°φkladem postupu v TME 10 je pravidlo vy₧adujφcφ, aby p°ihlaÜovacφ jmΘna u₧ivatel∙ sφt∞ obsahovalo maximßln∞ 8 znak∙. Administrßtor mß mo₧nost vytvo°it pro uplatn∞nφ tohoto pravidla skript, kter² pou₧φvß celΘ jmΘno u₧ivatele k vytvo°enφ p°ihlaÜovacφho jmΘna (vytvo°enφ implicitnφho postupu) a dalÜφ skript pro kontrolu dΘlky toho jmΘna (zadßnφ ov∞°ovacφho postupu).

Postupov² obor je zßsobnφk pro °φzenΘ zdroje, na kterΘ se pou₧φvß spoleΦnß mno₧ina postup∙. PostupovΘ obory pomßhajφ uspo°ßdat °φzenΘ zdroje pro zobrazenφ a pou₧itφ na konzole administrßtora a definovat jednoduÜe administrßtorskß prßva k t∞mto zdroj∙m. PostupovΘ obory jsou abstraktnφ entity umo₧≥ujφcφ modelovat strukturu distribuovanΘho v²poΦetnφho prost°edφ podle r∙zn²ch hledisek (funkΦnφch, organizaΦnφch atd.) a tak podstatn∞ usnadnit a urychlit Φinnost administrßtora.

Profily a sprßvci profil∙.

Profily a sprßvci profil∙ pat°φ mezi konfiguraΦnφ nßstroje TME 10. S jejich pomocφ lze vytvß°et a upravovat informace , kterΘ se potom distribuujφ ke konkrΘtnφm fyzick²m reprezentacφm °φzen²ch zdroj∙.

Profil je soubor informacφ pot°ebn²ch ke konfiguraci systΘmov²ch zdroj∙ z hlediska provozu jednotliv²ch modul∙ TME 10. P°i definici profilu vznikne prßzdn² formulß°, kter² se nejprve zaplnφ konkrΘtnφmi informacemi. Obsah profilu zßvisφ na jeho pou₧itφ. Nap°. modul TME 10 User Administration (viz dßle) pou₧φvß profil u₧ivatele. JednotlivΘ polo₧ky profilu potom obsahujφ ·daje o jmΘnu u₧ivatele, jeho p°ihlaÜovacφm jmΘnu, identifikaci, skupin∞ u₧ivatel∙, do kterΘ pat°φ, o domovskΘm adresß°i atd. Profily se uklßdajφ v databßzi ve formßtu nezßvislΘm na implementaΦnφ platform∞ systΘmov²ch zdroj∙. Pomocφ prost°edk∙ zßkladnφho rßmce je lze potom p°enΘst jedinou operacφ k mnoha systΘmov²m zdroj∙m, kde se ·daje z profilu pou₧ijφ pro konfiguraci zdroj∙.

Sprßvce profil∙ je mno₧ina profil∙, kterou lze prost°edky zßkladnφho rßmce p°enΘst jedinou operacφ k jednomu nebo mnoha systΘmov²m zdroj∙m.

Postupy, postupovΘ obory, profily a sprßvci profil∙ jsou typick²m p°φkladem vyu₧itφ objektovΘ technologie v TME 10. Bez jejφho pou₧itφ si lze jen velmi t∞₧ko p°edstavit efektivnφ °eÜenφ sprßvy rozsßhl²ch heterogennφch a distribuovan²ch v²poΦetnφch systΘm∙.

6. P°ehled modul∙ TME 10

Z p°edchßzejφcφho rozboru je z°ejmΘ, ₧e v²voj nov²ch modul∙ probφhß na ·rovni obslu₧n²ch modul∙ a modul∙ pro sprßvu aplikacφ. SouΦasn² stav nabφdky jednotliv²ch modul∙ p°ehledn∞ uvßdφ p°ilo₧enß tabulka. JednotlivΘ moduly jsou se°azeny podle skupin, uveden²ch v p°edchozφm textu. Podobn∞ jako modul TME 10 Framework popsan² v p°edchozφm textu, majφ i ostatnφ moduly r∙znΘ komponenty v zßvislosti na umφst∞nφ v distribuovanΘm heterogennφm prost°edφ (server, klient, koncov² bod, adaptΘr, mana₧er, agent atp.).

Tabulka nßzorn∞ dokumentuje, jak moduly TME 10 spl≥ujφ zßkladnφ cφl û kompletnφ sprßvu vÜech nejΦast∞ji pou₧φvan²ch slo₧ek existujφcφch v²poΦetnφch systΘm∙. Vyu₧itφ °ady modul∙ je z°ejmΘ z jejich nßzv∙. U n∞kter²ch je vÜak jejich nasazenφ z nßzvu nejasnΘ, proto nßsleduje n∞kolik dopl≥ujφcφch vysv∞tlenφ.

TME 10 Remote Control. ┌kolem tohoto modulu je zajistit p°evzetφ °φzenφ klientsk²ch stanic u t°φ za°φzenφ - klßvesnice, myÜi a obrazovky. Klientsk²mi stanicemi mohou b²t systΘmy OS/2, Windows NT, Windows 95, Windows 3.x a Windows for Workgroups.

TME 10 Distributed Monitoring. Modul slou₧φ k podrobnΘmu monitorovßnφ stavu geograficky Üiroce rozmφst∞nΘho HW od r∙zn²ch dodavatel∙, pracujφcφho pod r∙zn²mi operaΦnφmi systΘmy.

Modul je pou₧iteln² pro poΦφtaΦe s operaΦnφmi systΘmy AIX, HP-UX, SunOS, Solaris, Windows NT. Z tohoto v²Φtu vypl²vß, ₧e je urΦen p°evß₧n∞ k monitorovßnφ r∙zn²ch systΘmov²ch server∙.

TME 10 Enterprise Console (T/EC). Hlavnφ vyu₧itφ mß tento modul p°i sledovßnφ udßlostφ a havarijnφch hlßÜenφ a p°i zajiÜ¥ovßnφ automatickΘ reakce na tyto podn∞ty. Zatφmco TME 10 Distributing Monitoring pravideln∞ monitoruje vybranΘ systΘmovΘ zdroje, T/EC reaguje na specißlnφ hlßÜenφ generovanß z p°ipojen²ch systΘmov²ch zdroj∙. HlßÜenφ od zdroj∙ se zpracovßvajφ pomocφ tzv. adaptΘr∙. K dispozici jsou nap°. adaptΘry pro zpracovßnφ zprßv z produkt∙ SunNet Manager, SNMP traps, IBM NetView 6000, HP OpenView, AS/400 Message and Events aj. U₧ivatel mß k dispozici prost°edky pro vytvo°enφ vlastnφch adaptΘr∙, reagujφcφch na jim zadanΘ udßlosti.

TME 10 User Administration. Modul nabφzφ sprßvci systΘmu integrovan² pohled na vÜechny zdroje, je₧ jsou pod sprßvou systΘmu, a prost°edky pro zadßnφ p°φstupov²ch prßv k t∞mto zdroj∙m. V²sledkem je registr u₧ivatel∙, obsahujφcφ p°ehled jejich p°φstupov²ch prßv v distribuovanΘm prost°edφ, a u₧ivatelskß konzola, kterß zobrazuje informace v p°ehlednΘ tabulkovΘ form∞. Pomocφ tzv. profil∙ u₧ivatele, skupiny u₧ivatel∙ a domΘny NIS lze zadßvat vzorovΘ p°edlohy p°φstupov²ch prßv.

TME 10 Security Management. Modul poskytuje jednoduchΘ administrativnφ rozhranφ pro sprßvu a °φzenφ bezpeΦnosti systΘmu. Nabφzφ sprßvu zalo₧enou na funkΦnφm za°azenφ u₧ivatele (role based), kdy pro danou funkci jsou stanovena u₧ivatelskß p°φstupovß prßva ke zdroj∙m. ZajiÜ¥uje zavedenφ jednotn²ch bezpeΦnostnφch pravidel, jejich₧ implementace se liÜφ podle uplatn∞nφ v r∙zn²ch bezpeΦnostnφch systΘmech spravovan²ch v rßmci TME 10. Modul dßle nabφzφ centrßlnφ °φzenφ pro provßd∞nφ auditu a rovn∞₧ procedury pro jeho anal²zu

TME 10 LAN Access. Modul slou₧φ k integraci exitujφcφch prost°edk∙ pro sprßvu LAN do prost°edφ TME 10. ZajiÜ¥uje vzßjemnΘ propojenφ mezi TME 10 a nßsledujφcφmi prost°edky sprßvy LAN: Microsoft SMS 1.2, LANDesk Management Suite 2.5.1 a IBM Netfinity Manager 5.0 a vÜemi dalÜφmi nßstroji sprßvy, kterΘ vyu₧φvajφ standardnφ rozhranφ API - MPM (Multi-Platform Manager) udr₧ovanΘ firmou Tivoli.

TME 10 GEM (Global Enterprise Management). Hlavnφm ·kolem tohoto modulu je integrace prost°edk∙ sprßvy st°ediskov²ch poΦφtaΦ∙ a sprßvy distribuovan²ch systΘmu v rßmci TME 10. Slu₧by, kterΘ modul nabφzφ se souhrnn∞ naz²vajφ Management Integration Services (MIS). Jednß se o dvousm∞rnΘ slu₧by v rßmci sprßvy v²poΦetnφho systΘmu mezi zßkladnφmi prost°edky sprßvy poΦφtaΦ∙ S/390 a distribuovan²m v²poΦetnφm prost°edφm. Mezi tyto slu₧by pat°φ nap°. zpracovßnφ udßlostφ (events), topologie systΘmu, bezpeΦnost, sprßva sφtφ, m∞°enφ a lad∞nφ v²konnosti systΘmu, zpracovßnφ zprßv ze sledovan²ch proces∙, sprßva pam∞tφ, sprßva aplikacφ aj.

P°i pou₧itφ tohoto modulu mohou administrßto°i provßd∞t sprßvu obou prost°edφ jako jednotnΘho podnikovΘho v²poΦetnφho systΘmu a to z jednoho mφsta, prost°ednictvφm jednotnΘho rozhranφ a s pou₧itφm jednotn²ch pohled∙ na sledovanou problematiku a s vyu₧itφm spoleΦn²ch p°φkaz∙. SystΘm S/390 m∙₧e b²t uva₧ovßn v rßmci sprßvy v²poΦetnφho systΘmu jako jeden ze t°φ r∙zn²ch objekt∙ sprßvy: jako mφsto centralizovanΘ sprßvy, jako jedno z mφst provßd∞nφ sprßvy v rßmci uspo°ßdßnφ äpeer to peerô, nebo jako jeden z °φzen²ch uzl∙ v rßmci celkovΘ sprßvy systΘmu.

Komplexnφ nasazenφ modul∙ TME 10 v²razn∞ usnad≥uje sprßvu v²poΦetnφho systΘmu. SystΘmovφ administrßto°i zejmΘna oce≥ujφ prost°edky, kterΘ dovolujφ automatizaci vÜech proces∙ sprßvy, centralizaci vÜech Φinnostφ do jednoho mφsta, mo₧nost volby tohoto mφsta, definici vφce administrßtor∙ a jednotnΘ u₧ivatelskΘ rozhranφ. UcelenΘ pou₧itφ vÜech nabφzen²ch modul∙ Φinφ nap°. z procesu ·prav programovΘho vybavenφ v desφtkßch server∙ a stovkßch pracovnφch stanic zcela trivißlnφ zßle₧itost. Prost°edky pro sledovßnφ probφhajφcφch proces∙ dovolujφ snadno a rychle urΦit prvotnφ zdroj v²padku kritick²ch aplikacφ. ┌navnΘ opakovßnφ postup∙ p°i sprßv∞ p°φstupov²ch prßv pro ka₧dΘho u₧ivatele zvlßÜ¥ lze p°evΘst na provedenφ jedinΘho kroku typu ätßhni a pus¥ ô, a to bez ohledu na programovΘ platformy, pod kter²mi u₧ivatel pracuje.

Pou₧itφ TME 10 pro sprßvu systΘmu vede k podstatnΘmu zv²Üenφ efektivnosti sprßvy. Proto₧e se vÜak jednß o rozsßhl² komplex program∙, jeho uplatn∞nφ vy₧aduje peΦlivou rozvahu a postupnΘ nasazenφ. Mßte-li problΘmy se sprßvou svΘho v²poΦetnφho prost°edφ, nevßhejte a zaΦn∞te ji₧ nynφ s p°φpravou krok∙ pro urychlenΘ vyu₧itφ prost°edk∙ sprßvy systΘm∙.