[vaegkuulja]

Lahkaks veel seda huvitavat teemat pisut, kuna Sind vist ka huvitas see.

[Angrist]

vaegkuulja, sa kunagi üldse midagi taastanud ja backupinud ka oled või niisama loed raamatuid ja ajad jama suust välja?

[vaegkuulja]

[Angrist]

Vaegkuulja olen nii mõndagi taastanud ja backupinud.

aga siiski sina ?

[greene]

Symantec on asja keeruliseks ajanud, aga üldiselt vana NT Backup toidab kenasti ära kah:D

[vaegkuulja]

[Drake]

Kas tegu on järjekordse pseudoteemaga või peaks see raisatud tähemärkide hulk siin moodustama mõne küsimuse kah ?

rääkides backuppimisest , siis ntbackup+shadowcopy on üks lahendus.
Ka alternatiive on palju - SVN nt.
Ehk siis käivad käsikäes full backup + incremental backup.

IMO on see siin hetkel PIHI.net teema.

d.

[vaegkuulja]

[Drake]

Tore tore.
Mina ei saanud aru sellest algsest "bragimisest" - et milles siis mure.

Hoolimata nendest kõikidest miinustest saab ja kasutatakse edukalt ntbackupi.
Kui oskad kasutada, siis ka töötab. Seda siis DC ja FS jaoks.
Exchange ma isiklikult ei backupiks sellega (mis vist on siin ka algne teema).

Shadow copy on aga vägagi backupi teema. M$-i SCDPM kasutab isegi seda. See peaks olema siis Microsofti CDP põhimõtteliselt.
Küsimus jääb ikka sinna, et kas tasuta või tasuline tarkvara ja loomulikult mastaap loeb.
Väikese ettevõtte DC ja FS backuppimine ja ka taaste töötab vabalt ka ntbackupiga.

Kui aga asjast rääkida, siis pigem seleta missugust backuppimist siis kasutada, kui NTbackup jääb aeglaseks ja ebapädevaks ?
Tasulistest sonicwalli ? Tasuta Amanda+Tortoise SVN ?
Imo sellist lambist out-of-box lahendust päris ei ole.

d.

[kurask]

Minu arvates vaegkuulja kirjutab ühte postitusse liiga palju teksti,

ise olen kasutanud

*vana veritast (9) failivarundamiseks, no mõned häirivad kohad olid, aga lõpeks ikkagi päris mugav.
*ntbackupi varundamiseks väikeste klientide varundusi nii tööjaamast serverisse kui serverist serverisse kui ... mida iganes ... vaja on pisut loovust ja mõistmist, et sinu 2 kulutatud töötundi on odavam kui mistahes XXX.
*ghosti ja acronist serverite/tööjaamade kloonimiseks (aga mitte enamaks) ja sellega tööga saavad nad väga hästi hakkama.
*dpm2007t - geniaalne lahendus ma hetkel veel arvan, aga ma pole väga jõudnud mängida sellega.

hetkel läheb kogu leiutamisaur datacenter 2008 ja virtual manageri peale, suht äge.


Vaata kui palju ma nüüd kirjutasin mingit ebavajalikku juttu:]


ja siis ma soovitaks sul kuulata mis Angrist räägib ja ise vähem vahele rääkida.

[vaegkuulja]

[Angrist]

On oluline aru saada, et backup ei ole programmijupp. Backup on meetod kuidas saada süsteem taas tööle, ehk siis sõnaühend Back UP.

Backupi tegemise juures mängivad olulist rolli andmete tähtsus, kirjutamis/taastamiskiirus, turvalisus ja säilivus.

Põhimtteliselt enamuse firmade kohta kes kukuvad suu ammuli tagasi istmesse kuuldes et backupimine maksab üle 100 000 krooni võib vastata järgnevalt.

Nende andmed on ebaolulised, nende taastamis/kirjutamis-kiirus pole oluline, nende andmete lekke korral on savi ning see kas nad on või ei ole on ka savi.

Enamasti sellised firmad võtavad mõne vaegkuulja sarnase IT-mehe kes siis ehitab lahenduse DVD toorikute autoejecteri või veelparem Ghosti kloonimisprotsessi kõvakettale mis vedeleb lauanurgapeal saiaviilude vahel, eelistades teha backupi käsitsi kuna nii on kindlam sest ikkagi ise ju näed mida teed. Enamasti sellised lahendused kubisevad igasugustest tehnilistest detailidest ning ka tehnilised detailid on ka enamasti põhjus miks nad hiljem taastamatud on Mina kutsun selliseid tegelasi enamasti põlveotsas tinutajateks ning tihtipele pakuvad nad backuplahenduseks kogu info binaryks pakkimist ning matrixprinterist väljatrükkimist et siis vajadusel see uuesti sisse skänida.

Reaalsed backupid näevad välja järgmiselt:

Sekretär võtab hommikul serveriruumist lindi ning pakib selle vastavase karpi, kskpäeval annab selle relvastatud kullerile kes toimetab lindi panka ning vastu saab tsükli läbinud lindi.

Linte on tsükliliselt, nädalalindid mis katavad nädalapäevi, kuulindid is katavad kuid ning kvartalilindid mis katavad kvartaleid ja aasta arhiivi lindid (sorry aga raamatupidamises on seadus mis käesb ettevõtte dokumentatsiooni hoida vähemalt 7 aastat). Backupi mittetoimimisest saadakse teada monitooringusofti alarmide korral, mis suudavad eristada kas tegemist on netipuudulikusega, backupi mittetoimimisega või lindi mittesisestamisega.

Kuna eestis enamik firmasid on siiski keskpärased ning nene backupi elarve on ca 20 - 100 keeku siis. Praktilised soovituslikud meetodid on järgmised.

Omada vähemalt 1te linti töötava systemstatega, enne uuendusi serveris teha systemstate backup. Varundusseadmeks valida vähemalt Ultrium ning korralik kaart.
Ultriumi (Ultrium1 + 320 SCSI) pealt taastamine on ca 1GB+ minutis, nii et system state oma 500 MB ga tuleb tagasi poole minutiga. Keskmisel ettevõttel on andmed jaotatud kolmeks oluliseks osaks, 1. Ettevõtte jaoks ärikriitilised andmed, ettevõtte jaoks olulised andmed, töötajate personaalsed andmed, läbu. Kõiki neid kolme tuleb vaadelda erinevalt. Ehk siis on mõistlik neid andmeid hoida erinevalt et oleks kiire ja lihtne tastada, mitte ei peaks taastama täiskomplekti kõike koos mp3de ja muu sodiga. Taastamise kiirus ja vajadus hõlmab tavaliselt 1te päeva, ehk siis tore on kui eelmise päeva andmed tagasi saaab. Kui 1 päeva töö kaotsi läheb on see Ettevõtete jaoks enamasti talutav häving. Enamike ettevõtet andmemahud ei ületa selist piiri mille puhul hakkab juba rolli mängima taastamise kiirus ehk siis kus taastatavate/kirjutatavate andmete maht maksimalse kiiruse puhul ületab 1 ööd (8 tundi).

Mõislik on ka hoida kiireks taastamiseks backupide elektronkoopiaid, ehk siis systemstate ja muud asjad võiksid olla mõne backupitud NAS-i peale mis on kusagil kontorinurgas.

Kõike seda on vabalt võimalik teha NTbackupiga. Siin mõned praktilised soovitused NTbackupiga solutioni ehitamiseks.

Väike ettevõte:

1 NAS nurka ning ntbackupiga NAS-i peale koopiad, backupimiseks eraldi systeemi account millel on ligipääs nii NAS-ile kui ka systemile, parool teha megakryptiline ning hoida seifis. Tha meedia (loe backupi failid) rotatsioonitsükkel tavalise CMD abil mis renameb vana asja ning vajadusel kustutab eelmise, jne. Soovitatav on konfida ära mingisugune command line automailer mis siis AT käsuga saadab logid meilboxi. Oluline on anda backupi accoundile piisavad õigused teha backupi ning logi failid on ka mõistlik tõsta mõistlikumasse koht kui see kus nad defaultis on.

Kulub ca 8 Keek koos tööhinnaga, mingi tunnike läheb skripti püstipanekuks ja meilinduse konfimiseks kokku koos testimisega vast 4 h.
Nüüd kui juurde lisada lindisadmed meediate formattimine ja rotatsioonitsükli ehitamine siis võiks lisada vast 30Keek asja setupile, aga põhimõte sama. DDS ist tuleks suure kaarega eemale hoida ja kasutada vähemalt LTO-d.

Kuna mulle meeldib teha ainult full backupe, igasugu incrementalid ja differentialid on saadanast kui vajadust ei ole siis, NTbackupi skripti kirjutaisel on üpriski abiks kirjuta üle suvaline meedia mille kätte saad võti, ning iga päev linte vahetada.


Andmebaaside lahtioleku tõttu backuimisega probleemi tekkimine on pigem SQL baasi ülesehituse küsimuses kinni kuid enamasti sellega probleeme ei teki. Vanasti W2k all jah testi pidi ööseks kirjutama NET STOP-i enne backupi aga see selleks.

reaalselt kirjutatud/taastatud, pole probleemi.

Aga kui mängu tuleb vajadus taastada 1 postkast, või veel hullem mingi kustutatud meil üleelmise nädala seisuga, siis NTbackupi puhul on vaja selleks üles panna omaette server kuhu peale siis taastada, ning meilbo/meil exportida. Ning sel puhul tulevad juba mängu erisoftid. Millist neist nüüd valida ei ole väga vahet, in long Run backupisüsteeme vahetatakse ca korra 3 või 4 aasta tagant, oluline on see et ta vastaks strateegilistele vajadustele.

Kuna endal kogemused symanteci backupexeciga siis sellel baasmoodul on mingi 10keek, lisaserveri moodul 5keek ja SQL reaalaejas tastamine oli mingi 5keek ja Exchange meilboxi reaalajas tastamine oli ka ca 10Keek. Meedia rotatsioonitsükkel oli präis mugav ja mulle täitsa meeldis, aga jah loogika on natuke teine

Igaljuhul Vaegkuulja (Loe põlveotsasnikerdajad) ma hoiaksin vägagi kaugel sellistsest süsteemidest mis vajavad juba reaalajas tastamist või bckupimist. Muusea Vaegkuulja soovitav oleks sul mõnd whitepaperid vahel ka läbi lugeda, saad natuke targemaks loed asjassepuutuvat informatsiooni ja hajuvad kahtlused et seal näonaha kohta soovitusi jagatakse.

[vaegkuulja]

[kurask]

vaegkuulja sa võiks oma postituse ikkagi ära kustutada, pool vastuseid on tehniliselt jube sitad, teine pool on mingi flame. Ei tahaks rohkem nagu lauseid ka raisata su peale väga :]

[greene]

To vaegkuulja: Mina olen kliendile öelnud et kui ta normaalset backup lahendust ei osta, siis võib ta oma andmete taastamisest ainult unistada.

Symanteci sarnase lahenduse kasutamine on tegelikult väga mugav. Lindi süsteem on suhteliselt vea kindel.

Ja sinu argumendid Angristi vastu on enamasti väikse silmaringi tõttu piiratud. Sa oled veendumusel et kõike saab teha ise kokku tinutades. Vastus sulle...jah saab...aga kas see on mõistlik?

Ise kokku tinutades võid omale teha ka mersu omadustega masina, aga välja nägemiselt on ta ikka ford või midagi veel hullemat!

[vaegkuulja]

Kas peale möla mingit mõtestatumat juttu ka loota saab?

[Angrist]

[quote="vaegkuulja"]Kas peale möla mingit mõtestatumat juttu ka loota saab?[/quote]

Vaegkuulja alusta eeskuju näitamisega

PS Vanarauast. Üks parimaid eksemplare mis mul on on Sun Sparcstation-5 94nda aasta mudel koos laserhiirega ja SDRAM mäluga (Originaal) Tee järgi kui suudad.

[vaegkuulja]

Noortel it-härgadel on kuidagi kõva pea. Aga seletame siis veel lahti, ehk siis saab selgemaks. Ütleme et on domeenikontra ja exchange on d-kettal.
Tehakse NTBackupiga igal öösel incrementalit (sest full ei mahu lihtsalt ära ja ei jõua hommikuks valmis ka ning vage inimene teeb ikka incrementalit)
nii C-kettast, systemstatest kui exchangest. Nüüd lendab kõik uperkuuti. Paned ASR flopy F2 ajal sisse ja......puuks. Selgub et ASR flopy ei tunnista neid backupe mis polnud ASR wizardiga tehtud. Ok, ja isegi kui tunnistaks, siis esiteks, ASR ei taasta D-kettalt varundatud exchanget (teatavasti ASR tegeleb ainult C'ga), teiseks ei saaks hiljem taastada ka D-kettal olevat exchange kaustu kuna opsüsteemi töö ajal pole võimalik avatud faile taastada (pole sugugi kindel et serviste sulgemisega kõik failid suletaks). Ainult exchange storaget saad toostada Recovery Storage Group'i. Ok, nüüd taastame siis selle kiviaegse ASR wizardiga tehtud C-ketta image. Ja mis siis edasi? Pärast taastad veel exchange storage. Taastamata jääb exchange kataloog. Ütleme et siiski said taastada, kuid siis tuleb veel suurem üllatus. Exchange storages on kõik mailid olemas, kuid domeenist puuduvad sellised kasutajad või kasutajate andmed mailboxide kohta. Hakkad käsitööd tegema, kuid siis hiljem selgub, et ikka veel mingid seaded on puudu ja nii lõputult edasi kuni lõpuks kogu süsteem taas hunnikusse jookseb. Väga professionaalne lähenemine, selle asemel et kasutada kohe tarkvaravahendeid mis pole pornograafia eesmärgil tehtud. Mina näiteks ei eelistaks sellist NTBackupi tsirkuse pulli. Ja see Active Directory Restore Mode ei aita ka kogu system state taastamisel. Peale selle on kriitilist tarkvara mis ei kuulu ametlikult süstem-state alla, kuid oma olemuselt on ikka sama kriitiline.

[friik1]

BackupExec vaidlusesse sekkumata:
Sa jooksutad DC'd ja Exchange samas masinas? Pole ka ime, et sul taastamisega probleeme on, sest nende koosjooksutamine on paras jubedus.

[vaegkuulja]

[kännuämmelg]

[Angrist]

Sest DDS muutub mingi moment Write only mediaks.

Vaegkuulja, peale crashi sa installid suvalise sama põlvkonna NT masina (NT5, NT6) käivitad ntbackupi ja restored lindilt everything.

Aga niipalju kui mina aru saan siis, sulle vist eriti rauda ei eraldata, mis kontra ja lindiseade see on mis ei suuda kirjutada 8 tunniga vajalikku staffi ära. Kirjutatakse siiski 1GB minutis vähemalt 8se tundi mahub 480GB ja normaalne lindiseade suudab seda ilusti süüa.

Vaegkuulja me vist naca erinevatest maailmadest, minu kogemuse põhjal on enamlevinud siiski STD. Kodus sa võid jooksutada Unixit ka windowsi peal kui tahad, see ei tähenda et ta töötaks tingimustest kus kasutajad küljes on ja seurityt vaja tagada.

Saan ma õieti aru et sul puudub toimiva süsteemi reaalne taastamiskogemus? (mitte sinu kodu exchange)

PS. Valge inimene teeb Full backupi ning lindiseadme mahutavus on valgel inimesel 3Xandmemaht.

[vaegkuulja]

[kännuämmelg]

[Angrist]

[quote="kännuämmelg"][quote="Angrist"]Sest DDS muutub mingi moment Write only mediaks.
...[/quote]
Toida mu uudishimu nati rohkem.
Omal on dds-d vanast ajast ning olles reaalsed taastamised üle elanud (alates RAID-kontrolleri hukust lõpetades "ammu kustutatud, nüüd vajalike" failidega) pole nagu osanudki midagi nooblimat tahta (meedia hinnad on parajad).
Senimaani on kiirusest piisanud, maht võiks olla suurem ning linte uuendan ca 10 ülekirjutuse takka[/quote]

Kunagi 90nendatel sai ka päris palju neid DDS-e kasutatud ja tol ajal alternatiive eriti ei olnud ka. Aga mingi aeg selgus et kui lintide rotatsioonitsükkel oli paar kolm korda läbi käiatud ei õnnestunud enam pooltelt lintidelt taastada, kuigi logifailid teatasid, et kõik ilusti kirjutatakse linti jne, katsetades taastamatu lindiga uuesti kirjutamist kirjuts backup ilusti kõik peale eilma veateadeteta, taastamise katsel teatas, et ei suuda lugeda.

LTO ja DLT-ga pole veel minule teadaolevaid selliseid juhtumeid olnud. DDS on tänapäeval hea kodukasutusse.