praegune kellaaeg 10.06.2026 23:54:53 |
|
Hinnavaatlus
:: Foorum
:: Uudised
:: Ärifoorumid
:: HV F1 ennustusvõistlus
:: Pangalink
:: Telekavad
:: HV toote otsing
|
|
| autor |
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
15.11.2008 00:47:07
|
|
|
| jj666 kirjutas: |
siis konkreetsel juhul paistab, et pole tegelasel kunagi midagi taastada vaja olnud
|
Aga Sul? Palju miljoneid kahjut siis päästsid?
|
|
| tagasi üles |
|
 |
yerba
HV Guru
liitunud: 12.11.2003
|
|
19.11.2008 17:45:15
|
|
|
Päris mitmeid miljoneid (rahasse arvestatult) sai päästetud paar kuud tagasi. BackupExeci abil sai taastatud terve Public Folderite struktuur (Kogumaht 100+GB, ca 50k folderit ja way rohkem itemeid).
| vaegkuulja kirjutas: |
| jj666 kirjutas: |
siis konkreetsel juhul paistab, et pole tegelasel kunagi midagi taastada vaja olnud
|
Aga Sul? Palju miljoneid kahjut siis päästsid? |
_________________
www.lapik.ee - parima hinnaga patareid! |
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
20.11.2008 20:46:55
|
|
|
| Ma taastasin ükskord kodus enda asju mitme miljoni ulatuses. Firmadel polegi nii suuri summasi. Mingid 100 000 eeku maksvate tarkvarade installikad olid sattunud ühte kausta, mis hävis. Algul võttis küll kõhedaks, et mitmeid aastakümneid ma nüüd peaksin töötama, et kahju tasa teha.
|
|
| tagasi üles |
|
|
yerba
HV Guru
liitunud: 12.11.2003
|
|
21.11.2008 00:42:09
|
|
|
Kui Sinu postitus oli mõeldud irooniana siis on see andeks antav. Ma ei tööta erasektoris. Töötan riigiasutuses, milles liiguvad väga olulised andmed. Päevane seisak või andmete kadu kujutab endast tõelist katastroofi. Kes teab, see teab, kus ma töötan ja millega tegelen.
See, et Sina töötad kohas, kus napib nii vahendeid kui ka teadmisi, on Sinu probleem. Ja ära tule risustama ning virisema asjades, milles Sa ei ole pädev. Ja see, et Sul ei õnnestu põlve otsas ja oma unedes nähtud fantaasiaid reaalsusesse viia, ei ole ka minu süü.
Inimesed annavad Sulle nõu, aga Sina ajad oma jonni edasi. Edu.
| vaegkuulja kirjutas: |
| Ma taastasin ükskord kodus enda asju mitme miljoni ulatuses. Firmadel polegi nii suuri summasi. Mingid 100 000 eeku maksvate tarkvarade installikad olid sattunud ühte kausta, mis hävis. Algul võttis küll kõhedaks, et mitmeid aastakümneid ma nüüd peaksin töötama, et kahju tasa teha. |
_________________
www.lapik.ee - parima hinnaga patareid! |
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
21.11.2008 01:02:52
|
|
|
| yerba kirjutas: |
Kui Sinu postitus oli mõeldud irooniana siis on see andeks antav. Ma ei tööta erasektoris. Töötan riigiasutuses, milles liiguvad väga olulised andmed. Päevane seisak või andmete kadu kujutab endast tõelist katastroofi. Kes teab, see teab, kus ma töötan ja millega tegelen.
See, et Sina töötad kohas, kus napib nii vahendeid kui ka teadmisi, on Sinu probleem. Ja ära tule risustama ning virisema asjades, milles Sa ei ole pädev. Ja see, et Sul ei õnnestu põlve otsas ja oma unedes nähtud fantaasiaid reaalsusesse viia, ei ole ka minu süü.
Inimesed annavad Sulle nõu, aga Sina ajad oma jonni edasi. Edu.
|
Ma hindan kõrgelt riigiasutuste varustust, kuid.....siiski kõigest ainult põlveotsa BackupExec ja isegi mitte NetBackup - arenguruumi on piisavalt veel. Riigialamad loodavad sinu peale. 
|
|
| tagasi üles |
|
|
Angrist
HV kasutaja
liitunud: 23.09.2004
|
|
23.11.2008 08:54:13
|
|
|
Vaegkuulja well nojah, minuarust mida rohkem sa siia kirjutad seda jobuma mulje sa jätad 
Yerbal on way rohkem pädevust ja kogemust kui sinul, niiet ära tuututa, vaid õpi.
See, et sina kodus pusid ei tähenda et sinu teadmistega ettevõtluses misket peale hakata oleks. Just nimelt sellepärast, et värtushinnagute perspektiiv on paigast ära.
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
23.11.2008 13:11:25
|
|
|
| Angrist kirjutas: |
Vaegkuulja well nojah, minuarust mida rohkem sa siia kirjutad seda jobuma mulje sa jätad
Yerbal on way rohkem pädevust ja kogemust kui sinul, niiet ära tuututa, vaid õpi.
See, et sina kodus pusid ei tähenda et sinu teadmistega ettevõtluses misket peale hakata oleks. Just nimelt sellepärast, et värtushinnagute perspektiiv on paigast ära. |
Ära ise mölise ja tuututa, vaid õpi hoopis kuidas NetBackupi kasutatakse ja kuidas reaalselt töötab. Siis alles räägime väärtushinnangutest ja sellest kas investeering on õigustatud nüüd või alles tulevikus. Kui sa aga ei teagi mis miski on, siis pole ju mõtet investeeringuid ka kaaluda ja valida. Samuti tee endale selgeks, mida tähendab ContinuousDataProtection. BackupExec seda ei ole. CDP kohta uuri siit - http://www.atempo.com/products/liveBackup/default.asp Toode on juba ligu 10a olnud arenduses (CDP pole mingi uus asi nagu osadele meeldib reklaamida)
Atempo support on väga abivalmis, vastab kõikidele küsimustele ning annab ka prooviversiooni katsetamiseks.
.
|
|
| tagasi üles |
|
|
Angrist
HV kasutaja
liitunud: 23.09.2004
|
|
24.11.2008 13:12:19
|
|
|
| vaegkuulja kirjutas: |
| Angrist kirjutas: |
Vaegkuulja well nojah, minuarust mida rohkem sa siia kirjutad seda jobuma mulje sa jätad
Yerbal on way rohkem pädevust ja kogemust kui sinul, niiet ära tuututa, vaid õpi.
See, et sina kodus pusid ei tähenda et sinu teadmistega ettevõtluses misket peale hakata oleks. Just nimelt sellepärast, et värtushinnagute perspektiiv on paigast ära. |
Ära ise mölise ja tuututa, vaid õpi hoopis kuidas NetBackupi kasutatakse ja kuidas reaalselt töötab. Siis alles räägime väärtushinnangutest ja sellest kas investeering on õigustatud nüüd või alles tulevikus. Kui sa aga ei teagi mis miski on, siis pole ju mõtet investeeringuid ka kaaluda ja valida. Samuti tee endale selgeks, mida tähendab ContinuousDataProtection. BackupExec seda ei ole. CDP kohta uuri siit - http://www.atempo.com/products/liveBackup/default.asp Toode on juba ligu 10a olnud arenduses (CDP pole mingi uus asi nagu osadele meeldib reklaamida)
Atempo support on väga abivalmis, vastab kõikidele küsimustele ning annab ka prooviversiooni katsetamiseks.
. |
Oled sa selle NetBackupi müügiga kuidagimoodi seotud ?
Tee endale NTbackup selgeks ja siis räägime edasi.
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
24.11.2008 21:01:54
|
|
|
| Angrist kirjutas: |
Just nimelt sellepärast, et värtushinnagute perspektiiv on paigast ära. |
Natuke perspektiividest ja väärtushinnangutest:
Kas ikka on tarvis osta kalleid ametiautosi? Kindlasti mitte - suvalise künaga saab ka kõik tööasjad aetud. Kas ikka on tarvis osta või rentida kalleid büroopindu? Kindlasti mitte - peldikus saab ka töötada. Kas ikka firma omanik peab palju kasumit saama? Kindlasti mitte - ega ta nälga ikka sure.
Kas ikka on tarvis riigikogule maksta kõrgeid palku ja pensione? Kindlasti mitte - nad teeks ka odavamalt.
Kas oleks tarvis muretseda rohkem lumekoristusseadmeid? Kindlasti oleks........
Väärtushinnagute perspektiiv on ikka jumalast paigast ära.
|
|
| tagasi üles |
|
|
Angrist
HV kasutaja
liitunud: 23.09.2004
|
|
25.11.2008 16:03:41
|
|
|
| vaegkuulja kirjutas: |
| Angrist kirjutas: |
Just nimelt sellepärast, et värtushinnagute perspektiiv on paigast ära. |
Natuke perspektiividest ja väärtushinnangutest:
Kas ikka on tarvis osta kalleid ametiautosi? Kindlasti mitte - suvalise künaga saab ka kõik tööasjad aetud. Kas ikka on tarvis osta või rentida kalleid büroopindu? Kindlasti mitte - peldikus saab ka töötada. Kas ikka firma omanik peab palju kasumit saama? Kindlasti mitte - ega ta nälga ikka sure.
Kas ikka on tarvis riigikogule maksta kõrgeid palku ja pensione? Kindlasti mitte - nad teeks ka odavamalt.
Kas oleks tarvis muretseda rohkem lumekoristusseadmeid? Kindlasti oleks........
Väärtushinnagute perspektiiv on ikka jumalast paigast ära. |
Nojah, seda ma räägingi, et sinu elu motiiv on asju põlveotsas tinutada ja kuuris kontorit pidada ja sapakaga lund lükata.
Või ma siiski eksin ?
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
25.11.2008 16:07:05
|
|
|
| Angrist kirjutas: |
Nojah, seda ma räägingi, et sinu elu motiiv on asju põlveotsas tinutada ja kuuris kontorit pidada ja sapakaga lund lükata.
Või ma siiski eksin ? |
Üritan, kuid ei saa kuidagi su mõttest aru. Palun väljenda ennast selgemalt.
|
|
| tagasi üles |
|
|
xtr
HV Guru
liitunud: 20.12.2001
|
|
25.11.2008 16:45:56
|
|
|
Aga vahelduseks sapakatele ja peldikutele küsiks, et kuidas siis taasteplaaniga lood on? Lapake miski näidis valmis, kui reaalselt töötavat plaani ei taha avalikustada. Siin läheb igavaks muidu.
_________________
M: Magic Mouse + Keyboard, MX Master 3S
M: 16GB DDR4, 1TB SSD |
|
| tagasi üles |
|
|
Angrist
HV kasutaja
liitunud: 23.09.2004
|
|
25.11.2008 17:16:22
|
|
|
| xtr kirjutas: |
| Aga vahelduseks sapakatele ja peldikutele küsiks, et kuidas siis taasteplaaniga lood on? Lapake miski näidis valmis, kui reaalselt töötavat plaani ei taha avalikustada. Siin läheb igavaks muidu. |
No ma kirjeldasin situatsiooni kokku, kirjuta sinna esimene punkt. Mida teha, siis liigume edasi.
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
11.12.2008 01:28:23
|
|
|
| Angrist kirjutas: |
Tee endale NTbackup selgeks ja siis räägime edasi. |
Nohh, polnud tõesti sellisesse pasasse enne väga süvenenud, lihtsalt funktsionaalsus jäi tal rohkem MS-DOSi aegadesse. Jah, ASR'i jaosk on tõesti undocumented võti 'asrbackup'. Juba see, et asi on undocumented, räägib enda eest. Dosi ajal tekitas see põnevusest kananahka, kuid praegu....vaevalt.
Lisaks muidugi bkf failist need sif-failid flopile kõrvetada. Hea veel et MS-DOS'i vaja pole.
Varundusseade ja full-backup läheks ikkagi maksma rohkem kui incremental backup (muude, mitte-ASR asjade jaoks). Pakkida aga ei oska faili. Kuna incremental ei oska dünaamiliselt tsüklile rotatsiooni teha, siis selleks, et mitte kaotada tsükli vahetuse ajal kogu varundust, tuleks teha kaks tsüklit, omavahel nihkes. Aga oh häda, incremental töötab ju 'archive flag' abil (normaalne tarkvara võrdleb size ja modified atribuute varundatuga) ja kahte tsüklit kohe kuidagi teha ei saa. Ok, teise tsükli saaks teha 'copy' meetodil, nii et archive-flag ellu jääks. Nüüd veel kunagist programmeerimise romantikat BAT-faili kujul ja ongi valmis. Aga asja point? Aga pole ju pointi. Kes ütleb, et kogu see kaardimajake ka tööle jääb? Mailile teateid ju pole. Ok, saaks veel tegelda lõbusa progemise tegevusega aga kell kukkus ja see näitab, et asjale kulutatud aja maksumus läheb juba üle korraliku valmistoote maksumusest. Vahe aga pole isegi veel võrdlemiseks arvestatav - sama raha eest saad poole vähem lihtsalt ja ntbackupi töökindlus, jah, aga huvitavat nikerdamist jagub küll mille eest palka küsida saab. Täitsa mõistan seda - mida rohkem nikerdad, seda armsamaks muutub.
|
|
| tagasi üles |
|
|
Angrist
HV kasutaja
liitunud: 23.09.2004
|
|
12.12.2008 03:33:40
|
|
|
| vaegkuulja kirjutas: |
| Angrist kirjutas: |
Tee endale NTbackup selgeks ja siis räägime edasi. |
Nohh, polnud tõesti sellisesse pasasse enne väga süvenenud, lihtsalt funktsionaalsus jäi tal rohkem MS-DOSi aegadesse. Jah, ASR'i jaosk on tõesti undocumented võti 'asrbackup'. Juba see, et asi on undocumented, räägib enda eest. Dosi ajal tekitas see põnevusest kananahka, kuid praegu....vaevalt.
Lisaks muidugi bkf failist need sif-failid flopile kõrvetada. Hea veel et MS-DOS'i vaja pole.
Varundusseade ja full-backup läheks ikkagi maksma rohkem kui incremental backup (muude, mitte-ASR asjade jaoks). Pakkida aga ei oska faili. Kuna incremental ei oska dünaamiliselt tsüklile rotatsiooni teha, siis selleks, et mitte kaotada tsükli vahetuse ajal kogu varundust, tuleks teha kaks tsüklit, omavahel nihkes. Aga oh häda, incremental töötab ju 'archive flag' abil (normaalne tarkvara võrdleb size ja modified atribuute varundatuga) ja kahte tsüklit kohe kuidagi teha ei saa. Ok, teise tsükli saaks teha 'copy' meetodil, nii et archive-flag ellu jääks. Nüüd veel kunagist programmeerimise romantikat BAT-faili kujul ja ongi valmis. Aga asja point? Aga pole ju pointi. Kes ütleb, et kogu see kaardimajake ka tööle jääb? Mailile teateid ju pole. Ok, saaks veel tegelda lõbusa progemise tegevusega aga kell kukkus ja see näitab, et asjale kulutatud aja maksumus läheb juba üle korraliku valmistoote maksumusest. Vahe aga pole isegi veel võrdlemiseks arvestatav - sama raha eest saad poole vähem lihtsalt ja ntbackupi töökindlus, jah, aga huvitavat nikerdamist jagub küll mille eest palka küsida saab. Täitsa mõistan seda - mida rohkem nikerdad, seda armsamaks muutub. |
NTBACKUP ongi basic vahend, töökindlus on vägagi arvestatav. Kogu backupscripti koos logide mailile saatmisega kirjutamine võttis minul küll ca 30 minti aega Pärast lihtsalt copypasted, ühestkohast teise.
Ja varundusseadme + Full backupi pead sa tegema niiikuiniii. Olgu siis varundusseadmeks kasvõi NAS.
Ja seda kas see kaardimajake ka tööle jääb ütleb ainult see kes asjast aru sab, a kuna sa päristäpsel aru ei saa mida sa kokku kirjutad siis sa ei saa olla ka väga veenudnud selles et see töötab
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
12.12.2008 10:14:50
|
|
|
| Angrist kirjutas: |
NTBACKUP ongi basic vahend, töökindlus on vägagi arvestatav.
|
Aastate eest on olnud sellega teistsuguseid kogemusi. Sagedasem oli see, et osa faile jättis varundamata ja see oli kirjas ka logides. See on ka arusaadav, kuna ntbackup ei oska ju enne varundamist serveri-sharesi lahti ühendada. Teine asi on muidugi see, et pole client-server ja üle filesharingu kopimine on windowsi võrgus nii nagu jumal juhatab. Võibolla on aastatega stabiilsus tõusnud, kuid ei usu hästi.
| Angrist kirjutas: |
Ja varundusseadme + Full backupi pead sa tegema niiikuiniii. Olgu siis varundusseadmeks kasvõi NAS.
|
Kuid milleks?
| Angrist kirjutas: |
Ja seda kas see kaardimajake ka tööle jääb ütleb ainult see kes asjast aru sab, a kuna sa päristäpsel aru ei saa mida sa kokku kirjutad siis sa ei saa olla ka väga veenudnud selles et see töötab |
Ega ma polegi nii tark kui Sina, ma lihtsalt suvaliselt proovisin klaveriga tähti trükkida skripti, ise ka imestasin et tööle hakkas. Ja enne kasutuselevõttu olen harjunud ka asju testima.
Aga Sa asjast ka oskad rääkida?
|
|
| tagasi üles |
|
|
Angrist
HV kasutaja
liitunud: 23.09.2004
|
|
12.12.2008 22:21:40
|
|
|
| vaegkuulja kirjutas: |
| Angrist kirjutas: |
NTBACKUP ongi basic vahend, töökindlus on vägagi arvestatav.
|
Aastate eest on olnud sellega teistsuguseid kogemusi. Sagedasem oli see, et osa faile jättis varundamata ja see oli kirjas ka logides. See on ka arusaadav, kuna ntbackup ei oska ju enne varundamist serveri-sharesi lahti ühendada. Teine asi on muidugi see, et pole client-server ja üle filesharingu kopimine on windowsi võrgus nii nagu jumal juhatab. Võibolla on aastatega stabiilsus tõusnud, kuid ei usu hästi.
| Angrist kirjutas: |
Ja varundusseadme + Full backupi pead sa tegema niiikuiniii. Olgu siis varundusseadmeks kasvõi NAS.
|
Kuid milleks?
| Angrist kirjutas: |
Ja seda kas see kaardimajake ka tööle jääb ütleb ainult see kes asjast aru sab, a kuna sa päristäpsel aru ei saa mida sa kokku kirjutad siis sa ei saa olla ka väga veenudnud selles et see töötab |
Ega ma polegi nii tark kui Sina, ma lihtsalt suvaliselt proovisin klaveriga tähti trükkida skripti, ise ka imestasin et tööle hakkas. Ja enne kasutuselevõttu olen harjunud ka asju testima.
Aga Sa asjast ka oskad rääkida? |
Jah failiõigused tuleb õieti paika panna siis saab ilusti korda, ag varasemast ajast ei suutnu NTBACKUP varundada töötavaid serviceid ning andmebaase, ning need tuli NET STOP ida. selles suhtes sul täitsa õigus.
Full backupi sa tahad selleks, et kui sa lindist taastad siis ei ole sul pidevat lintide vahetamist ning lisaks kui sul satub incrementali või differentialis tsüklis full backupi osa korrupteeruma, näiteks mingi peituva aegpommi tõttu, oled sa screwed.
Kasuta mõnda pisikest command line mailerit, näiteks blat, logid asuvad documents&settings administraatori kaustas.
|
|
| tagasi üles |
|
|
gooligan
HV vaatleja
liitunud: 20.08.2008
|
|
13.12.2008 16:56:59
|
|
|
| vaegkuulja kirjutas: |
| Angrist kirjutas: |
Vaegkuulja well nojah, minuarust mida rohkem sa siia kirjutad seda jobuma mulje sa jätad
Yerbal on way rohkem pädevust ja kogemust kui sinul, niiet ära tuututa, vaid õpi.
See, et sina kodus pusid ei tähenda et sinu teadmistega ettevõtluses misket peale hakata oleks. Just nimelt sellepärast, et värtushinnagute perspektiiv on paigast ära. |
Ära ise mölise ja tuututa, vaid õpi hoopis kuidas NetBackupi kasutatakse ja kuidas reaalselt töötab. Siis alles räägime väärtushinnangutest ja sellest kas investeering on õigustatud nüüd või alles tulevikus. Kui sa aga ei teagi mis miski on, siis pole ju mõtet investeeringuid ka kaaluda ja valida. Samuti tee endale selgeks, mida tähendab ContinuousDataProtection. BackupExec seda ei ole. CDP kohta uuri siit - http://www.atempo.com/products/liveBackup/default.asp Toode on juba ligu 10a olnud arenduses (CDP pole mingi uus asi nagu osadele meeldib reklaamida)
Atempo support on väga abivalmis, vastab kõikidele küsimustele ning annab ka prooviversiooni katsetamiseks.
Ega jah BE'l CDP'd nimetatakse nearly-CDP'ks.
Symantecil NBU tooteperekonnas on ka üks päris CDP lahendus olemas - RealTimeProtection (http://www.symantec.com/business/products/sysreq.jsp?pcid=pcat_storage&pvid=netbackup_rtp_1)
Ja just tee toode on klassikaline CDP. Miinuseks on muidugi see, et sisuliselt iga IO kloonitakse - ehk backupi storage peab olema enam-vähem sama võimas kui livedata storage. Samas on tegu tõesti vägeva asjaga -saab minna näiteks 1 minut tagasi ning teeb ta konsistentseid backuppe exchangest, oraclest jms.
Ehk siis igaüks saab ise otsustada mis nende RPO ja RTO on ja sealt siis oma investeeringuid planeerida (hinnavahe BEga ca 10x + backup storage võimsus). Eeldan, et siiski enamikele firmad seedivad 10min andmekao vs Realtime protectioni investeeringud.
Kes backupi teemadest rohkem huvitatud siis soovitan soojalt sellist lehekülge - http://www.backupcentral.com/
Blog on hea ning mees teab, mida räägib.
Ka seal asuvad foorumid on ühed maailmas enimkülastatavad
. |
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
18.12.2008 12:50:59
|
|
|
| gooligan kirjutas: |
Symantecil NBU tooteperekonnas on ka üks päris CDP lahendus olemas - RealTimeProtection (http://www.symantec.com/business/products/sysreq.jsp?pcid=pcat_storage&pvid=netbackup_rtp_1)
Ja just tee toode on klassikaline CDP. Miinuseks on muidugi see, et sisuliselt iga IO kloonitakse - ehk backupi storage peab olema enam-vähem sama võimas kui livedata storage. Samas on tegu tõesti vägeva asjaga -saab minna näiteks 1 minut tagasi ning teeb ta konsistentseid backuppe exchangest, oraclest jms.
|
Ega ei oska öelda äkki, kuidas ta seda IO-d varundab. Varundusstoragesse vaevalt ilma replikatsioonita iga IO läheb, kuna nii suurt storaget poleks kellelgi ning ka võrk saaks halastamatu koormuse osaks. Seal on juttu protection period'ist. Veritase "Volume Manager"is (nagu ka BackupExecis ja MS storagel) oli samuti selle perioodi määratlus. Seal ei tehtud otse varundust, vaid reaalajas toimus replikatsioon (siiski mitte päris reaalajas, kuna ka seal sai määrata replikatsiooni sagedust) ning mingi perioodi tagant sellest replikatsioonist incremental snapshot. Variante oleks kaks:
a) toimub ainult IO muudatuste logimine ja mingi aja tagant salvestus (kas siis lokaalselt või serverisse journali logimine)
b) toimub replikatsioon ning mingi aja tagant replikaadi muudatuste salvestus (sellel uuel versioonil siis võibolla otse, ilma snapshotideta)
Ebameeldiv puudus tundus muidugi ka see, et kas vajab tõesti 4 proset miinimumnõudeks ning see et kliendiks saab olla ainult server.
Siiski klassikaliseks CDP seda ei nimetaks. See ikka rohkem uus leiutis. CDP jaoks on vaja mingit pidepunkti, millal teha muudatuse salvestus. Minu teada tehti seda siiani faili sulgemisel. Selle IO salvestamise perioodi puhula aga tekib selline lugu, et kui seada see periood väga pikaks (ütleme et ruumist hakkas kahju), siis mida suurem see on, seda kaugem on üldse mõiste "continuous" või "reaalajas". Samas kas on ka alati otstarbekas salvestada poolikult töödeldud faile. Näiteks LiveBackup võib salvestada kogu firma masinapargi faile nende sulgemisel, saavutades märgatava storage kokkuhoiu juba dubleeritud failide skippimisest. Ma ei tea muidugi kuidas see uus Symanteci toode selle koha pealt on tehtud, kuid kui ta on ainult serverite varundamiseks, siis pole sellel isegi vajadust eriti ning IO (ütleme siis sektorite) salvestamisel oleks seda isegi tehniliselt raskem teostada.
p.s. aga Exchange reaalajas varundusega sai huvitaval kombel hakkama ka Acronis, mis on üle 10x odavam. Pole jõudnud ise seda järgi proovida veel. Algul ma ausalt öeldes isegi ei uskunud seda (isegi ei tea ühtegi analoogi) ja sai suppordiga pikalt suheldud. Teoreetiliselt, selgus et tõesti teeb varundust peale igat Exchange transactioni commitit automaatselt.
| Angrist kirjutas: |
Jah failiõigused tuleb õieti paika panna siis saab ilusti korda,
|
Failiõigused ei puhu üldse pilli. Backup käivitub adminni õigustes ning varundab faile ilma nende õigusi vaatamata.
Igaks juhuks just testisin järgi. Panin "deny" kõikidele - administrator, system ja owner. Ise enam adminni õigustes ligi ei saanud failile, kuid backupil polnud mingit probleemi seda varundada - logid korras, verify korras.
.
|
|
| tagasi üles |
|
|
Angrist
HV kasutaja
liitunud: 23.09.2004
|
|
20.01.2009 04:22:00
|
|
|
| vaegkuulja kirjutas: |
| gooligan kirjutas: |
Symantecil NBU tooteperekonnas on ka üks päris CDP lahendus olemas - RealTimeProtection (http://www.symantec.com/business/products/sysreq.jsp?pcid=pcat_storage&pvid=netbackup_rtp_1)
Ja just tee toode on klassikaline CDP. Miinuseks on muidugi see, et sisuliselt iga IO kloonitakse - ehk backupi storage peab olema enam-vähem sama võimas kui livedata storage. Samas on tegu tõesti vägeva asjaga -saab minna näiteks 1 minut tagasi ning teeb ta konsistentseid backuppe exchangest, oraclest jms.
|
Ega ei oska öelda äkki, kuidas ta seda IO-d varundab. Varundusstoragesse vaevalt ilma replikatsioonita iga IO läheb, kuna nii suurt storaget poleks kellelgi ning ka võrk saaks halastamatu koormuse osaks. Seal on juttu protection period'ist. Veritase "Volume Manager"is (nagu ka BackupExecis ja MS storagel) oli samuti selle perioodi määratlus. Seal ei tehtud otse varundust, vaid reaalajas toimus replikatsioon (siiski mitte päris reaalajas, kuna ka seal sai määrata replikatsiooni sagedust) ning mingi perioodi tagant sellest replikatsioonist incremental snapshot. Variante oleks kaks:
a) toimub ainult IO muudatuste logimine ja mingi aja tagant salvestus (kas siis lokaalselt või serverisse journali logimine)
b) toimub replikatsioon ning mingi aja tagant replikaadi muudatuste salvestus (sellel uuel versioonil siis võibolla otse, ilma snapshotideta)
Ebameeldiv puudus tundus muidugi ka see, et kas vajab tõesti 4 proset miinimumnõudeks ning see et kliendiks saab olla ainult server.
Siiski klassikaliseks CDP seda ei nimetaks. See ikka rohkem uus leiutis. CDP jaoks on vaja mingit pidepunkti, millal teha muudatuse salvestus. Minu teada tehti seda siiani faili sulgemisel. Selle IO salvestamise perioodi puhula aga tekib selline lugu, et kui seada see periood väga pikaks (ütleme et ruumist hakkas kahju), siis mida suurem see on, seda kaugem on üldse mõiste "continuous" või "reaalajas". Samas kas on ka alati otstarbekas salvestada poolikult töödeldud faile. Näiteks LiveBackup võib salvestada kogu firma masinapargi faile nende sulgemisel, saavutades märgatava storage kokkuhoiu juba dubleeritud failide skippimisest. Ma ei tea muidugi kuidas see uus Symanteci toode selle koha pealt on tehtud, kuid kui ta on ainult serverite varundamiseks, siis pole sellel isegi vajadust eriti ning IO (ütleme siis sektorite) salvestamisel oleks seda isegi tehniliselt raskem teostada.
p.s. aga Exchange reaalajas varundusega sai huvitaval kombel hakkama ka Acronis, mis on üle 10x odavam. Pole jõudnud ise seda järgi proovida veel. Algul ma ausalt öeldes isegi ei uskunud seda (isegi ei tea ühtegi analoogi) ja sai suppordiga pikalt suheldud. Teoreetiliselt, selgus et tõesti teeb varundust peale igat Exchange transactioni commitit automaatselt.
| Angrist kirjutas: |
Jah failiõigused tuleb õieti paika panna siis saab ilusti korda,
|
Failiõigused ei puhu üldse pilli. Backup käivitub adminni õigustes ning varundab faile ilma nende õigusi vaatamata.
Igaks juhuks just testisin järgi. Panin "deny" kõikidele - administrator, system ja owner. Ise enam adminni õigustes ligi ei saanud failile, kuid backupil polnud mingit probleemi seda varundada - logid korras, verify korras.
. |
Selle kasutaja konto alt jookseb kes ta käivitab, kui sa just ei ütle et käivitu nüüd mõne teise kasutaja alt (mida on mõistlik teha). Sa ikka ei saa tava userina ütelda, et tee mul terminal serverist backup ja niimodi omandada kõikide teiste kasutajate failikesi.
Log ja verify on ilal juhul korras, lihtsalt sul ei kirjutata pooli asju sinna, ja siis nende poolikute asjade kohta ytlebi et koraas ja lindis.
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
20.01.2009 11:06:58
|
|
|
| Angrist kirjutas: |
Selle kasutaja konto alt jookseb kes ta käivitab, kui sa just ei ütle et käivitu nüüd mõne teise kasutaja alt (mida on mõistlik teha). Sa ikka ei saa tava userina ütelda, et tee mul terminal serverist backup ja niimodi omandada kõikide teiste kasutajate failikesi. Log ja verify on ilal juhul korras, lihtsalt sul ei kirjutata pooli asju sinna, ja siis nende poolikute asjade kohta ytlebi et koraas ja lindis.
|
Ei ole päris nii. Shedulingut ei saagi ilma kasutaja ja paroolita määrata ja enamasti läheb käiku ikka administraator.
Kuid kettal on ka palju faile tavaliselt, millele ei saa ligi ka administraator niisama. Saab ligi ainult siis, kui spetsiaalselt owneri ära vahetab ja omale õigused paneb. Varundusel failide õigusi ei vaadata, kui pole tegemist just üle võrgushare algmateriali varundusega, kuid see pole nagunii soovitav tegevus. Vastasel juhul jääksid ju alati pooled failid varundamata, kuna kahte kontot ei saa ju varundusprotsessile korraga anda (failid millele saab ligi ainult administraator ja failid millele saab ligi ainult kasutaja). Kui ei usu, siis seda saad väga lihtsalt ise järgi kontrollida - võtad administraatorilt owneri ära, blokeerid kõik administraatori õigused failile, veendud et exploreriga failiga midagi teha ei saa (ka kopida), varundad selle, vaatad et logid on korras, siis restored selle faili või kausta kuhugi mujale ja voila, kui taastad ilma ntfs õigusteta, siis saad seda taastatud faili ka kohe kasutada.
Probleem on aga hoopis selles, et failiserveri andmete varundamisel ilmub ntbackupi logidesse veateade a'la "ei saa varundada kuna fail on kasutuses kellegi teise poolt" . Tegemist oli lihtsalt Excelis ööseks avatuna jäetud failiga (ise jätsin), muud midagi. See on sellepärast, et NTBackupil puudub file-share lock funktsionaalsus. Seepärast võib öelda et ntbackupiga saab küll varundada, kuid see pole korrektne suhtumine asjasse.
|
|
| tagasi üles |
|
|
Angrist
HV kasutaja
liitunud: 23.09.2004
|
|
20.01.2009 13:15:38
|
|
|
| vaegkuulja kirjutas: |
| Angrist kirjutas: |
Selle kasutaja konto alt jookseb kes ta käivitab, kui sa just ei ütle et käivitu nüüd mõne teise kasutaja alt (mida on mõistlik teha). Sa ikka ei saa tava userina ütelda, et tee mul terminal serverist backup ja niimodi omandada kõikide teiste kasutajate failikesi. Log ja verify on ilal juhul korras, lihtsalt sul ei kirjutata pooli asju sinna, ja siis nende poolikute asjade kohta ytlebi et koraas ja lindis.
|
Ei ole päris nii. Shedulingut ei saagi ilma kasutaja ja paroolita määrata ja enamasti läheb käiku ikka administraator.
Kuid kettal on ka palju faile tavaliselt, millele ei saa ligi ka administraator niisama. Saab ligi ainult siis, kui spetsiaalselt owneri ära vahetab ja omale õigused paneb. Varundusel failide õigusi ei vaadata, kui pole tegemist just üle võrgushare algmateriali varundusega, kuid see pole nagunii soovitav tegevus. Vastasel juhul jääksid ju alati pooled failid varundamata, kuna kahte kontot ei saa ju varundusprotsessile korraga anda (failid millele saab ligi ainult administraator ja failid millele saab ligi ainult kasutaja). Kui ei usu, siis seda saad väga lihtsalt ise järgi kontrollida - võtad administraatorilt owneri ära, blokeerid kõik administraatori õigused failile, veendud et exploreriga failiga midagi teha ei saa (ka kopida), varundad selle, vaatad et logid on korras, siis restored selle faili või kausta kuhugi mujale ja voila, kui taastad ilma ntfs õigusteta, siis saad seda taastatud faili ka kohe kasutada.
Probleem on aga hoopis selles, et failiserveri andmete varundamisel ilmub ntbackupi logidesse veateade a'la "ei saa varundada kuna fail on kasutuses kellegi teise poolt" . Tegemist oli lihtsalt Excelis ööseks avatuna jäetud failiga (ise jätsin), muud midagi. See on sellepärast, et NTBackupil puudub file-share lock funktsionaalsus. Seepärast võib öelda et ntbackupiga saab küll varundada, kuid see pole korrektne suhtumine asjasse. |
Oeh, ega sa ometi windows 2000 ei kasuta ? Alates 2003 seda file kasutused probleemi ei esine, välja arvatud juhul kui oled midagi pekki konfinud (Volume shadow copy näiteks http://www.ntbackup.us/Articles/volume-shadow-copy.htm ) (http://www.ntbackup.us/Articles/open-file-backup.htm), vaata omal event viewer VSS errorite suhtes üle.
Backupi õiguste kohta on aga selline stoory (http://technet.microsoft.com/en-us/library/cc776822.aspx). Pmst kui sa jooksutad administraatori kontona seda siis võid deny palju tahes kerata kedagi ei koti. Kui jooksutad mõne kasutaja alt siis saad ligi ainult sellele millel kasutajal on õigus saada.
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
20.01.2009 13:29:25
|
|
|
| Angrist kirjutas: |
Oeh, ega sa ometi windows 2000 ei kasuta ? Alates 2003 seda file kasutused probleemi ei esine, välja arvatud juhul kui oled midagi pekki konfinud (Volume shadow copy näiteks http://www.ntbackup.us/Articles/volume-shadow-copy.htm ) (http://www.ntbackup.us/Articles/open-file-backup.htm), vaata omal event viewer VSS errorite suhtes üle.
|
VSS toimib ideaalselt, kuid failiserveri andmete varundamiseks tuleb see spetsiaalselt disableda (ükskõik siis mis tarkvara kasutada). Selleks ongi muul tarkvaral "fileshare lock" olemas, mis teatab veel 5min enne viisakalt, et visatakse 5min pärast serverist välja. Keegi ei soovi ju varundada poolikult töödeldud andmefaile (VSS abil) - see fail on siis sama hea kui vigane fail. Sel varundusel poleks siis mingit mõtet üldse.
|
|
| tagasi üles |
|
|
Angrist
HV kasutaja
liitunud: 23.09.2004
|
|
20.01.2009 16:35:17
|
|
|
| vaegkuulja kirjutas: |
| Angrist kirjutas: |
Oeh, ega sa ometi windows 2000 ei kasuta ? Alates 2003 seda file kasutused probleemi ei esine, välja arvatud juhul kui oled midagi pekki konfinud (Volume shadow copy näiteks http://www.ntbackup.us/Articles/volume-shadow-copy.htm ) (http://www.ntbackup.us/Articles/open-file-backup.htm), vaata omal event viewer VSS errorite suhtes üle.
|
VSS toimib ideaalselt, kuid failiserveri andmete varundamiseks tuleb see spetsiaalselt disableda (ükskõik siis mis tarkvara kasutada). Selleks ongi muul tarkvaral "fileshare lock" olemas, mis teatab veel 5min enne viisakalt, et visatakse 5min pärast serverist välja. Keegi ei soovi ju varundada poolikult töödeldud andmefaile (VSS abil) - see fail on siis sama hea kui vigane fail. Sel varundusel poleks siis mingit mõtet üldse. |
Issandjumalhalasta küll (sorry for flame, but could not resist
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
03.08.2009 01:01:02
|
|
|
See uus 11d on tõesti "inimese moodi" võrreldes vanaga. Võtsin koju kasutusele, testisin kõiki nüansse käsitsi järgi umbes nädala jagu. Väga paljud funktsioonid on üks-ühele võetud üle NetBackup'ist, ilmselt mingi müügialane strateegia. "Desktop ja Laptop" (CDP) toimimisega olen rahul, kuigi võin öelda et Atempo (endine Storactive) LiveBackup ületab seda funktsionaalsuselt kordades. Tava-backup aga on nii ja naa, kuigi üldiselt olen ka sellega rahul, eriti sellega et "disk-foldereid" emuleeritakse nagu lindiseadet. Ideaalist on asi muidugi kaugel. Võrreldes Retrospectiga on BackupExec'i tähelepanu koondunud rohkem devaissidele ja meediale, kui backup-set'ile endale (Retrospect lähtub rohkem katalogiseerimisest, BackupExecil aga polegi kataloogide jaoks midagi ja kõik põhineb ainult vabalt valitaval meedial, mis iseenesest pole hullu väga ja mul just seda momendil vaja oligi). Aga vead paneks kirja (võrreldes Retrospectiga, mis selles suhtes on siiski kaasaegsem tehnoloogia, kuigi kahjuks ei võimalda sellist opereerimist meediaga nagu BackupExec), mis sutsu harjumatud:
1) puudub üldse 'grooming' (välja arvatud 'laptop-desktop' CDP's)
2) sünteetilise backupi tarbeks tehtud policites ei saa olla 'system-state' ja andmebaaside varundust - tuleb teha eraldi policid. (Retrospectis saab)
3) sünteetiline backup ei võimalda valida konkreetseid snapshote, vaid võtab alati kõige viimase. (näiteks kui ma tahan et samast baasist toimuks lisaks olemasolevatele incremental-backupidele ka eraldi incrementalid. Retrospectis näiteks saan ma teha baasist uue backup-seti ja alustada sealt uusi incrementaleid. BackupExec'is aga pean ma selle asemel tegema 'värske' sünteetilise varunduse)
4) taastamisel pean ma käsitsi kustutama eelnevalt kettal olevad originaal-failid (isegi selle "collect TrueImage info" puhul ei kustuta BackupExec ise faile kettalt) See teeb taastuse nati aeganõudvamaks.
5) policites olevaid templatesi saan järjestada küll, kuid ei leia võimalust jobide ja policite järjestamiseks (Retrospectis saan kõik järjestada sõltumata shedulingust) Nendest medium,high jne prioriteetidest pole mingit kasu kui nagunii võivad taskid joosta üheaegselt. Võimalus on devicede alt seada 'concurrent taske' ainut ühele, kuid kui taskid kasutavad erinevat meediat, siis pole sellest abi.
Kuna sünteetilisse policisse ei saa panna andmebaaside varundust, siis tahes tahtmata pean ma tegema eraldi policid või jobid.
6) BackupExec ei oska valida automaatselt erinevaid VSS providereid sama template või job raames (näiteks tahan ma sama incrementaliga varundada kõike masinas, mis eeldab erinevaid VSS meetodeid ja 'open file' või andmebaasi agente). Retrospectis seda häda pole, BackupExec aga pistab kisama.
See muidugi tähendab jälle et peab tegema eraldi jobid, mis tähendab jälle ajanihet kriitiliste asjade samaaegsel varundamisel ning pealegi ei saa jobisi järjestada.
7) 'disk-folderite' faile ei osata poolitada. Võimalus on muidugi seada 'maximum size' või 'maximum backup-sets' väiksemaks, kuid siis tehakse automaatselt
uus fail. See aga ei sobi kohe kuidagi, kuna see keerab totaalselt segamini 'overwrite protection' ja 'append period' ajaarvestused, kuna uus fail saab uued parameetrid. Ainus normaalne võimalus on mitte piirata maximumi ja leppida suure failiga. 'disk-folderitesse' failide automaatset juurdetegemist ei saa kuidagi piirata. Retrospectil sellist häda samuti pole.
Retrospectiga võrreldes eelised aga oleksid siis väga vinge IDR, parem CDP, AD ja andmebaaside parem tugi ning 'overwrite protection' ja 'append period'i mugavused.
|
|
| tagasi üles |
|
|
xtr
HV Guru
liitunud: 20.12.2001
|
|
03.08.2009 21:45:09
|
|
|
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.
_________________
M: Magic Mouse + Keyboard, MX Master 3S
M: 16GB DDR4, 1TB SSD |
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
05.08.2009 00:41:17
|
|
|
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.
|
|
| tagasi üles |
|
|
kurask
Kreisi kasutaja
liitunud: 07.11.2003
|
|
| tagasi üles |
|
|
Dirty Harry
HV Guru
liitunud: 05.09.2002
|
|
05.08.2009 12:53:15
|
|
|
| Windowsi adminimine tundub väga keeruline olevat.
|
|
| tagasi üles |
|
|
kurask
Kreisi kasutaja
liitunud: 07.11.2003
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
18.08.2009 12:31:28
|
|
|
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) :
| tsitaat: |
"" When using Backup Exec Desktop and Laptop option version 11.d this issue will occur because the file revisions are not getting groomed when the number of file revisions, kept in the backup selection, exceeds the maximum number that is set. This issue is observed when a Delta File Transfer is enabled and the size of the backed up file is in MB (for e.g. >2MB). Additionally, the Last Backup Result in the Job History tab displays the status as "Warning".
Symantec Corporation has acknowledged that the above-mentioned issue is present in earlier versions of the product(s) cited at the end of this article. Symantec Corporation is committed to product quality and satisfied customers.
There are no plans to address this issue by way of a patch or hotfix in earlier versions of the software at the present time. However, the issue has been addressed in the revision of the product specified at the end of this article. ""
|
........ehk siis eest keelde tõlgitult "Kuigi Symantec on pühendunud ja elu-eest võitlemas kvaliteedi nimel, siis antud bugi käib meile üle jõu juba pikemat aega, ega pole sellele ka mingit patchi olemas.". Delta-copy on ju hiiglama tore asi, ainult et see võiks ka toimida. Momendil saab teda kasutada küll, kuid kõikide failide, mis on suuremad kui 2MB, langeb delta-copy kasutuse puhul välja grooming (seega mingeid revisionide limiite pole enam vaid revisionid kasvavad lõputult). Muidugi peaks veel mainima et seda Delta-copyt oskab ta ainult network-storagesse toppida, eelnevalt teeb ta ikka täisversiooni lokaalsesse-bufrisse (mingi suure faili kopimisel võite isegi arvata kuidas see masina jõudlusele mõju avaldab). Kusjuures selle kopimise ajal lukustab ta ka faili, ei mingit snapshoti (et kopimise ajal saaks faili avada ja sinna kirjutada). Kui näiteks korra avan ja sulen Outlooki, siis enne mingit 15 min Outlooki uuesti avada ei saa, kuni Outlooki cache fail on kopitud lokaalsesse BackupExec bufrisse (ei kasuta Exchanget enam, vaid Kerio Outlook connectorit mis hoiab cachei ühes suures .FDB failis).
Jah, Symantecil (ja kas endisel Veritasel) oleks palju õppida CDP tööpõhimõtte kohta Storactive (momendil Atempo) LiveBackup tarkvaralt.
Aga muideks, kas te teate et nii Veritas (BackupExec,NetBackup produktid) kui ka Dantz (Retrospect produkt) on pärit Californiast ja Dantz alustas mõned aastad varem, võttes suuna Mäkkidele ning hiljem portis tarkvara ka Windowsile.
See näitab ka seda, et platformis pole kunagi probleemi, probleem on ikka selles kes sellele platformile tarkvara kirjutab.
---------8<------------------------------
| xtr kirjutas: |
| 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. |
Väga õige tähelepanek, edasiminek on progress. On juba v12 peal. 12.5 pole tõesti veel küündinud aga see on ainult aja küsimus. Kui arvad nüüd et v.12 on midagi revolutsioonilist võrreldes v.11d'ga, siis ei. Tava-backup töötab täpselt sama moodi nagu ka vanem, kuid CDP'iga on lood palju halvemad. Üle 2MB failide groomingu probleem on täpselt sama ning ka kõik muud nüansid on täpselt samad. Client poolsel softil aga on tõsiseid probleeme mida varasemal versioonil polnud. Nimelt jookseb XP masin totaalselt umbe kui lasta client-softil startida bootimise ajal. Hiljem selle käsitsi startimisel pole probleemi. Ausalt öeldes eriti ei huvita ka põhjus (masinas on muidugi peale porno ka asjalikku tarkvara millega konflikti minna, kuid ikkagi varasem versioon talus seda) kuna valida on ka paremaid lahendusi. Muide seda CDP saab teha isegi käsitsi, abiks näiteks "Automate BPA" nimeline tarkvara. Symantec - austus jääb minevikku.
(ta täidab oma ülesannet, kuid teistest esiletoomiseks positiivset ei saa midagi öelda kui võrdluseks asi läheb)
|
|
| tagasi üles |
|
|
Angrist
HV kasutaja
liitunud: 23.09.2004
|
|
18.08.2009 17:32:17
|
|
|
| Mulle tundub, et sinu elu ülesanne on proovida backupexeciga backupi teha, kui ükskord tehtud saad siis anna teada.
|
|
| tagasi üles |
|
|
kurask
Kreisi kasutaja
liitunud: 07.11.2003
|
|
| tagasi üles |
|
|
terat
HV kasutaja
liitunud: 24.01.2008
|
|
| tagasi üles |
|
|
Drake
Kreisi kasutaja
liitunud: 05.11.2001
|
|
02.11.2009 09:29:23
|
|
|
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.
_________________
On the other hand, I've turned rivers into blood... kings into cripples... cities into salt. So I don't think that I have to explain myself to you. -Gabriel- |
|
| tagasi üles |
|
|
kurask
Kreisi kasutaja
liitunud: 07.11.2003
|
|
05.11.2009 16:54:07
|
|
|
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.
_________________
IT haldus | IT hooldus | CarrotArrow.com |
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
05.11.2009 17:49:58
|
|
|
| kurask kirjutas: |
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. |
Alla kukkuvate lagedega firmas kasutatakse tõenäoliselt hullemaidki asju mis inimeste tervisele ohtlik on.
See sõltub ikka nagu rohkem sellest, millised on nõudmised. Kui nõudmisi pole, siis on sapakas ka üleprahi auto. Kui pole nõudmisi, et laed ei tohi alla kukkuda, siis pole mõne lae kukkumine inimeste pähe ka midagi halba vaid hoopis "õnnelik õnnetus".
Üks väga hea, hea leid ka, on varundustarkvara nimega "Ahsay Online backup", Execiga ei anna võrreldagi.
|
|
| tagasi üles |
|
|
gooligan
HV vaatleja
liitunud: 20.08.2008
|
|
04.02.2010 18:19:26
|
|
|
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.
|
|
| tagasi üles |
|
|
vaegkuulja
Aeg maha 30
liitunud: 08.11.2007
|
|
04.02.2010 18:37:24
|
|
|
| gooligan kirjutas: |
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. |
Mulle küll ei tundu lahe. Deduplitseerimine pole mingi Symanteci ime, seda kasutas juba Storactive LiveBackup'is. Aga see küll peamine pole varunduse juures, vähemalt mina vaatan küll hoopis teisi parameetreid ja omadusi.
Ise olen jäänud truuks opsüsteemi varunduses R1Soft'ile ja andmete varunduses Ahsay backup'ile, kuna usun siiralt, et need on üldse parimad olemasolevatest.
_________________
[img:]https://foorum.hinnavaatlus.ee/images/200x40_HV.gif[/img:] |
|
| tagasi üles |
|
|
|
| lisa lemmikuks |
|
 |
sa ei või postitada uusi teemasid siia foorumisse
sa ei või vastata selle foorumi teemadele
sa ei või muuta oma postitusi selles foorumis
sa ei või kustutada oma postitusi selles foorumis
sa ei või vastata küsitlustele selles foorumis
sa ei saa lisada manuseid selles foorumis
sa võid manuseid alla laadida selles foorumis
|
|
Hinnavaatlus ei vastuta foorumis tehtud postituste eest.
|
:: KKK
:: otsing 
:: statistika
:: kasutajate nimekiri
:: kasutajate grupid
:: registreeri
teata moderaatorile
