Täpsem info, parem juhtimine

Juhtimisinfo


QlikView andmete varundamine on oluline riskide maandamiseks

Postitatud 11.06.2013

Andrus Kaasik

Andrus Kaasik

 

 

Kuna ükski tehnika pole igavene ja vahel võib ka kõige võimekam server kokku joosta, siis ei saa üle tähtsustada andmete varundamise vajalikkust. Ajendatuna hiljuti meie kliendiga juhtunud õnnetusest, kus serveririkke tõttu läks kaotsi kogu QlikView analüüsilahendus, koos kõigi andmefailide, töölehtede ja seadistustega ning neid ei õnnestunudki enam taastada, tahan tähelepanu juhtida QlikView andmete varundamise teemale.

 

Analoogselt teiste, ettevõttes vajalike andmete ja failidega nagu majandustarkvara andmebaasid ja muud dokumendid, mida tavapäraselt varundatakse, on tarvilik seda teha ka QlikView’ga seotud andmetega. Üldjuhul meie valduses ei ole klientide lahendustest varukoopiaid ning rikke korral tuleb lahendus taastada kliendi enda poolt varundatud failidest.

Allpool on loetelu failidest, mis on vajalikud hädaolukorras andmete taastamiseks ning millest tuleb regulaarselt teha koopiaid. Failide asukohad saate täpsustada oma QlikView arendaja.

 

1. QlikView lahenduste failid lõppkasutajatele (QVW laiendiga failid)
Nendes failides asub korraga nii andmete lugemise loogika, kui ka kogu kasutajaliides oma ekraanipiltide, graafikute ja tabelitega ning nende varundamine on ülimalt tähtis ning tuleks teha iga päev. Varukoopia puudumise korral võib taastamisele kuluv aeg võrduda kogu senise juurutuse ajaga, kuna kõik tuleb algusest peale uuesti teha.

 

2. QlikView enda loodud andmefailid mida kasutatakse andmeallikatena QlikView rakendustes. ( QVD  laiendiga failid, lisaks nende failide loomisega seotud QVW laiendiga failid)
Võimalik, et selliseid vahefaile teie ettevõttes ei kasutada, aga nende olemasolul tuleb ka nendest teha varukoopiad iga päev. Andmefailide kadumise korral võib nende taastamine mõnel juhul olla tehniliselt võimatu, sest osa ajalooliseid andmed ei pruugi enam olemaski olla – näiteks enne majandustarkvara vahetamist või enne euro tulekut olnud andmed on mõnedes ettevõtetes talletatud ainult QVD failidesse ning algbaase enam ei eksisteeri. Kui ka andmed on alles, siis nende failide taastamine on igal juhul väga ajamahukas.

 

3. Andmebaasid(-failid), kust QlikView oma andmeid loeb.
Lisaks majandustarkvarale, mida eeldatavasti juba varundate ja mille taastamine on teil oma ettevõttes loodetavasti ka läbi testitud, kasutab QlikVew rakendus tihti ka unikaalseid, ainult tema tarbeks loodud andmeallikaid. Näiteks exceli tabelid valuutakursside, eri grupeeringute, sorteerimiste jms jaoks. Ka nendest tuleb koopiad teha piisava sagedusega, et uusimast versioonist alati koopia oleks.

 

4. QlikView serveri seadistused. (Kataloog C:\ProgramData\QlikTech kõigi oma alankataloogidega)
Serveri taastamise korral on kõige mõistlikum programmifailid küll uuesti installida, kuid varukoopialt on vajalik taastada serveri seadistused – erinevad seadistusparameetrid ning litsentsikasutajate info. Selleks peab ka serveri seadistustest olemas olema varukoopia.

 

5. QlikView serveri logifailid.
Logifailidest peaks koopia olema juhul, kui analüüsite serveri kasutusstatistikat ning jälgite, kes millist QlikView rakendust ja kui tihti kasutab.

 

Tehes regulaarselt varukoopiaid oma QlikView rakendusest ja andmefailidest, on riskid seadme riketest tuleneva kaotuse puhuks minimaalsed. Varukoopiatest on lahendus võimalik taastada kogu oma mahus ja seadistustega kiiresti ning hoiab kokku teie kulusid.

 

2 to “QlikView andmete varundamine on oluline riskide maandamiseks”

  1. Märt ütleb:

    Praktilise poole pealt tasub koheselt mõelda ka nendele nüanssidele :
    1) Ärge hoidke (võimalusel) QVW faili, vaid ainult partitial reloadi failist. Sellisel juhul on varundatud script ja chardid, aga kettaruumi kokku hoitud. ps: ainuke miinus on, et taastamise aeg võrdub reload full timega, seega silmapilkselt pole võimalik taastada.
    2) QVD faile ei soovita hoida, kui nad dubleerivad baasi, baasi varundamine olgu ikka omaette teema,. QVD faile võib/peab hoidma siis kui nad on unikaalse väärtusega. (mingid ajaloolised andmed)
    3) Võib asendada ka korraliku dokumentatsiooniga serveri püsti upitamisest

    • Andrus Kaasik ütleb:

      Igati nõus Märdi kommentaaridega. Eelkõige sellega, et tasub mõelda :-).
      Eriti sellisel juhul, kui Qlikview rakendused on väga suured ja ressursimahukad. Esmatähtis on selliste varukoopiate olemasolu, mis tagabs vajasusel süsteemi taastamise. Mõned lisanüansid.
      1. Kuna Qlikview rakendused, analoogselt Tallinna linnaga, ei saa kunagi lõplikult valmis ja toimub nende pidev täiendamine, siis ilma andmeteta faili varundamisel peab arendaja iga muudatuse korral tekitama paralleelselt ka andmeteda QVW faili varundamise tarbeks.
      2. Unikaalsete andmetega QVD failid peab kindlasti varundama. Tihtipeale aga kasutatakse QVD faile ka seetõttu, et QV suudab sealt laadida andmeid kümneid (vahel isegi isegi sadu)kordi kiiremini kui algallikatest ja seetõttu võetakse vanemad andmeid nendest. Vastavalt ressurssidele saab siis igaüks juba otsustada, kas ohverdada mingi kogus kettaruumi või aeg selliste QVD failide uuestiloomiseks. Loomulikult kõiki QVD-sid, neid mis luuakse igakord laadimise käigus uuesti, varundama ei pea. Piisab nende loomise scriptidest.
      3. Jah, piisab korralikust dokumentatsioonist. Tingimusel, et seda hoitakse pidevalt ajakohasena. ( näiteks uute kasutajate või rakenduste lisandumisel)






↑ Lehe algusesse