Vlákno názorů k článku Dva měsíce s Btrfs: zkušenosti a postřehy od Izak - ... tak Snapshoty vypadaji jako u NetAppu ......

  • Článek je starý, nové názory již nelze přidávat.
  • 3. 3. 2011 10:25

    Izak (neregistrovaný)

    ... tak Snapshoty vypadaji jako u NetAppu ... coz je spicka na snapshoty a ani 100 snapu ji nezpomali, nebot data v tzv snapshoty jsou aktulani, i kdyz je to slozite, proste se pise jinam a stare data se nechaji byt a udrzuje se jakasi tabulka ... zatimco stary pristup, napr i u LVM2 je takovy, ze udelam snapshot do jineho LVM2, kdyz chci neco zmenit, tak se stara data nejprve zkopiruji do snapshotu(bloky) a pak se prepise ... kdyz udelam snapshotu vice, poslu server do kopru ;-))
    netapp tim netrpi, ZFS a BTRFS taky ne ;-))

    Jinak tomu cemu rikas ty shodne bloky jen jednou, se jmenuje deduplikace ... je to dobry sluha a spatny pan, kdyz se to rozsype ... data nejsou ;-)) ... nam se takhle rozsypal netapp diky chybe v ontapu ... nastesti jen na zalohach ;-)) ... ona totiz pak neexistuje moznost, jak data spojit, proste je tam jeden blok a tabulka odkazu uz neni ... vysledek je naprosto nekonzistentni stav, kdy nikdo nevi, ktery soubor je OK a ktery ne ;-))

    Jinak ja delam snapshoty automaticky, i se automaticky odmazavaji, dale delam vzdalene snapshoty, coz uz je skutecna zaloha a pres NDMP je zase muzu zkopirovat zpet ... jestli bude tohle umet BTRFS, tak to bude bobma, nebot pak muzu delat nekonecny increment s desitky TB dat a zaloha bude trvat v radu sekund az minut, vejde se na jiny server a idelane kdyz bude i na paskach ....
    Protoze zalohujte takovehle mnozstvi dat ... fullBCK trva v radu dni, Tivoli se na takovem poctu serveru zhrouti ... a tak je reseni zarlohovat pres blokove snapshoty a replikace ....

  • 3. 3. 2011 14:59

    Lenin POWER!

    Zajimalo by mne:

    verze TSM

    pocet zalohovanych souboru

    velikost databaze

    My doporucujeme 1 TSM server v5.3 na 30 GB databazi.

    Sestku zakaznici moc nechteji, aby nemuseli preskolovat adminy. Pocitaji s tim ze ty stavajici vyhodi a vezmou novy co umeji TSM 6. Jo optimalizace nakladu v IT, pak zjisti ze novi lidi sice umi TSM6 ale nevyznaji se v tom bordelu co tam maji.

  • 3. 3. 2011 21:17

    subtract 10 (neregistrovaný)

    30GB databázi jakou? Zálohovanou nebo 30GB mediadb? To první mi přijde jako zbytečnost a v životě jsem to neviděl, to druhé mi zní divně, takový setup...

    "Pocitaji s tim ze ty stavajici vyhodi a vezmou novy co umeji TSM 6." -
    Tak to musí být idiot buď zaměstnavatel, že si myslí, že se lidé neumí sami učit, nebo zaměstnanci, že se neučí ani kdyby měli být vyhozeni. Ale v obou případech je takový zákazník zlatý důl.

  • 4. 3. 2011 7:43

    Izak (neregistrovaný)

    Zadnou, nikdo to zde nenasadi, pouziva se zde vice SW: legato Networker na male veci, NetBackup na male serverovne s netappem.
    Pak ve velke serverovne Netapp a dale SW napasny nam na miru, ten dela v clusteru, zalohuje desitky PT dat na asi 1000 mechanik .... ne opravdu TSM, Legato Networker, NetBackup by se z toho sesypal, testy se delaly.
    nejvetsi obemy dat se migruji prave na NetAppy, nebot se umi rychle replikovat do jinych netappu.