REŠENJE ZA UPRAVLJANJE IT RESURSIMA BAZIRANO NA OTVORENOM KODU * OPEN SOURCE BASED SOLUTION TO IT RESOURCES MANAGEMENT

Transcription

1 REŠENJE ZA UPRAVLJANJE IT RESURSIMA BAZIRANO NA OTVORENOM KODU * OPEN SOURCE BASED SOLUTION TO IT RESOURCES MANAGEMENT Siniša Nikolić, Valentin Penca, Miroslav Zarić {sinisa_nikolic, valentin_penca, miroslavzaric}@uns.ns.ac.yu Fakultet tehničkih nauka u Novom Sadu Sadržaj U ovom radu dat je predlog rešenja za upravljanje konfiguracijama i za akviziciju podataka pri upravljanju IT resursima. Osnova rešenja su komponente otvorenog koda CMDBuild sistem i OCS Inventory sistem Dat je opis jednog mogućeg scenarija za njihovu integraciju. Abstract The paper presents one solution to configuration management and data acquisitio for IT resources managementn. The solution is based on CMDBuild system for configuration management and OCS Inventory system for data acquisition. One scenario for their integration is implemented. 1. UVOD Upravljanje IT resursima predstavlja bitnu stavku u svakodnevnom radu i poslovanju kompanija. Maksimalno iskorišćenje postojećih resursa i povećanje poslovne funkcionalnosti postiže se adekvatnim upravljanjem. Spajanjem finansijskih, konceptualnih i resursnih koncepata nastaje nova poslovna paradigma za kontrolu softverskih i hardverskih elementa IT okruženja. Upravljanje hardverskim resursima kao polaznu tačku uzima same fizičke komponente uređaja, a nastavlja se opisivanjem korporacijske mreže u kojoj se uređaji nalaze. Posmatrano sa višeg nivoa, upravljanje hardverskim resursima pruža globalnu sliku infrastrukture, fizičkih lokacija i veze između uređaja (konfiguracionih elemenata). Najznačajniji elementi upravljanja IT konfiguracijama su: kljijentske i serverske platforme sa njihovim verzijama distribucije operativnih sistema aplikativni softver tehnička specifikacija za izgradnju IT arhitekture aktivna dokumentacija mrežni uređaji aktivne distribucije softvera definicije softverskih paketa definicije osnovnih hardverskih zahteva U ovom radu biće izloženo rešenje bazirano na otvorenom kodu, namenjeno za konfigurisanje i upravljanje hardverskih resursa, kao i zaposlenih koji te resurse upotrebljavaju. Rešenje predstavlja integraciju tri sistema otvorenog koda: OCS inventory sistem za upravljanje računarskim konfiguracijama CMDBuild sistem za modelovanje i upravljanje bazama podataka koje sardrže objekte od vrednosti (assets) Alfresco sistem za upravljanje elektronskim dokumentima 2. OCS INVENTORY SISTEM OCS [1] je specijalizovan softverski sistem za upravljanje kompjuterskim konfiguracijama dizajniran kao otvoreno rešenje. Sistem je osmišljen kao pomoć mrežnim ili sistem administratorima. Osnovna namena sistema je utvrđivanje i praćenje hardverskih entiteta koji se nalaze u računarskoj mreži. OCS pribavlja informacije o softverskim i hardverskim karakteristikama radnih stanica, laptopova i servera. Specifikaciju prikupljenih podataka prikazuje kroz web interfejs. Proces rada OCS se sastoji od kreiranja i održavanja ažurnih zapisa svih komponenti mrežne infrakstukture. Sistem se sastoji od dve komponente (serverska i klijentska). Klijentske (agent) i serverske aplikacije implementirane su za sledeće operativne sisteme [1]: Windows, većinu Linux OS, OpenBSD, IBM AIX, Solaris i MacOS X operativne sisteme. Podržana je višejezičnost. 2.1 Serverski deo Server ima ulogu centralnog čvora za skladištenje zapisa agenata i upravljanje prikupljenim podacima sa mreže. OCS inventory sever podeljen je na četiri komponente: Administration console/server - omogućava administaciju podataka i serverskog softvera kroz veb brauzer. Promene ostvarene kroz brauzer upućuju se kao zahtevi ka Database server-u. Serverska aplikacija napisana je u PHP-u i pokrenuta je na Apache Web Server-u verzije 1.3.X ili 2.X. Communication server - upravlja HTTP komunikacijom između Database server-a i agenata. Napisan je u PERL jeziku kao Apache modul. Za rad ovog servera potreban je podignut Apache Web Server verzije 1.3.X ili 2.X. *Rad je deo deo istraživanja na projektu Alternativa za eupravu bazirana na otvorenim standardima i otvorenom kodu, evidencioni broj: koji finansira Ministarstvo za nauku i tehnološki razvoj Republike Srbije

2 Database server - čuva inventory zapise u bazi podataka. MySQL verzije 4.1 ili veće, koriste se kao baza za skladištenje podataka (trenutno je jedino podržana). U trenutku uvođenja OCS inventory sistema za određeno IT okruženje, treba razmotriti veličinu same mreže tj. broj radnih stanica na koje će biti instalirani agenti. Ukoliko broj radnih stanica prevazilazi nekoliho hiljada, navedene komponente OCS inventory servera treba podeliti na dve fizički odvojene lokacije. Database i Communication server bi bili smešteni na prvoj, dok bi Deployment i Administration server bili drugoj lokaciji. Na ovaj način bi se omogućio load balancing. U ovoj specifičnoj arhitekturi odvojen je upravljački deo sistema od dela za skladištenje podataka. Komunikacija između OCS servera i agenata prikazana je na Slika 1- Arhitektura OCS sistema [1]. Slika 1- Arhitektura OCS sistema Pri prvom startovanju servera za administraciju pokreće se podešavanje elemenata samog sistema. Kreira se MySQL šema baze pod nazivom ocsweb i korisnički nalog ocs sa kompletnim setom privilegija nad tom bazom. Pomenuti korisnički nalog koristiće administracioni i komunikacioni server pri povezivanju sa bazom podataka. 2.2 Agentski deo Agenti postavljeni u mreži šalju informacije komunikacionom serveru. Komunikacija se odvija preko HTTP/HTTPS protokola. Pri toj komunikaciji šalju se podaci struktuirani u okviru XML fajlova koji su, potom, formatirani i komprimovani u okviru Zlib datoteka. Agenti sa host-a na kome su instalirani očitavaju sledeće informacije: BIOS informacije matične ploče i BIOS-a (serijski broj, model proizvođač) Processors - informacije o procesorima računara (tip, brzina,broj procesora) Memory slot arrays - informacije o memorijskim karticama i njihovom pozicijama na matičnoj ploči (naziv, opis, kapacitet izražen u MB, tip memorije, brzina..) Total physical memory - sumirana količina memorije izražena u MB Input devices - informacije o ulaznim uređajima (tip, proizvođač, naziv ) System Slots - informacije o sistemskim slotovima (ime, opis, oznaka) System Controllers - informacije o kontrolerima (proizvođač, ime, tip ) Storage peripherals informacije o uređajima za skladištenje podataka (proizvođač, model, tip, veličina u MB ). Logical drives / partitions - informacije o logičkim particijama (slovo oznake, tip, korišćeni fajl sistem, veličina ) Sound devices informacije o audio uređajima (proizvođač, ime, opis) Video adapters informacije o video uređajima (ime, oznaka čipa, veličina memorije izražena u MB, rezolucija prikaza). Display monitors - informacije o uređajima za prikazivanje slike (proizvođač, naziv, opis, tip, serijski broj ). Network Adapters informacije o mrežnim karticama (opis, tip, MAC adresa, IP adresa, IP mrežna maska, IP adresa gateway-a, IP adresa DHCP server) Printers informacije o konektovanim štampačima (ime, naziv pokretačkog softvera, zauzeti port). Operating System informacije o korišćenom operativnom sistemu (ime, verzija, komentar, registrovana kompanija, registrovani vlasnik, registrovan ID proizvoda). Software informacije o instaliranom softveru (ime, proizvođač, verzija ). Registry values informacije o vrednostima registra (podržano samo pod windows platformom). Computer description informacija koja označava naziv računara. Kompletna konfiguracija reprezentuje se XML fajlom. Na Slika 2 Deo konfiguracijeprikazan je do konfiguracije. Slika 2 Deo konfiguracije Agenti se mogu instalirati samostalno, krorišćenjem prethodno preuzetih izvršnih paketa ili kroz podršku Deployment servera. Host računari se HTTPS komunikacijom autentifikuju na Deployment server i preuzimaju aktuelne instalacije agenata. Na ovaj način se obezbeđuje uniformnost softvera u mreži i prevazilaze se problemi kompatibilnosti između

3 različitih verzija agenata. Provera trenutno važeće verzije agenta dostupnog na serveru se vrši pri pokretanju agenta sa odgovarajućim parametrima. OCS inventory agent instaliran na Windows platformi može da radi u dva režima: Windows servis agent pokrenut kroz windows servis će automatski komunicirati sa OSC komunikacionim serverom, slati konfiguracije i instalirati nove verzije agentskog softvera. Tokom svog rada servis poziva izvršavanje agenta svakih N časova. Period uzorkovanja N preuzima se kao podešavanje sa komunikacionog servera. Servis inicijalno pokreće agenta odabirući slučajno vrednost u opsegu od 0 do perioda uzorkovanja. nezavisna aplikacija izvršava se na zahtev korisnika ili kao vremenski zakazan zadatak. Ovakav režim rada agenta poželjan je u slučajevima kada klijent ne može da ostvari direknu vezu sa serverom. U tom slučaju aplikacija memoriše lokalno konfiguraciju u XML datoteku. 2.3 Proces komunikacije Po pokretanju host aplikacije šalje se upit ka komunikacionom serveru. U zavisnosti od podešavanja serverske strane, mogući odgovori servera su: pošalji izveštaj kada poslednji zapis u bazi podataka koji reprezentuje klijenta je stariji od specificiranog perioda uzorkovanja. Agent po prijemu odgovora skenira radnu stanicu i dobijene informacije prosleđuje HTTP protokolom ka serveru. pokreni skeniranje mreže server odabire najpouzdanije klijente i upućuje im zahtev. Faktor uspešnosti se računa na osnovu prosečanog i ukupnog broja konekcija ka serveru. Agent po prijemu odgovora skenira radnu stanicu i pretražuje lokalnu mrežu za aktivnim uređajima. Odgovor se šalje serveru kroz HTTP protokol. instaliraj novu verziju agentskog softvera - agent po prijemu odgovora započinje HTTP komunikaciju sa Deployment serverom. Server šalje klijentu konfiguracioni fajl i fragmentisanu instalaciju programskog paketa. Klijent grupiše i rekonstruiše instalaciju, a potom je pokreće. bez odgovora u ovom slučaju od klijenta se ne očekuje nikakva reakcija, ne zahteva se slanje konfiguracije niti preuzimanje nove instalacione verzije. Potrebno je naglasiti da agent ne očekuje poruke od servera sa mreže i da je komunikacija moguća samo kada je klijent inicijalizuje. 3. CMDBUILD CMDBuild [2] je sistem otvorenog koda namenjen za modelovanje i održavanje baze podataka koja sadrži objekte od vrednosti (assets) i propratne procesne tokove. Održavanje konfiguracija (niza objekta od vrednosti) podrazumeva redovno osvežavanje njenih elemenata i pružanje podrške za njeno ažuriranje. CMDBuild skladišti objekte, njihove međusobne veze i njihovu istoriju. Cilj sistema je da omogući potpunu kontrolu identifikovanih objekata sa namerom da se obezbedi njhova: kompozicija, premeštanje, funkcionalna povezanost i istorija promena. Sistem je zamišljen kao fleksibilna i proširiva struktura koja implrementira koncepte definisane u ITIL (IT Information Library) [3]. CMDB sistem sastoji se iz dva modula : administratorski modul - namenjen definisanju modela podataka (klase, atributi i međusobna relacija) i konfiguracionih elemenata aplikacije (klasa i tipova izveštaja, korisnika i prava pristupa, dodavanje okvira izveštaja i tokova procesa, podešavanje opcija i paramtara). modul za upravljanje podacima - koristi se za vizelizaciju i upravljanje podacima, kreranja konfiguracija i njihovih veza, izvršavanje procesa i stvaranje izveštaja. CMDBuild sistem baziran je na programskom jeziku JAVA. Deo sistema je veb servis pokrenut na Apache Tomcat veb serveru i koji koristi PostgreSQL kao bazu za skladištenje podataka. Ceo sistem podrazumeva centralizovanu strukturu koja može da sarađuje sa drugim informacionim sistemima. Saradnja se obavlja uz oslonac na tok procesa koji je definisan jezikom XPDL i razmenu SOAP poruka između sistema. Svaki tok procesa opisan je kroz: sekvencu operacija sa mogućim opcionim koracima, informacijama koje se prikazuju i potražuju u pojedinim koracima izvršavanja, pokretanjem zavisnih procesa, ažuriranjem baze konfiguracija i definisanjem učesnika koje izvršavaju pojedine korake procesa. Procesi se dizajniraju pomoću nezavisnog alata TWE [4], a zatim se uključuju u CMDBuild. Za interpetaciju procesa CMDBuild koristi Enhydra Shark Workflow Server [5]. Sistem CMDBuild integrisan sa OCS Inventory sistemom može da odgovori na sledeće konkretne zahteve IT sektora za evidenciju i upravljanje hardverskim konfiguracijama: koji se resursi poseduju; pozicija odgovaracućeg resursa, ko ga koristi i u koju namenu ga koristi; da li je resurs deo nekog drugog resursa, od kojih delova se sastoji resurs; vreme nabavke resursa i planirano vreme korišćenja; između resursa i ostalih koje veze postoje mrežnih uređaja; koje posledice nastaju u sistemu promenom posmatranog resursa koji poslovi zahtevaju odluku IT sektora; ko je koristio određeni resurs i kada, ko je odgovoran za određeni resurs;

4 3.1. DOKUMENTI U SISTEMU ZA UPRAVLJANJE IT RESURSIMA ITIL propisuje upravljanje dokumentima kao svoju gradivnu komponentu. Potrebno je obezbediti da se informacije opisane u dokumentima vežu za objekte CMDBuild sistema. Uputstva, tehnički dokumenti, ugovori, licence, formulari, prikaz ekrana greške, crteži i slike treba da budu dostupni kao da su sastavni deo CMDBuid aplikacije. CMDBuild za potrebe upravljanja i skladištenja dokumenata koristi Alfresco sistem [6]. Kroz CMDBuild sistem, korisniku se omoćuje povezuvanje konfiguracija sa skupom dokumenata, klasifikacija dokumenata u kategorije, pretraga i pregled dokumenata. Za potrebe skadištenja dokumenata iz CMDBuild sistema na Alfresco serveru se režerviše poseban prostor. To omogućuje da se istim dokumentima može pristupiti kako iz CMDBuilda tako i iz Alfresco sistema. Za komunikaciju između CMDBuild i Alfresco sitema upotrebljava se: specifičan SOAP mehanizam - koristi se za pristup i klasifikaciju dokumenata koji se postavljaju na server i za definisanje specifičnih kriterijuma pretrage nad sačuvanim dokumentima. FTP - protokol za razmenu fajlova preko TCP/IP mreže. Koristi se za razmenu fajlova između dva navdena sistema. CMDBuild sadrži u sebi potrebene rutine za integraciju sa Alfresco sistemom. Podešavanje veze između ova dva sistema vrši se kroz administracioni modul veb interfejsa CMDbuild-a. Parametri za komunikaciju sa Alfresco sistemom podeljeni na: opšte (ukjučuju opciju DMS za CMDBuild, definišu putanju ka Alfresco serveru, kašnjenje), fajl server (tip servera, adresa FTP servera, port FTP servera), opcije skladištenja (putanja na serveru do fajlova, putanja do veb servisa, putanja do apliakcije) i prava pristupa (korisničko ime i lozika). Prethodni korak podrazumeva da je Alfresco server već podešen (kreiran korisnik, definisan radni prostor za smeštanje dokumenata). Dokumenti u sistemu se vezuju sam za konkretne (postojeće) instance konfiguracija. 4. INTEGRACIJA OCS INVENTORY I CMDBULD Osnovni cilj povezivanja CMDBuild i OCS sistema je dobijanje sveobuhvatnog rešenja za upravljanje i konfigurisanje podataka o hardverskim resursima, kao i o zaposlenima koji te resurse upotrebljavaju. Implementacija je izvršena kao virtuelni sistem, koji porazumeva upravljanje aspektima organizacione strukture zaposlenih, raspoloživih radnih resursa, prostorne organizacije radnog okruženja i njihove međusobne korelacije. Kroz administratorski modul formiran je proces kojim se definiše komunikaciona strana CMDbuild-a. Pomenuti proces definisan je alatom TWE. Za potrebe virtuelnog sistema (kompanije) u okviru organizacione strukture zaposlenih definisan je radnika (employee) i poslovni sektor (sector). Prostorna organizacija radnog okruženja iziskivala je definisanje entiteta zgrade (building), sprata (floor), kancelarije (room) i radnog propstora (workspace) u okviru kancelarije. Za potrebe organizacije radnih resursa definisan je apstraktni objekat stavka (item). Definisani apstrakni objekat objedinjuje opšte osobine svih hardverskih resursa i njega nasleđuju svi upravljivi radni resursi. Entiteti raspoloživih resursa su: računar (computer), monitor (monitor), memorija (memory) i uređaj za skladištenje podataka (storage). Korelacija između elementa predstavljena je vezama: radnik pripada sektoru (pri čemu u jednom sektoru može da radi više radika) radnik rukovodi sektorima (jedan radnik može biti odgovorno lice za više sektora) radnik koristi radni prostor (više radnika može da koristi jedan radni prostor) zgrada se sastoji od spratova spratovi se sastoje od kancelarija kancelarije su podeljene na više radnih prostora kancelarija sadrži stavke (kancelarija poseduje više radnih resursa) radni prostor sadrži stavke (stavka se trenutno koristi u radnom prostoru, pri čemu u okviru radnog prostora može biti više zaduženih resursa) računar poseduje monitore računar poseduje memoriju računar poseduje uređaje za skladištenje podataka U okviru modula za upravljanje podacima sistema CMDBuild, kreirane su instance elemenata organizacione strukture zaposlenih i prostorne organizacije radnog okruženja. Po preuzimanju podataka iz OCS, definisane su preostale veze u sistemu. Preuzeti radni resursi smešteni su u odgovarajuče kancelarije i definisano je njihovo korišćenje u određenom radnom prostoru. Interfejs za komunikaciju sistema CMDBuild i OCS Inventory zasniva se na: Periodičnom poređenju podataka sačuvanih u CMDBuild sistemu sa podacima prikupljenim iz OCS Inventory-a. Poređenje je omogućeno sa: formalnim opisom željenog mapiranja između objekata i setova atributa oba sistema. Mapiranje je zasnovano na definisanju XML i XSL (baziran na XSLT) fajlova. pozivanjem posebne java biblioteke external-connectors koja komunicira sa CMDBuild bazom podatka. Biblioteka dolazi u okviru pune distribucije CMDBuild-a. Sistemu tokova procesa CMDBuild-a. Na osnovu definicije toka procesa omogućuje se automatsko ažuriranje CMDBuild baze.

5 Postupak ažuriranje se definiše na osnovu detektovanih konfiguracionih promena iz OCS. External-connectors (java aplikacija) zasniva svoju funkcionalnost na: setu korišničkih pogleda kojima se definiše pregled elemenata OCS Inventory baze podataka. Pogledi se definišu SQL sintaksom. XML fajlu koji sadrži opis strukture podataka i same podatke preuzete iz OCS Inventory sistema. XML fajlu u kome je opisana struktura podataka CMDBuild aplikacje (objekti za mapiranje). XSL (baziran na XSLT) fajlu kojim se definiše mapiranje između XML fajlova detekciji promena podataka i kreiranju zahteva za izvršenje komandi u okviru definisanog toka procesa (komandama se menja stanje CMDBuild baze). Na Slika 3 Dijagram razmene podataka prikazan je dijagram razmene podataka između OCS sistema i CMDBuild aplikacije. Slika 3 Dijagram razmene podataka 4.1. DEFINISANJE POGLEDA KA BAZI PODATAKA Korisnički pogledi se definisu da bi se sprečio direktan (nekontrolisan) pristup OCS bazi podataka. Na ovaj način korisnicima je omogućen pregled elemenata baze, ali ne i njihova izmena. Napisani su SQL sintaksom i podeljeni su u dve kategorije. Prvoj grupu pripadaju pogledi koji definišu nezavisne objekte (master), dok se u drugoj grupi nalaze pogledi koji definišu zavisne objekte OCS baze podataka (slave). Navedena podela je ilustrovana primerom međuzavisnosti objekta računar i njegovih komponenti. Master pogled prikazuje nezavisni objekat računar i njegove najzančajnije osobine. U okviru pogleda navedeni su jedinstveni identifikator računara za OCS bazu podataka (ID) i jedinstveni identifikator preko kojeg će računar biti povezan sa CMDBuild bazom podataka (TAG - logičko označavanje računara u mreži). Značajan je redosled prva dva atributa master pogleda, jer se oni koriste za spajanje sa ostalim entitetima. Prvi atribut se koristi pri spajanju rezultata master pogleda i rezultata slave pogleda tj. koristi se za mapiranje između prikupljenih objekata iz OCS baze. Drugi atribut predstavlja jedinstveni identifikator konfiguracije u CMDBuild bazi na osnovu kojeg će se obavljati operacije unosa, modifikovanja i brisanja elemenata. Sledeći deo koda predstvalja master pogled računara. CREATE OR REPLACE VIEW CMDBuild_device (DEVICE, TAG, DEVICEID, NAME, WORKGROUP, USERDOMAIN, OSNAME, OSVERSION,OSCOMMENTS, PROCESSORT, PROCESSORS, PROCESSORN, MEMORY, SWAP, IPADDR, WINCOMPANY, WINOWNER, WINPRODID, WINPRODKEY) as select ID, TAG, DEVICEID, NAME, WORKGROUP, USERDOMAIN, OSNAME, OSVERSION,OSCOMMENTS, PROCESSORT, PROCESSORS, PROCESSORN, MEMORY, SWAP, IPADDR, WINCOMPANY, WINOWNER, WINPRODID, WINPRODKEY from hardware, accountinfo WHERE ID=HARDWARE_ID; Pogledi grupe slave definišu delove računara. Prvi atributa slave pogleda je obavezan, jer se on koristi za spajanje sa objektom računar. Sledeći deo koda prikazuje slave pogled za pregled zavisnog objekta memorije. CREATE OR REPLACE VIEW CMDBuild_memory as select HARDWARE_ID, CAPTION, DESCRIPTION, CAPACITY, PURPOSE,TYPE, SPEED, NUMSLOTS from memories WHERE CAPACITY = concat( '', 0 + CAPACITY ); 4.2. PRIMERI XML i XSL FAJLOVA Da bi se implementirao mehanizam externalconnectors potrebno je definisanje sledećih XML i XSLT fajlova: configuration.xml - sadrži elemente konfigurisanja, definiše tačke pristupa CMDBuild servera i OCS Inventory baze podataka i način za pristup tim lokacijama cmdbuild-schema.xml - sadrži opisanu strukturu konfiguracija u CMDBuild-u koja se treba da se popuni podacima iz OCS Inventory baze. transform.xsl - sadrzi opis mapiranja između CMDBuilda i OCS Inventory. Configuration.xml podeljen je u dva dela. Prvi deo opisuje konfiguracione parametre za pristup CMDBuild API-u. Parametri za pristup su: lokacija servera na kome je instalirana CMDBuild aplikacija, ime CMDBuild registrovanog veb servisa, port i korisnički nalog za pristup serveru. Drugi deo opisuje konfiguracione parametre za pristup OCS bazi podataka. Parametri za pristup su: tip baze podataka, adresa servera gde se nalazi OCS baza podataka, ime šeme baze podataka i korisnički nalog sa definisanim pravima za pristup toj bazi. Sledeći deo koda prikazuje sadržaj configuration.xml fajla. <?xml version="1.0" encoding="utf-8"?> <configuration> <cmdbuild> <ServerAddress> </ServerAddress>

6 <ServerContext>cmdbuild</ServerContext> <ServerPort>8080</ServerPort> <Username>admin</Username> <Password>admin</Password> </cmdbuild> <inventory> <DbType>mysql</DbType> <DbAddress> </DbAddress> <DbPort>3306</DbPort> <DbName>ocsweb</DbName> <DbUser>ocs</DbUser> <DbPassword>ocs</DbPassword> </inventory> </configuration> Cmdbuild-schema.xml opisuje strukture podataka koje želimo da mapiramo iz CMDBuild aplikacje. Za svaku klasu iz CMDBuild sistema ne moraju se definisati svi atributi klase, već samo oni koje želimo da mapiramo. Pri definisanju konfiguracije potrebno je jedino navesti atribut koji ima ulogu jedinstvenog identifikatora za povezivanje CMDBuild baze i preuzetih podataka iz OCS baze. Sledeći deo koda prikazuje strukture podataka računara i memorijskog modula. <?xml version="1.0"?> <CMDBUILD> <Computer> <Code> </Code> <Description> </Description> <Workgroup> </ Workgroup > <OS> </OS> <RAM> </RAM> </ Computer > <Memory> <Code> </Code> <Descriptio n> </Description> <CAPTION> </CAPTION> <CAPACIT Y> </CAPACITY> <TYPE> </TYPE> <NUMSLOT> </NUMSLOT> </ Memory >... </CMDBUILD> Transform.xml se koristi za definisanje kriterijuma mapiranja između dva sistema. Pored obaveznih elemenata, fajl sadrži mapiranje elemenata opisano u okviru dve celine. Prvi deo fajla je mapiranje OCS Inventory sistema, a drugi deo CMDBuild-a. Za mapiranje konfiguracija neophodno je odabrati jedinstvene informacije koje će se karistiti kao ključevi (parametar key) objekta CMDBuild baze. Jedinstveni identifikator potrebno je definisati samo za master objekat računar. Praksa je pokazala da je za vrednost ovog polja najbolje odabrati logičku oznaku računara (polje TAG). Ime računara, operativni sitem i MAC adresa ne mogu se koristiti u svrhu jedinstvenog identifikatora, jer se oni mogu menjati za posmatrani računar. Set atributa definisan parametrom identify označava minimalan skup vrednosti na osnovu koje će external-connectors prepoznati objekat i odlučiti koji akciju treba preduzeti (ubaciti novi, obrisati ili ažurirati postojeći). Vrednosti koje se preuzimaju definišu se XPath notacijom. Pored direktnog pristupa vrednostima, moguće je primeniti neku od agregacionih funkcija (za sada podržane sum i count). Pri definisanju zavisne kalse potrebno je navesti relaciju ka nezavisnoj klasi. Externalconnectors kreira relacije na osnovu vrednosti parametra domain. Naziv domena mora da odgovara imenu domena iz CMDBuild sistema. Sledeći deo koda opisuje mapiranje za konfiguracije nezavisnog objekta Computer i zavisnog objekta Memory. <xsl:template match="/inventory/device"> <Computer key="code" identify="code"> <Code> <xsl:value-of select="./tag"/> </Code> <RAM> <xsl:value-of select=" sum(../memory/capacity)"/> </RAM> </ Computer > </xsl:template> <xsl:template match="/inventory/memory"> <Memory domain=" ComputerMemory" domaindirection="directed" identify="code,description,caption,cap ACITY,TYPE,NUMSLOT"> </ClientMemory> <xsl:template match="/cmdbuild/client"> <xsl:attribute name="objid"> <xsl:value-of select="./@objid"/> </xsl:attribute> <Client key="code" identify="code"> 5. ZAKLJUČAK Uradu su prikazani osnovni koncepti upravljanja IT konfiguracija. Predložen je sistem baziran na komponentama otvorenog koda CMDBuild sistem i OCS Inventory sistem dopunjen sistemo za upravljanje dokumentima Alfresco. Opisan je otvoren sistem OCS Inventory za akviziciju podataka o računarskim resursima. Objašnjen je tok procesa u komunikaciji klijentske i serverske strane. Integrisani su CMDBuild i OCS Inventori u jednu funkcionalno zaokruženu celinu. Objedinjavanjem navedenih sistema obezbeđena je veza između radnih resursa računarske mreže i elementa oraganizacione strukture. Novi integrisani istem sadrži i ekstenziju za upravljanje dokumentima implementiranu pomoću sistema Alfresco. 6. LITERATURA [1] [2] Zarić M., Kovačević A., Konjović Z., Sistemi otvorenog koda za upravljanje IT konfiguracijama, Zbornik radova YU INFO 2009 (CD), 6 p. [3] [4] [5] [6] Sladić, G., Milosavljević, B., Gostojić, S., Digitalno potpisivanje dokumenata u Alfresco sistemu, Zbornik radova YU INFO 2009 (CD), 5 p. [7] Anne Mette Jonassen Hass, Configuration Management Principles and Practice, Addison- Wesley, Dec 2002, ISBN-10: , ISBN- 13: