Cena zálohovacích pásek a mechaniky

[rado3105]

Nikdy som nic podobne neriesil a zaujimali by ma ceny mechaniky a pasky...akosi sa k tomu nemozem dopatrat.
Chcel by som na pasky zalohovat data z diskov, samozrejme ak sa to oplati....

[Reklama]

[Mirek Prýmek]

A jak jsi patral, ze jsi se nedopatral? Google nefunguje? Ebay je v nedeli zavreny? Eshopy maji vsechny vypadek?

[rado3105]

http://www.ebay.co.uk/itm/HP-Storageworks-Ultrium-960-Tape-Drive-LTO3-800GB-/190744244656?pt=UK_Computing_LaptopAccessories_LaptopDrives&hash=item2c693e31b0

povedzme ze chcem zalohovat 3tb dat. Disk(hd red) ma vyjde na 160e(3tb). Jedna paska stoji: 400gb 25e(to znamena 8 pasiek - 200e) + mechanika ktora sa hybe najlacnejsie pouzita 150e.

Aky to ma potom zmysel a vlastne ma zmysel pouzivat zalohovocie pasky alebo radsej pouzit disk?
Zalohovat myslim v takom zmysle, ze semtam to pripojim k pc a nakopirujem si na dany disk potrebne data - nepotrebujem aby to stale bezalo pripojene. Uplne by vyhovovali nejake media ako blueray, len keby mali aspon 200GB jedno....

[Trident]

http://www.ebay.co.uk/itm/HP-Storageworks-Ultrium-960-Tape-Drive-LTO3-800GB-/190744244656?pt=UK_Computing_LaptopAccessories_LaptopDrives&hash=item2c693e31b0

povedzme ze chcem zalohovat 3tb dat. Disk(hd red) ma vyjde na 160e(3tb). Jedna paska stoji: 400gb 25e(to znamena 8 pasiek - 200e) + mechanika ktora sa hybe najlacnejsie pouzita 150e.

Aky to ma potom zmysel a vlastne ma zmysel pouzivat zalohovocie pasky alebo radsej pouzit disk?
Zalohovat myslim v takom zmysle, ze semtam to pripojim k pc a nakopirujem si na dany disk potrebne data - nepotrebujem aby to stale bezalo pripojene. Uplne by vyhovovali nejake media ako blueray, len keby mali aspon 200GB jedno....

3TB neni moc. To uz se spis vyplati to dublovat na levny disky... Zalezi na spouste faktoru. Jak jsou data "ziva". Jaky je charakter nabyvani a zmeny dat. Podle toho budou ruzne velke inkrementy nebo nemusi taky davat smysl je delat apod. Za ty prachy asi nebude robot takze nekdo tam ty pasky musi taky davat.
Ja si myslim ze je treba nejdrive si polozit otazku co presne chci a pak se rozhodovat jestli pasky,disky nebo neco jineho.

[rado3105]

raz za cas prekopirovat data zo serveroveho disku na cielovy(rozmyslal som ze by to slo aj cez disky prepojene k pc spojene s danym serverom sietovym kablom a cez rsync...menit len zmeny....(momentalne mam 3 disky ktore maju dokopy 3tb). Data sa tam casto nemenia, povedzme stacilo by to robit stvrtrocne a s tym by nebol problem.
Alebo odporucate nieco lepsie?

[Reklama]

[JardaP .]

Pri cene pasek a s ohledem na pakarnu s zonglovanim kazet si take muzete poridit dva USB/Firewire disky a na zalohy je stridat. Budete tak mit vzdy posledni a predposledni zalohu, coz se nekdy muze hodit. BTW, kdyby ty disky byly dostatecne vetsi, nez zalohovane disky, mohl byste pouzit rdiff-backup a mit tech zaloh i vice. BTW, zaloha jednou za ctvrt roku je dost bida, ne? To se ta data meni jen 4x do roka? Krome toho, neni spatne si zazalohovat i veci, jako /etc, seznam nainstalovanych balicku a co ja vim, co jeste. To se ale da sfouknout i na maly USB flash za par kacek, treba z cronu kazdy den.

[Mirek Prýmek]

Navrhnout správně zálohovací plán není úplně triviální (proto jsem to btw dával za příklad něčeho, co se na IT školách neučí a mělo by).

1. dá rozum, že srovnáváme dvě situace:
Disk: cena X/GB
Páska: cena Y za mechaniku + Z/GB
=> když srovnávám cenu za GB, výsledek bude vždy jiný podle množství dat

2. v rozumném backup planu by imho alespoň jedno médium mělo být offline, jinak ten plán nechrání před kompromitací stroje
=> když disky, tak minimálně dva, jeden vždy offline => někdo je tak jako tak musí přehazovat, pokud si nevytvořím úplně nezávislý boční kanál pro přepínání, což není jednoduché a může to být drahé

3. disky a pásky mají jiné vlastnosti:

• Pásky jsou pro archivaci dat vymyšlené, disky ne. Jak dlouho disk dokáže data držet, to je obvykle ve hvězdách.
• Na disku mi snadno může vyhořet elektronika a k datům už se pak nedostanu, nebo dostanu, ale hodně draho. Páska žádnou elektroniku nemá.
• Dá se předpokládat, že pásky budou hodně dlouho čitelné. Nové mechaniky bývají zpětně kompatibilní. Navíc zápis je lineární, takže odpadá FS, který by časem mohl taky přestat být podporovaný.

...a různé jiné rozdíly. Páska prostě není disk.

[rado3105]

Navrhnout správně zálohovací plán není úplně triviální (proto jsem to btw dával za příklad něčeho, co se na IT školách neučí a mělo by).

1. dá rozum, že srovnáváme dvě situace:
Disk: cena X/GB
Páska: cena Y za mechaniku + Z/GB
=> když srovnávám cenu za GB, výsledek bude vždy jiný podle množství dat

2. v rozumném backup planu by imho alespoň jedno médium mělo být offline, jinak ten plán nechrání před kompromitací stroje
=> když disky, tak minimálně dva, jeden vždy offline => někdo je tak jako tak musí přehazovat, pokud si nevytvořím úplně nezávislý boční kanál pro přepínání, což není jednoduché a může to být drahé

3. disky a pásky mají jiné vlastnosti:

• Pásky jsou pro archivaci dat vymyšlené, disky ne. Jak dlouho disk dokáže data držet, to je obvykle ve hvězdách.
• Na disku mi snadno může vyhořet elektronika a k datům už se pak nedostanu, nebo dostanu, ale hodně draho. Páska žádnou elektroniku nemá.
• Dá se předpokládat, že pásky budou hodně dlouho čitelné. Nové mechaniky bývají zpětně kompatibilní. Navíc zápis je lineární, takže odpadá FS, který by časem mohl taky přestat být podporovaný.

...a různé jiné rozdíly. Páska prostě není disk.

systemovy disk zalohujem kazdy den....toto je datovy disk a tam sa data casto nemenia a radsej prist o par ako o vsetko(za stvrtrok sa tam toho vela nezmeni...)

[Mirek Prýmek]

systemovy disk zalohujem kazdy den....toto je datovy disk a tam sa data casto nemenia a radsej prist o par ako o vsetko(za stvrtrok sa tam toho vela nezmeni...)

To není zas tak podstatné - uvedené body platí i v takové situaci.

[rado3105]

Navrhnout správně zálohovací plán není úplně triviální (proto jsem to btw dával za příklad něčeho, co se na IT školách neučí a mělo by).

1. dá rozum, že srovnáváme dvě situace:
Disk: cena X/GB
Páska: cena Y za mechaniku + Z/GB
=> když srovnávám cenu za GB, výsledek bude vždy jiný podle množství dat

2. v rozumném backup planu by imho alespoň jedno médium mělo být offline, jinak ten plán nechrání před kompromitací stroje
=> když disky, tak minimálně dva, jeden vždy offline => někdo je tak jako tak musí přehazovat, pokud si nevytvořím úplně nezávislý boční kanál pro přepínání, což není jednoduché a může to být drahé

3. disky a pásky mají jiné vlastnosti:

• Pásky jsou pro archivaci dat vymyšlené, disky ne. Jak dlouho disk dokáže data držet, to je obvykle ve hvězdách.
• Na disku mi snadno může vyhořet elektronika a k datům už se pak nedostanu, nebo dostanu, ale hodně draho. Páska žádnou elektroniku nemá.
• Dá se předpokládat, že pásky budou hodně dlouho čitelné. Nové mechaniky bývají zpětně kompatibilní. Navíc zápis je lineární, takže odpadá FS, který by časem mohl taky přestat být podporovaný.

...a různé jiné rozdíly. Páska prostě není disk.

Takze na pasku by som nemohol pouzit rsync?
Ako sa vlastne pripaja paskova mechanika k pc a ako to system rozpozna ako dev/xxx?

[Mirek Prýmek]

Takze na pasku by som nemohol pouzit rsync?

Nevím o tom, že by to šlo. Stejnou službu ale v tomhle případě udělá dump(.

Ako sa vlastne pripaja paskova mechanika k pc a ako to system rozpozna ako dev/xxx?

Viz Google.

[Mirek Prýmek]

Nevím o tom, že by to šlo. Stejnou službu ale v tomhle případě udělá dump(.

Ach jo, tohle mělo být dump ( 8 ).

[Blaazen]

Když už je tu tohle téma, včera jsem narazil na novinku: http://diit.cz/clanek/ibm-fujifilm-35tb-kazeta

[JardaP .]

Takze na pasku by som nemohol pouzit rsync?

Vzhledem k tomu, ze paska ma akorat sekvencni pristup, tak by se to dost blbe realizovalo. Na pasku budete potrebovat nejaky zalohovaci program, ktery si bude nekde pamatovat, co je jiz zazalohovane a pak bude nekam jinam delat inkrementy. Budto vzhledem k nejakemu vychozimu backupu, tedy kazdy dalsi backup bude narustat, jak se budou mnozi zmeny. Nebo vzhledem k poslednimu backupu, takze backupy budou obvykle male, ale budou se vam mnozit, az vam z toho sibne a udelate misto toho bordelu radsi kompletni novy backup. V obou pripadech budete vzdy potrebova vsechny backupy, abyste mohl udelat kompletni restore. Cili zejmena v druhem pripade, kdyz nebudete delat kompletni backup prilis casto, muze vam tim vzniknout trakar pasek, ve kterych si nesmite nadelat bordel. Tez pak musite obcas zapalit svicku v kostele, aby nektera z tech pasek nezacala byt necitelna vlivem pusobeni jestirku na produkci redkvicek na severni Morave, protoze byste mel v backupech duznu a mohla by to byt jedina kopie toho uplne nejdulezitejsiho souboru, kde mate posledni verzi receptu na mramorovanou babovku.

Samozrejme, muzete take obcas zatnou zuby a narvat to kompletne cele tarem na pasku a cele odpoledne tam zonglovat s kazetami, podle rychlosti vasi mechaniky. Coz bych videl blede, protoze vas to urcite nebude bavit.

[Mirek Prýmek]

Budto vzhledem k nejakemu vychozimu backupu, tedy kazdy dalsi backup bude narustat, jak se budou mnozi zmeny. Nebo vzhledem k poslednimu backupu, takze backupy budou obvykle male, ale budou se vam mnozit, az vam z toho sibne a udelate misto toho bordelu radsi kompletni novy backup.

Zase - rozumny backup plan je zalozeny na tom, ze full backup se dela treba jednou mesicne, differential jednou tydne a incremental kazdy den. Cili inkrementaly musim udrzovat jenom pro posledni tyden a v nejhorsim pripade potrebuju 8 zaloh (full+diff+6x incremental).

trakar pasek, ve kterych si nesmite nadelat bordel.

Anebo pouzit sw, ktery se o to postara sam, treba baculu.