[xtr]

Kas sa kirjutasid kogemata "uus" 11d või on sul kell veidi maha jäänud? Uusim on 12.5 ikka, mille puhul näiteks mind huvitab VMWare ja Hyper-V'ga läbisaamine, pole veel jõudnud katsetada.

[vaegkuulja]

See IDR siiski ei kõlba kasutada, mille tõttu muutub terve serveri varundus-taastus mõttetuks ja kogu tarkvara kõlbab kasutamiseks ainult kas siis andmete või teiste võrgumasinate jaoks. Kui valida 'automaatse reziimi', siis alustab ta terve masina formaatimist. Arvan et terve masina automaatne partitsioneerimine ja formaatimine on enam kui ebanormaalne. Proovisin virtuaalmasinas, kus oli ainult üks partitsioon, mille peale pistis karjuma umbes nii et "liiga vähe partitsioone andmete rikkumiseks". Formaatimine on üldiselt selline tegevus mille puhul kasvõi ühe partitsiooni puhul oleks ilmtingimata tarvis küsida luba. Kui aga valida 'manuaalreziim', siis tuleb üks-haaval sisestada meedia-sete ja taastada kõike järgemööda. See pole ju iseenesest halb, kuid asja konks on natuke eemal. Retrospect näitena salvestab selle BackupExec keeles nimetatud nn. "TrueImage info" nii kataloogi, kui ka meediasse. BackupExec aga tundub et salvestab selle info ainult kataloogi ja .DR faili. No las siis salvestab ainult sinna, pole hullu, kuid häda jätkub.
Kui alustan IDR taastust manuaalselt (ei soovi jääda ilma olulistest andmetest teistel ketastel ja pealegi juba ohutuse mõttes tuleb vältida kõike automaatset, kuna vea korral võib kogu tarkvara loogika kanduda edasi ka järgmistele operatsioonidele, mis lõpeb andmekaoga), siis ei anna ta valikuvõimalusse .DR faili valikut (see on fail taastuseks, sisuliselt sama infoga mis kataloogis, seega "trueimage" infoga). Valikuvõimalust ei tule ka kataloogifailide kohta. Valida saab ainult meedia-sete, kus puudub 'trueimage' info. See aga tähendab seda, et 'trueimage' infost on siit maalt juba ilma jäetud. See on sisuliselt kogu BackupExeci tehnoloogia ämber ja mitte väike. Võrdluseks näiteks Retrospect ei vaja taastuseks mitte mingit lisa- .DR faili (millede BackupExeci poolt soovituslik aeg-ajalt wizardiga uuendus on juba üks mõttetus iseenesest), vaid kogu (igasuguse info) võib ta võtta juba olemasolevatest kataloogifailidest või siis moodustada uue kataloogi meedia põhjal, mis sisaldab samuti kogu olemasolevat vajalikku infot. Seega BackupExeci taastus on puudulik, kuna vajaliku info saadavus pole tagatud.

[kurask]

wat?

[Dirty Harry]

Windowsi adminimine tundub väga keeruline olevat.

[kurask]

Iroonia jah , ma tean küll Mark0 et sa oskad windowsi, polegi ammu näinud sind.

[vaegkuulja]

Kuna IT-inimesed on tihti 'kõva peaga', siis lisan veel ühe võrdluse BackupExec'i kahjuks, et ikka päris kõigile kohale jõuaks see et "McDonalds ei tähenda alati kõige paremat toidupoolist".:
*) Selleks et taastada täpselt varunduse ajal eksisteerinud volume või kausta seis (mis eksisteeris kettal varunduse ajamomendil, ilma varem kustutatud failideta), peab BackupExec'is olema seatud "collect TrueImage info" option. Retrospectis on kõik varundused automaatselt selle funktsionaalsusega. Kui Retrospectis tekib vajadus taastada kõiki faile mingi muu kriteeriumi alusel, siis selleks on eradli taastamise reziim. Selline "TrueImage" (väga loll nimi iseenesest, viitaks nagu Acronise firmale) info salvestus pole pigem mitte "option", vaid peaks olema pigem loomulik varunduse tehnika. Juba ammu on aru saadud (Veritas ja Symantec on pidurid selles suhtes), 'arhiivi-lipust' ei piisa incrementalis varundatavate failide kindlakstegemiseks. Kusjuures Unixis polegi sellist lollust. Retrospect kasutas juba aastaid tagasi muid parameetreid (filename, path, size, modified-time jne, kõiki faili parameetreid) et teha kindlaks faili muudatusi, võrreldes neid parameetreid varundatuga. Piduri põhjus seisnes selles, et suured tarkvara korporatsioonid ei vaevu lihtsalt mõtlema. Aastaid oli peamine tähelepanu objekt ainult removable-meedia. Kui kõvaketta hinnad langesid, siis leiti et kõvakettale varundus on palju kiirem ja mugavam. Tekkis uus "to disk to tape" propaganda, kuid samuti visalt, suurte korporatsioonide inertsi arvestades. Asja juurde tagasi. Niisiis on BacupExecis võimalus valida "TrueImage info" option varunduseks, kuid seda saab aktiveerida ainult siis, kui seadistad eelnevalt "backup with archive bit bla-bla". Kuigi 'arhive-flage" näpitakse, toimub reaalne võrdlus ikkagi juba selle "TrueImage info" põhjal. Tundub nii, et tarkvaraarendajad said liiga kiiresti käsu teha uus funktsionaalsus ning polnud jõudnud seda veel loomulikult tarkvarra integreerida, vaid tegid "ajutise lahenduse". Kui kasutad "TrueImage infot", siis kuigi pead panema seadetes "backup with arhive-flag", toimub varundus analoogiliselt "use modified date/time" baasil. Edasi aga läheb naljakaks. Ma kustutan ära mingi viimase incremental-varunduse (ükskõik kas siis kataloogist või devicedest, devicede alt kustutades kustutatakse automaatselt ka vastav kataloog).
Nüüd alustan uut incrementali. Ja oh üllatust, varundus läheb kuidagi liiga pikaks ja selgub et toimub hoopis "full" varundus, kusjuures kirja jääb ikka igalepoole "incremental". Huvitav miks? Kui oleks tõepoolest reaalselt toimunud eelnev incremental varundus "arhiivi-flag" alusel, siis mingi incrementali kustutus tähendaks seda, et flagid on juba seatud kuid varundust enam pole ning otse loomulikult muutuks igasugune edasine incremental varundus mõttetuks ja väga hea ju kui tarkvara seda märkab ning ei lase pahaaimamata rahulikult edasi teha järgmisi incrementaleid (ja teeb selle asemel Full-backupi). Kuid reaalselt ju ei toimunud mingit 'arhive-flagi' alusel muudatuste võrdlust. See näitab ilmekalt, et tarkvaraarendajad pole jõudnud veel üle käia kõiki oma tarkvara protseduure. See näitab veel üksiti ka seda, miks siiski ainult 'arhiivi-flagi' alusel muudatuste detecteerimine on ajast-arust. Retrospectis võrdluseks ei teki mingit probleemi kui sa näiteks kustutad ära mingi uuema snapshoti (no ei vaja lihtsalt seda). Kuna seal toimub võrdlus alati muude failiparameetrite alusel ja võrreldakse viimase kõlbuliku incrementaliga, siis peale mingi incrementali kustutust, toimub uue incrementali tegemise ajal võrdlus lihtsalt kustutatule eelnenud incrementali kataloogiinfo alusel ja mingit FULL varundust pole üldse tarvis (kuna 'arhiivi-fagi' muudetakse varunduse käigus, kuid teisi failiparameetreid ei muudeta vaid need lihtsalt salvestatakse ja hiljem kasutatakse võrdluseks).

*) Ja veel üks väga tore asi BackupExec'i CDP alalt ("desktop ja läptop" option....ha-ha-ha, justnagu serveritele poleks võimalik rakendada CDP'i) :

[Angrist]

Mulle tundub, et sinu elu ülesanne on proovida backupexeciga backupi teha, kui ükskord tehtud saad siis anna teada.

[kurask]

nii nunnu:)

P.S. ma sain just ntbackupiga outlook expressi varundatud.

[terat]

Kas keegi kasutab sellist jubinat kraami varundamiseks? Tundub lahe.

http://www.backupassist.com/index.html

[Drake]

Laksisin trialit sellest aasta tagasi. Pmst on tegu ntbackup-i arenenud GUI-ga.
Ja nagu ka nimi ütleb - for small & medium businesses, ehk siis tegu on hädapärase lahendusega.
Ehk siis lahe gui on ja mõned ägedad lihtsad featuurid nagu ftp ja sftp tugi, kuid samuti on tal kõik ntbackupi hädad olemas
Minu meelest on backupassist selline "käib kah" tüüpi lahendus.

d.

[kurask]

Alla kukkuvate lagedega firmas on nüüdseks aasta aega kasutatud seda backup execit 12 kuni 12.5 ja pole halba sõna öelda peale selle, et mingi hetk tuli ette error mis tähendas, et litsents on läbi saanud (võiks hoiatada kuu ette vms:D).

Taastamisi on olnud sitta kanti ja kommentaar on: mugav.

[vaegkuulja]

[gooligan]

visake pilk peale uuele BE 2010 versioonile - www.backupexec.com.
Sisseehitatud deduplitseerimine, arhiveerimine vsphere 4 tugi koos GRT taastamisega jms. Tundub lahe.
Dedupe kohalt peab ainult silmas pidama, et server PEAB olema 64bit ning mälu iga dedupe'tud TB kohta 1G lisaks.

[vaegkuulja]