2016-12-13, antradienis, 11:30 Maskvos laiku
Šiuolaikinis pasaulis vis labiau remiasi automatizuotomis sistemomis įvairiose žmogaus veiklos srityse. Daugėja programų, kurios kelia didesnius reikalavimus nuolatiniam veikimui. AE Rodnik specialistai pristato dėžutėje esantį sprendimą Stratus everRun Enterprise, kuris padės greitai ir paprastai užtikrinti nepertraukiamą programinio sprendimo ar paslaugos veikimą.
IT sistemoms tampant įprastesnėmis, didėja lūkesčiai dėl jų patikimumo – vis mažiau vartotojų nori taikstytis su paslaugų, kurios, tikimasi, veiks nuolat, prastovas ar gedimais. Paprastoms informacijos ar pagalbos sistemoms išjungti trumpam nėra per daug svarbu. Tačiau sistemose, orientuotose į darbą ir vartotojų aptarnavimą arba įmonių paslaugas darbuotojams, tai mažiau toleruotina.
Toliau pagal kritiškumą rikiuojasi „paslaugų“ sistemos, pavyzdžiui, vaizdo stebėjimo ir apsaugos sistemos, pastatų valdymo sistemos arba gamybos kontrolės ir stebėjimo sistemos. Jei tokios posistemės sugenda dėl valdymo programinės įrangos gedimo, pasekmės gali būti brangios, pavojingos ar net pavojingos gyvybei. Esant neveikiančiai sistemai, nėra galimybės sužinoti, kada įvyko avarija, arba pranešti darbuotojams apie privalomą evakuaciją. Taip pat gali atsirasti ekonominių nuostolių dėl tokių informacinių sistemų prastovos, o kartais ir teisinių įsipareigojimų. Tokiu atveju geriau negailėti patikimumo ir atsparumo gedimams.
Ir galiausiai pagrindiniai „gamybos“ procesai. Priklausomai nuo dalykinės srities (bankinės sistemos, procesų kontrolė, prekybos sistemos ir pardavimų valdymas ir kt.), tokie sprendimai gali skirtis sudėtingumu ir kaina ir dažniausiai yra labai specializuoti. Nepertraukiamo jų veikimo užtikrinimas yra labai svarbus uždavinys, kuris gali būti sprendžiamas įvairiais būdais, atsižvelgiant į sistemų mastą ir jų tarpusavio ryšį.
Galima paslauga
Klasifikavimo tikslais kompiuterinės sistemos paprastai dalijamos iš nepertraukiamo veikimo laiko procentais nuo bendros veikimo trukmės. Dažnai paslaugos ar sistemos prieinamumas apibūdinamas 99–99,9% laiko parametru, o skaičius „99,9“ atrodo labai patikimas. Tačiau praktiškai tai reiškia iki 90 valandų prastovos per metus arba iki pusantros valandos per savaitę. Norint atkurti tokios sistemos veikimą, ji dažniausiai paleidžiama iš naujo arba atkuriama iš atsarginės kopijos.
Šio metodo trūkumai akivaizdūs – ši procedūra užtrunka, o tai ne visada priimtina. Šiuolaikinės paslaugos dažniausiai veikia virtualiose mašinose (VM), kurias gedimo atveju reikia paleisti iš naujo.
Aukšto pasiekiamumo sistemos yra sukurtos ir veikia 99,95–99,99 % laiko. Čia naudojamos klasterių sistemos ir technologijos, kuriose atliekamas vienoks ar kitoks paslaugų ir sistemų paralelinimas. Tačiau „didelis prieinamumas“ gali reikšti iki kelių valandų prastovos ištisus metus. Priklausomai nuo sprendimo, atsarginės kopijos paslauga ar sistema gali būti vadinamajame „šaltajame“ budėjimo režime, tokiu atveju užtrunka šiek tiek laiko, kol ji paleidžiama. Pažymėtina ir klasterių technologijų sudėtingumas bei išaugę reikalavimai IT personalo kvalifikacijai. Klasteriai yra sudėtingi ir atima daug laiko, todėl juos reikia išbandyti ir nuolatinės administracinės priežiūros. Paprastai programinė įranga turi būti licencijuota kiekvienam klasterio serveriui. Dėl to, augant klasterių sistemai, bendrosios nuosavybės išlaidos sparčiai didėja.
Pagrindinės Stratus everRun programos:
Vaizdo stebėjimo ir praėjimo kontrolės sistemos
Galios struktūros
Finansinės ir bankinės paslaugos
Telekomunikacijos
Vaistas
Valdžios sektorius
Gamyba
transportas ir logistika
Nuolatinis prieinamumas (gedimų tolerancija) – iki 99,999% laiko. Toks sistemos patikimumo lygis pasiekiamas naudojant specializuotus programinės ir techninės įrangos sprendimus. Priklausomai nuo dalykinės srities (procesų valdymo, bankų sistemos), tokie kompleksai gali būti labai skirtingi sudėtingumu ir kaina.
Tačiau, kaip minėta pirmiau, yra ir mažiau reikalaujančių programų, kuriose tikimasi nuolatinio veikimo. Tai pastato valdymo sistemos, išorinės valdymo sistemos (vaizdo stebėjimas), įeigos kontrolės sistemos ir panašiai. Vargu ar vartotojai apsidžiaugs, jei dings visų vaizdo kamerų ir jutiklių signalas arba nustos veikti dirbtuvės ar pastato vėdinimo sistema.
Paruoštas sprendimas
Specializuotos IT sistemos paprastai yra sudėtingos ir reikalauja konfigūracijos bei aukštos kvalifikacijos darbuotojų. Bet jei jie sėkmingi, laikui bėgant montavimas ir priežiūra tampa lengvesni. Pasirodo paruošti diegti kompleksai, kuriems nereikia ypatingo dėmesio.
Nepertraukiamo pasiekiamumo sistemoms vienas iš tokių sprendimų yra „Stratus“ „everRun Enterprise“ programinės įrangos paketas. Jis specialiai sukurtas siekiant užtikrinti duomenų išsaugojimą net aparatinės ar programinės įrangos gedimų atveju.
Sprendimo privalumai
Naudojant everRun Enterprise, programa veikia dviejuose VM dviejuose fiziniuose serveriuose. Jei vienas VM sugenda, programa ir toliau veikia kitame serveryje be pertrūkių ir neprarandant duomenų. Tai pasiekiama nuolat skaitant veikiančios virtualios mašinos būseną ir išsaugant jos parametrus. Gedimo atveju naujausia sistemos būsena perkeliama į lygiagrečiai veikiančią VM, kad programos vykdymas nenutrūktų. Sistemos serveriai gali būti geografiškai išsklaidyti, kad padidėtų patikimumas.
Stratus everRun programinė įranga skirta užtikrinti nuolatinį paslaugų programų veikimą ir surinktų duomenų vientisumą. Tuo pačiu metu sistema, žinoma, taip pat turi funkcionalumą greitam atsigavimui po nelaimės įvykus dideliam gedimui. Stratus everRun sprendimai yra pagrįsti standartinės įrangos naudojimu ir apsaugo visas MS Windows Server ir Linux programas nuo gedimų ir gedimų serverio aparatinėje įrangoje.
Integratorių įmonės „Rodnik“ atstovas pažymi: Ivanas Kirilovas, „diegiant everRun Enterprise galima išvengti sudėtingos tinklo infrastruktūros kūrimo, papildomos valdymo programinės įrangos diegimo ir konfigūravimo, taip pat personalo mokymo išlaidų, reikalingų naudojant tradicines klasterių sistemas“.
Kaip everRun Enterprise užtikrina nuolatinį virtualiose mašinose įdiegtų programų veikimą ir duomenų išsaugojimą
Bet kuriai įmonei itin svarbus jos IT infrastruktūros, ypač serverių ir juose įdiegtos programinės įrangos nenutrūkstamas darbas. Nutraukus prieigą prie interneto, elektroninio pašto, duomenų bazių ir kitų programų, neišvengiamai atsiras rimtų įmonės veiklos procesų sutrikimų.
Norint užtikrinti stabilų programų veikimą, serverio techninė įranga turi atitikti aukštus patikimumo reikalavimus. Vienas iš pagrindinių serverio patikimumo didinimo būdų yra jo posistemių dubliavimas dubliuojant komponentus: procesorių, RAM, tinklo ryšius, diskus ir kietojo kūno įrenginius, aušinimo įrenginius, maitinimo šaltinius. Pasikartojančio komponento gedimas nesukelia viso serverio gedimo, tačiau gali sumažinti jo našumą. Trikčių šalinimas paprastai atliekamas nestabdant serverio, „karštai“ pakeičiant sugedusį komponentą.
Tačiau tradicinėje serverio architektūroje visiškas atleidimas neįmanomas. Serverio komponentai, tokie kaip pagrindinė plokštė ir disko valdiklis, paprastai nėra dubliuojami. Todėl jų gedimas reikš viso serverio gedimą ir dėl to avarinį visų programų sustabdymą. Kokia tokios situacijos tikimybė?
Serverio patikimumą lemia MTBF parametras – vidutinis laikas tarp gedimų. Serverio MTBF gali būti apskaičiuotas teoriškai – remiantis žinomomis serverio komponentų MTBF reikšmėmis. Naudodami šį metodą apskaičiavome tipinio serverio MTBF ir gavome 10 metų vertę (apskaičiavimo detalės). Tokiam serveriui per vienerius metus gedimo tikimybė bus 10%.
Remiantis mūsų paslaugų centro statistika, komandos serverių vidutinis laikas tarp gedimų yra 25 metai, pasiekiamumo lygis yra 99,99%, o gedimo tikimybė per vienerius metus yra apie 4%. Be to, skirtingai nuo „teorinio“ skaičiavimo, mūsų statistikoje atsižvelgiama į bet kokius gedimus, įskaitant pasikartojančių komponentų gedimus, kurie nesukelia viso serverio gedimo.
Akivaizdu, kad tokių aukštų patikimumo rodiklių visiškai pakanka, kad būtų užtikrintas stabilus serverių programų veikimas ir patenkinti daugumos smulkaus ir vidutinio verslo poreikius.
Tačiau kai kurioms įmonėms neplanuotas verslo programų išjungimas (net jei labai mažai tikėtinas) yra nepriimtinas. Pavyzdžiui, vienas iš mūsų įmonės klientų yra nuolatinio ciklo įmonė, kurioje dirba 150 darbuotojų. Gamybos procesas įmonėje valdomas naudojant specializuotą serverio programą. Šios programos sustabdymas reiškia gamybos sustabdymą. Programos funkcionalumo atkūrimas po aparatinės ar programinės įrangos gedimo gali užtrukti kelias valandas, o per tą laiką gamyba bus neaktyvi. Todėl būtina užtikrinti garantuotą šios programos veikimo tęstinumą kaip būtiną viso verslo proceso tęstinumo sąlygą.
Perjungimas į virtualią VMware platformą leidžia išspręsti šią problemą.
Siūlomas sprendimas pagrįstas dviejų (ar daugiau) serverių klasterio naudojimu su bendra saugojimo sistema. Tokiame klasteryje visi komponentai (įskaitant saugojimo sistemos komponentus) yra dubliuojami. Programų veikimo atkūrimą sugedus vienam iš serverių užtikrina virtualizacijos įrankiai.
Įprastu režimu kiekvienas serveris vykdo savo programų rinkinį, kiekviena programa yra atskiroje virtualioje mašinoje. Visos programos yra atskirtos viena nuo kitos ir neturi įtakos kitų programų veikimui. Virtualios mašinos ir duomenys, su kuriais jos dirba, yra saugomi bendrame diskų masyve, prie kurio turi prieigą abu serveriai. Virtualių mašinų paskirstymą tarp serverių iš pradžių nustato administratorius. Jie taip pat skiria dalį serverio aparatinės įrangos išteklių kiekvienai virtualiai mašinai, o kiekvieno serverio apkrovos koeficientas gali siekti 70-80%.
Programos veikimo tęstinumą užtikrina virtualios platformos įrankiai, kurie nuolat stebi virtualias mašinas. Jei virtuali mašina sustoja dėl serverio gedimo, ji automatiškai bus paleista iš naujo kitame serveryje. Pašalinus gedimo priežastį ir įjungus serverį, virtualios mašinos automatiškai, nenutraukdamos darbo grįš į „savo“ serverį.
Šis sprendimas leidžia atlikti suplanuotą serverio priežiūrą nestabdant programų. Prieš išjungiant serverį, jo programos „perkeliamos“ į kitą serverį, o baigus darbą grįžta atgal.
Svarbus šio sprendimo privalumas yra jo universalumas, nes jis tinka bet kokiai programai ir praktiškai neriboja virtualių mašinų svečių operacinių sistemų tipo. Tai palankiai palyginama su „Microsoft Windows Server Cluster“ paslauga. Kiti sprendimo privalumai – efektyvesnis serverio techninės įrangos resursų panaudojimas, taip pat diegimo ir administravimo paprastumas.
Tirpalo sudėtis
Sprendimas, užtikrinantis nuolatinį serverio programų veikimą virtualioje VMware platformoje, apima šiuos komponentus:
- Du (ar daugiau) komandos serverių. Visi komandos serveriai yra suderinami su VMware platforma.
- Disko RAID masyvas su visu posistemio dubliavimu.
- „VMware Essentials Plus Kit“ kaip virtualizacijos platforma.
- Operacinės sistemos licencijos pagal virtualių mašinų skaičių.
- Vartotojui reikalingos serverio programos.
Įgyvendindama šį sprendimą, mūsų įmonė yra pasirengusi atlikti šiuos darbus:
- Reikalingo našumo lygio serverio konfigūracijų pasirinkimas.
- Sandėliavimo sistemos pasirinkimas.
- Serverių, saugojimo sistemų ir kitos reikalingos įrangos tiekimas.
- Programinės įrangos tiekimas.
- Įrangos montavimas ir prijungimas.
- Virtualizavimo platformos diegimas ir konfigūravimas.
- Virtualių mašinų, operacinių sistemų ir programų diegimas ir konfigūravimas.
- Sistemos testavimas ir paleidimas.
- Pagalba garantinio aptarnavimo metu ir, jei pageidaujama, pagal užsakomųjų paslaugų sutartį.
Kaip sprendimo dalį suteiksime aštuonių valandų nemokamo darbo iš sertifikuoto VMware ir Microsoft specialisto konsultacijoms, mokymams ir darbui diegiant sprendimą.
Anksčiau šiais metais JAV šiaurės rytuose siautė neregėto stiprumo perkūnija. Jie sutrikdė elektros tiekimą vietiniam 911 skambučių centrui, o Emerson Network Power bendrovės Liebert aptarnavimo skyrius sulaukė pagalbos šauksmo. Duomenų centre sugedo UPS baterijos, todėl, atsižvelgiant į skambučių centro specifiką, reikėjo skubiai užtikrinti jo veikimą.
Greitai sureagavome ir netrukus skambučių centras vėl dirbo įprastai. Išnagrinėję gedimo priežastis, pardavėjo atstovai kartu su skambučių centro vadovybe buvo priversti pripažinti, kad nebuvo įgyvendinta aptarnavimo programa (dažniausiai apimanti profilaktinę priežiūrą, reguliarius patikrinimus ir stebėjimą). Jei tokia programa būtų buvusi duomenų centre, akumuliatoriaus gedimo būtų buvę galima išvengti.
Tokie atvejai nuolat primena apie visapusiškos profilaktinės priežiūros programos poreikį. Šiuolaikinėje sparčiai besikeičiančioje aplinkoje, vis didėjant duomenų centrų vaidmeniui, tokia programa yra absoliučiai būtina sklandžiam darbui užtikrinti.
Pokyčiai yra visur
Nuolat besivystančioje IT aplinkoje vienas iš pagrindinių iššūkių, su kuriuo susiduria duomenų centrų vadovai, yra neatsilikti nuo pokyčių. Praėjo tie laikai, kai pakako turėti nedidelį paskirstytą tinklą, apimantį kelis netoliese esančius mazgus. Šiandien duomenų centrų yra mažiau, tačiau dabar jie yra daug didesni, labiau centralizuoti ir sunaudoja milžiniškus skaičiavimus.
Be to, daugelio organizacijų IT infrastruktūra tapo viena nuo kitos priklausomu, itin svarbiu tinklu, apimančiu duomenis, programas, saugyklas, serverius ir pačią tinklo įrangą. Bet kurioje šio tinklo vietoje nutrūkęs maitinimas gali sutrikdyti visos organizacijos veiklą ir neigiamai paveikti jos verslą.
Dėl šių pakeitimų labai svarbu, kad organizacijos turėtų patikimus prevencinės priežiūros planus savo duomenų centrams ir išmanančius specialistus. Kai organizacijos pereina prie naujos aparatinės įrangos ir centralizuoja savo duomenų centrus, jos neturi pamiršti, kaip svarbu turėti tvirtą maitinimo ir vėsinimo infrastruktūrą, kad būtų užtikrintas nuolatinis IT prieinamumas.
Labai dažnai CIO nusprendžia pirkti naujus serverius organizacijai, kad jie būtų paruošti įdiegti, o duomenų centro vadovas atranda, kad nebuvo įvertinta, kaip esama maitinimo ir vėsinimo infrastruktūra gali patenkinti naujus reikalavimus. Profesionalus įvertinimas gali nustatyti, pavyzdžiui, kad vienai kritinei linijai nepakanka atsarginės galios naujiems serveriams palaikyti.
Be to, šiluminė analizė gali rodyti, kad vienas iš stelažų nepakankamai gerai vėsina. Jei CIO ir duomenų centro vadovas būtų skyrę laiko susitikti prieš įgyvendindami ir kreipęsi į paslaugų organizaciją, kad tiksliai nustatytų būsimus energijos ir aušinimo poreikius, jau būtų numatytos papildomos kapitalo investicijos ir šių sistemų optimizavimas, kad nebūtų sukurta galimų gedimų rizika.
Svarbiausia, kad būtų užtikrintas sklandus veikimas
Taikant gerai koordinuotą paslaugų priežiūros programą visoje organizacijoje, galima sumažinti elektros energijos tiekimo sutrikimo riziką, neatsižvelgiant į tai, ar jį sukėlė stichinė nelaimė, ar planuojamas įrangos atnaujinimas. Šiandien IT vadovai tikisi 100% pasiekiamumo. Tačiau kaip tai pasiekti be išsamios prevencinės priežiūros programos? Kaip ir jūsų automobilis, duomenų centrai taip pat turi būti patikimi ir juos reguliariai tikrinti, kad būtų galima garantuoti patikimumą.
Be to, veiklos tęstinumas priklauso nuo duomenų centrų vadovų žinių apie galimus pavojus ir gebėjimo kartu su priežiūros specialistais parengti planą, kad būtų sumažinta kritinių funkcijų gedimo rizika. Gerai paruošta organizacija trikdys minimalius ir jausis užtikrintai, net jei kas nors nutiks.
Šiandien labiau nei bet kada anksčiau organizacijos priklauso nuo savo IT infrastruktūros, kad veiktų patikimai, ir nereikia taupyti kuriant glaudžius, pasitikėjimu pagrįstus santykius su paslaugų teikėju. Patyręs specialistas gali padėti jums sukurti ir įgyvendinti tvirtą veiklos tęstinumo planą, kuris ne tik užtikrina jūsų IT infrastruktūros pasirengimą veikti, bet ir apima visą duomenų centro gyvavimo ciklą. Bet šiandien sukurta programa po kelerių metų gali nebeatitikti reikalavimų, todėl ją reikia nuolat koreguoti ir tobulinti. Be tokios išsamios, nuolat besikeičiančios programos, organizacijos rizikuoja prarasti pajamas ir klientų nepasitenkinimą.
Be to, organizacija gali patirti neplanuotų išlaidų remontui ir įrangos keitimui. Žinoma, visa tai sunku sutalpinti į ribotą IT biudžetą, tačiau be būtinos priežiūros išlaidos gali būti dar didesnės ir taip pat bus netikėtos organizacijai.
Jūsų reikalavimai techninės priežiūros paslaugų teikėjui
Rinkdamiesi techninės priežiūros paslaugų teikėją ieškokite tų, kurie investuoja į geriausius įrankius ir išmanančius darbuotojus. Vienas patikimas būdas sumažinti elektros energijos tiekimo gedimų riziką – įgyvendinti išsamią prevencinės priežiūros programą kartu su pardavėjų apmokytais technikais. Galite saugiai pasikliauti priežiūros paslaugų teikėjais, jei jie:
- gali garantuoti greitą atsakymą į jūsų skambutį;
- turėti patirties dirbant su įdiegta įranga (atstatyti jos funkcionalumą pirmą kartą);
- garantuoti atsarginių dalių prieinamumą;
- nuolat rengia savo inžinierius, tobulina jų įgūdžius, aprūpina juos visais naujausiais jų darbui reikalingais instrumentais ir įrankiais;
- turėti patikimo ir reikalavimus atitinkančio partnerio reputaciją;
- gali suteikti jums visapusį duomenų centro būklės vaizdą dėl plataus pasiūlymo.
Šiandien daugelis pirmaujančių paslaugų teikėjų turi naujausią bandymo įrangą ir aukštos kvalifikacijos specialistus, todėl dažnai problemas galima išspręsti net nesiunčiant techniko pas klientą. Turėdami gerai suplanuotą strategiją, duomenų centrų vadovai gali drąsiai pasikliauti priežiūros specialistais, kurie išspręs problemas be prastovų ar nesumažindami visų sistemų prieinamumo.
Išvada
Mes gyvename pokyčių eroje, įskaitant duomenų centrus. Pokyčiai neišvengiami. IT keičiasi kas valandą, siekia tobulumo, ir tai reikėtų priimti kaip savaime suprantamą dalyką. Būtina išsami prevencinės priežiūros programa, apimanti prevencines priemones, reguliarius patikrinimus ir įrangos stebėjimą.
Gedimas skambučių centre, kurį aprašėme pradžioje, buvo greitai pašalintas, o jo darbas beveik nenukentėjo. Tačiau viskas galėjo pakrypti daug blogiau, kieno nors gyvybei galėjo iškilti pavojus. Šiandien šis pagalbos skambučių centras tokios rizikos nebesiima. Jie įdiegė išsamią prevencinės priežiūros programą, kuri užtikrina sklandų jų sistemų veikimą. Tai yra tas pats pasirinkimas, kurį šiais besikeičiančiais laikais turėtų padaryti visi duomenų centrų vadovai.
Paspaudę mygtuką „Atsisiųsti archyvą“, visiškai nemokamai atsisiųsite jums reikalingą failą.
Prieš atsisiųsdami šį failą, pagalvokite apie tuos gerus rašinius, testus, kursinius darbus, disertacijas, straipsnius ir kitus dokumentus, kurie jūsų kompiuteryje guli nepateikti. Tai jūsų darbas, jis turėtų dalyvauti visuomenės raidoje ir būti naudingas žmonėms. Raskite šiuos darbus ir pateikite juos žinių bazei.
Mes ir visi studentai, magistrantai, jaunieji mokslininkai, kurie naudojasi žinių baze savo studijose ir darbe, būsime Jums labai dėkingi.
Norėdami atsisiųsti archyvą su dokumentu, žemiau esančiame laukelyje įveskite penkių skaitmenų skaičių ir spustelėkite mygtuką „Atsisiųsti archyvą“
Panašūs dokumentai
Socialinis ir ekonominis finansinės ir ekonominės veiklos tobulinimas. Įmonės padėties strateginė analizė. Įmonės vidinės ir išorinės aplinkos analizė. Balanso turto ir įsipareigojimų horizontalioji analizė. Pelno ataskaitos analizė.
kursinis darbas, pridėtas 2011-12-22
Ekonominės veiklos ekonominė analizė. Analitinio balanso analizė, organizacijos finansinis stabilumas, balanso turtas ir įsipareigojimai, nuosavo kapitalo kokybė, ilgalaikis turtas, gautinos ir mokėtinos sumos, pajamos ir sąnaudos.
kursinis darbas, pridėtas 2013-01-23
LLC „Kubros“ trumpa ekonominė charakteristika ir veiklos rezultatų įvertinimas. Organizacijos turto formavimo šaltinių sudėtis ir struktūra. Atsiskaitymai su tiekėjais ir klientais, grynųjų pinigų operacijų organizavimas. Įmonės finansinis planavimas.
praktikos ataskaita, pridėta 2014-12-24
Valdymo ir atlyginimų sistemos analizė. Įmonės valdymo organai ir personalo valdymo struktūra. Ekonominio darbo organizavimas. Pagrindiniai finansinės ir ūkinės veiklos rodikliai. Pajamų ir pelno analizė.
kursinis darbas, pridėtas 2006-09-14
Įmonės turto struktūros ir dinamikos bei jo susidarymo šaltinių įvertinimas. Turto ir įsipareigojimų rodiklių santykis balanse. Likvidumo ir mokumo, finansinio stabilumo rodiklių ir įmonės bankroto tikimybės analizė.
kursinis darbas, pridėtas 2011-11-02
Finansinės ir ekonominės veiklos analizės vaidmuo įmonės valdyme. Elegia LLC balanso sudėtis ir struktūra, mokumo ir likvidumo vertinimo rodikliai. Priemonių, skirtų įmonės finansinei būklei stabilizuoti, parengimas.
kursinis darbas, pridėtas 2015-12-20
Krovinių uosto veiklos aprašymas. Darbo našumo skaičiavimas, balanso, darbo užmokesčio fondo turto ir įsipareigojimų dinamika ir struktūra. Įmonės mokumo, kapitalo panaudojimo efektyvumo, kreditingumo rodiklių vertinimas.
kursinis darbas, pridėtas 2015-09-06
Organizacijos finansinės būklės analizės esmė ir metodai. „Izumrud LLC“ balanso charakteristikos ir analizė, jos turto ir įsipareigojimų struktūra. Pelno (nuostolių) ataskaitos ir verslo veiklos rodiklių vertinimas.
kursinis darbas, pridėtas 2012-06-27
„Oktell“ kompleksas yra sudėtingas programinės įrangos produktas, kuris veikia kaip tinklo aparatinės ir programinės įrangos infrastruktūros dalis. Nepertraukiamą veikimą įvairiomis proporcijomis užtikrina visos sistemos dalys: įranga, tinklo kanalai, ryšių kokybė ir kt. Darbui įtakos gali turėti ir trečiųjų šalių programinė įranga: pirmiausia operacinė sistema, jos sudedamosios dalys ir jų būsena, kartu su kompleksu naudojami programinės įrangos produktai ir kt.
Akivaizdu, kad pats programinės įrangos produktas negali visiškai pasirūpinti visomis sistemos sudedamosiomis dalimis. Pavyzdžiui, ilgalaikis elektros energijos tiekimo nutraukimas arba fizinis tinklo kanalo tarp telefonijos serverio ir duomenų bazės serverio pertraukimas yra klasikiniai išorinio poveikio pavyzdžiai, nuo kurių bet kokia programinė įranga yra bejėgė. Tačiau įdiegę papildomą įrangą (atitinkamai baterijas arba atsarginį tinklo kanalą), galite iki minimumo sumažinti kritinio gedimo tikimybę aprašytų pavyzdžių kontekste.
Galimi gedimai, atsirandantys aktyvaus serverio veikimo metu po to, kai jis buvo pradėtas eksploatuoti po tam tikro stabilaus veikimo laikotarpio, gali turėti įvairių priežasčių, tačiau gali būti klasifikuojami pagal sritis. Kiekvienoje iš sričių turi būti įvertinta atsiradimo tikimybė ir, jei reikia, numatyti profilaktika, personalo ir įrangos mokymai, taip pat sudarytas sąrašas veiklų, kurias būtina įgyvendinti susidarius tam tikroms kritinėms sąlygoms.
Bendrosios aparatinės įrangos problemos (CTI plokštės arba serverio stoties komponentai)
Atsižvelgiant į sistemos tęstinumo reikalavimus, galima sukurti įvairius metodus, skirtus kovai su aparatūros problemomis. Bet kokiu atveju, jei reikia sumažinti galimas prastovos laiką, reikia dubliuoti įvairius sistemos mazgus. Galimų tikimybių ir pasekmių įvertinimas priklauso nuo konkrečių įgyvendinimo sąlygų. Dubliavimą galima atlikti sandėliuojant kai kuriuos įrenginius, kuriems kyla ypatinga rizika (CTI plokštės, pagrindinės plokštės, RAM kortelės, telefonai ir kt.), arba naudojant serverio blokus, kurie yra atsparūs gedimams ir komponentų pažeidimams. Pavyzdžiui, kai kuriais atvejais būtų naudinga naudoti serverio stotį su keliais maitinimo šaltiniais ir pagrindinę serverio plokštę kaip telefonijos serverį. Taip pat galima kurti atsargines atsargines kopijas su įdiegtais ir sukonfigūruotais mazgais – tiksliomis pagrindinio kopijomis. Serveryje iškilus kritinėms problemoms, kol jos nėra išaiškintos ir išspręstos, atliekamas visiškas šaltas perjungimas iš vienos stoties į kitą, išsaugant visus nustatymus, pavadinimą ir IP adresą tinkle.
Verta prisiminti, kad išvardytos parinktys yra tik galimi techninės įrangos problemų sprendimai.
Kai kuriais atvejais, siekiant palengvinti paskirstytos sistemos nustatymą ir veikimą, rekomenduojama perkelti duomenų bazę į atskirą serverį. Tokiu atveju užtikrinti greitą perjungimą į atsarginį telefonijos serverį pagrindinio aparatūros gedimų atveju yra daug paprasčiau, nes nereikia perkonfigūruoti ir atkurti duomenų bazės atsarginių kopijų.
Primygtinai rekomenduojama, paleidus sukonfigūruotą telefonijos serverį, reguliariai kurti atsargines darbui reikalingų duomenų kopijas: scenarijų failus, duomenų bazes ir kitus (galbūt išorinius) informacijos blokus, susijusius su sistemos veikimu.
Taip pat, siekiant užtikrinti apsaugą nuo maitinimo viršįtampių ir elektros energijos tiekimo nutrūkimų, serveryje rekomenduojama įrengti nepertraukiamo maitinimo bloką. Akivaizdu, kad tam, kad serveris toliau apdorotų skambučius, kai nėra elektros, būtina, kad visi mazgai, jungiantys serverį su išoriniais naudojamo ryšio tiekėjais (jungikliais, modemais, šliuzai, telefono stotys), taip pat veiktų ir būtų aprūpinti alternatyvių energijos šaltinių. Be to, atsižvelgiant į komplekso veikimo režimą, gali prireikti sukonfigūruoti skambučių apdorojimo scenarijus alternatyviai veikimo schemai, kai nėra operatorių ir vartotojų, taip pat jei nėra prieigos prie išorinių mazgų.
Problemos jungiant serverį su tiekėjais, internetu ir kitais komplekso įrenginiais (PBX, šliuzai, telefonai, kompiuteriai)
Prieiga prie interneto, ryšys su išoriniu SIP teikėju ir E1 srautai yra visiškai atsakingi sistemos administratoriui. Esant trikdžiams ir gedimams bet kurių zonų eksploatacijoje, būtina turėti alternatyvius kanalus ar sąlygas greitam atsiradusių gedimų šalinimui. Kai kuriais atvejais teikėjai reaguoja nedelsiant, ir tai gali būti ne kritinė problema, tačiau kai kuriais kitais atvejais pagal sutartį ar faktą teikėjas gali atidėti iškilusių problemų sprendimą. Būtina įvertinti situaciją ir parengti priemonių, kurių bus imtasi iškilus komunikacijos problemoms, planą.
Biuro komponentų ryšį taip pat turi užtikrinti sistemos administratorius. Tiek fiziškai su laidais, tiek pagal tinklo ryšio nustatymus.
Be to, prasminga numatyti atsargines skambučių priėmimo scenarijaus šakas, užtikrinančias teisingą gaunamų skambučių apdorojimą, kai nėra ryšio per naudojamus rizikos kanalus.
Operacinės sistemos pakeitimai (kitos programinės įrangos sąrašo ar veiklos pakeitimai)
Kompleksas veikia „Windows“ operacinėje sistemoje ir naudoja jos išteklius. Serverio sistemos ištekliai taip pat bendrinami su kita tuo pačiu metu veikiančia programine įranga. Gali būti atvejų, kai trečiųjų šalių programų veikla gali lemti dalinį Oktell platformos neveikimą. Visų pirma, tai yra kenkėjiškų komplekso komponentų modifikavimo atvejai, FrameWork platformos ar OS sistemos failai, pernelyg didelė veikla, apkraunanti stoties išteklius: procesoriaus laiką, rašymo / skaitymo talpyklą iš standžiojo disko, tinklo sąsajas, kurios blokuoja veiksmus keitimosi informacija etapas, pavyzdžiui, ugniasienės. Virusinės programos gali turėti tiesioginį poveikį įvairiems sistemos lygiams.
Kad būtų užtikrintas nepertraukiamas darbas, susijęs su aukščiau aprašytomis problemomis, rekomenduojama po serverio nustatymo neįdiegti nepatikrintos programinės įrangos, neaktyvinti anksčiau neaktyvių programų ir stebėti serveryje esančių failų švarą, kad būtų išvengta patekimo į serverį. kenkėjiškų programų. Nerekomenduojama suteikti tiesioginės ir viso tinklo prieigos prie serverio komponentų nekvalifikuotiems ir žemos kvalifikacijos darbuotojams, o nemokamą prieigą prie serverio apriboti visiems, išskyrus atsakingus administratorius. Būkite ypač atsargūs keisdami tinklo sąsajos parametrus ir papildomai konfigūruodami ugniasienes, užkardas ir antivirusines programas. Taip pat primygtinai rekomenduojama serverio stotį naudoti tik pagal paskirtį per visą komplekso veikimo laikotarpį.
Maža vietos diske
Komplekso veikimo metu, priklausomai nuo eksploatavimo sąlygų, įrašomi garso failai, auga duomenų bazė, galimos ir kitos laisvos vietos diske sumažėjimo priežastys. Sistema stebi likusios vietos diske kiekį, kad savo lėšomis neleistų ir greitai nustotų mažinti vietos kritinėje zonoje, išjungdama komutavimo įrašymą.
Rekomenduojama konfigūruoti įrašymą į papildomus standžiuosius diskus, o ne į standartinį sistemos diską su OS. Periodiškai stebėkite pakeitimus ir aktyviai keiskite arba išvalykite diską nuo nebeaktualių duomenų. Sistemoje yra įmontuotas režimas, skirtas automatiškai ištrinti įrašytus pokalbius (bendrųjų nustatymų skiltyje), taip pat profilaktiškai išvalyti duomenų bazę. Jei įrašus reikia saugoti ilgą laiką, naudokite išorinę laikmeną. Kadangi 1 MB talpa 10 minučių garso įrašymo, šiuolaikiniai kietieji diskai gali gana ilgai saugoti informaciją iš viso biuro. Periodiškai keičiant standžiuosius diskus arba archyvuojant į išorines laikmenas, šios dalies normalaus veikimo laikotarpis žymiai pailgės.
Duomenų bazės perpildymas
Darbo metu (ypač skambučių centro režimu), intensyviai dirbant, duomenų bazės palaipsniui užpildomos dideliu kiekiu nevienalytės statistinės informacijos. Dalį jų sistema naudoja kurdama standartines integruotas ataskaitas, dalis gali būti naudojama kuriant pasirinktines ataskaitas. Tačiau daugeliu atvejų, nustatant konkretų kompleksą, didelis duomenų kiekis išsaugomas veltui. Tai užima vietos diske, bet dar labiau trukdo duomenų bazės serverio gebėjimui greitai ieškoti ir rasti vietą RAM. Duomenų gausėjimas pagrindinėse lentelėse yra tuo labiau žalingas, kad naudojant tam tikrus nustatymus (pvz., ieškant mažiausiai užimto operatoriaus), kompleksas naudoja statistinę informaciją maršrutams realiu laiku. Taigi kiekvieną kartą, kai abonentas pereina prie užduoties, statistinių lentelių paieškos laikas neišvengiamai ilgėja. Šis procesas sklandžiai veda prie skambučių „užstrigimo“ prie įėjimo į užduotį, o peržengus leistiną laukimo limitą – prie didžiulių abonentų atsijungimų. Rekomenduojama visiškai sukurti projektus prieš juos nustatant ir aktyvuojant sistemoje. Kai kuriais atvejais komplekso surinkta informacija yra neįdomi, o „lengvą“ darbą galite pratęsti nustatydami automatinį stalų valymą. Taip pat galite naudoti įtaisytąjį režimą senesniems nei nurodyta data duomenims ištrinti iš visų operacinių lentelių ir automatinio atkūrimo indeksų.
Per didelė vienos iš komponentų sistemos perkrova, kai vienu metu atliekamos užduotys
Esant intensyviam daugelio operatorių darbui (arba automatinėms užduotims), gali būti atvejų, kai duomenų bazės serverio apkrova padidėja iki draudžiamų reikšmių. Didžioji dalis apkrovos tenka kietajam diskui ir jo talpyklai. Tokiu atveju, net ir esant normaliai procesoriaus apkrovai, nerekomenduojama atlikti laiko nekritinių procedūrų: generuoti sudėtingas statistines ataskaitas, paleisti paslaugų skriptus, dirbančius su duomenų baze, atlikti kitus veiksmus duomenų bazėje. Kartu su ankstesne pastraipa dėl tokių sąlygų gali atsirasti neveikimas arba netinkamas apdorojimas.
Formuojant projektus, pirmiausia rekomenduojama išanalizuoti ir paskirstyti darbų rūšis. Visų pirma perkelti kai kuriuos duomenis į kitus serverius ir kurti ataskaitas ant jų, naudoti išorines duomenų bazes kituose serveriuose ir organizuoti paskirstytą darbą modulių ir realiu laiku dirbančių darbuotojų bei tų, kurie gali atidėti, kol veikla sumažės, duomenų bazėje. Visų pirma, kaip vieną iš priemonių, galima iki minimumo sumažinti viešnagę tokiuose skambučių centro moduliuose kaip „Indikatoriai“, „Ištekliai“, „Statistika“. Jei reikia tvarkyti išteklius, remdamiesi statistiniais duomenimis galite išjungti ten esančio turinio naudojimą.
Tačiau verta nepamiršti, kad perkrovos problemos prasideda ne savaime, o dėl operatyvinių lentelių augimo, kuris aprašytas ankstesnėje pastraipoje. Būtina įvertinti situaciją kaip visumą ir priimti visapusiškus sprendimus, optimizuojančius duomenų bazės veikimą. Organizuodami sudėtingus ir prastovos reikalaujančius skambučių centrus, pasinaudokite diegimo centrų patarimais ir (arba) paslaugomis.
