Használod a Btrfs fájlrendszert éles adatokon napi szinten?

Igen, szerveren
4% (12 szavazat)
Igen, munkaállomáson
9% (31 szavazat)
Nem
82% (275 szavazat)
Egyéb, leírom hozzászólásban
5% (17 szavazat)
Összes szavazat: 335

Hozzászólások

A backup külső HDD-men igen. Tegnap épp nagyon lassú volt, de nem tudom, hogy ebben mennyi szerepe volt a filerendszernek, s mennyi az rdiff-backup-nak.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Köszönöm a tippet, utánanézek, aztán lehet, migrálok, de ehhez kell némi szabadidő.

Szerk.: nem igazán értem. Ez mitől lesz gyors? Ezt írja a doksi a decremental backup-nál:

However it has the default to require at each new cycle the creation of a full backup, then the transformation of the previous full backup into a so-called decremental backup. Yes, everything has a cost!

OK, hogy mindennek ára van, de ezt lehet úgy csinálni, hogy a legutolsó mentéshez képest rsync, ahol felül kell írnia a régi file-t, ott a régiből megy egy tar.bz2-be. Talán az rdiff-backup épp ezt teszi. Miért is kellene full backup-ot csinálni ahhoz, ha decrementális backup-ot szeretnék? Nyilván az eredmény egy full backup lesz a legutolsó mentésből, de azt elég differenciálisan előállítani. Vagy csak a magyarázat félrevezető abban, amit idéztem?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Valójában nekem azért lassú, mert van egy olyan 26 GB-os virtuális image-em, amely gyakran változik, így az egészet menteni kell, meg a decrementumba kell tenni. Exclude listára fogom tenni, s akkor megtáltosodik.

Maradok az rdiff-backup-nál.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Mi a szerverek mentésénél majdnem mindenhol átálltunk dar-ra (ahol nem, ott még csak azért nem, mert vagy nem volt rá idő, vagy nem olyan kritikusan lassú, mert nincs annyi fájl, vagy nem akkora adatmennyiség).
www könyvtárak, maildirek, samba share-ek, mindnél jelentősen gyorsabb a dar.
Nem kötelező ezt használni, csak mondom. Nekünk ez a tapasztalat.
--
The Community ENTerprise Operating System

Na jó, de hogyan használjátok? Incrementális vagy decrementális backup-ot csináltok? Ha az előbbit, akkor néha csináltok full backup-ot? Ha az utóbbit, akkor valóban minden egyes alkalommal full backup-ot csinál, vagy az általam idézett rész hülyeség a doksiból?

Ezen felül mi a magyarázat arra, amit írtam? Minek a full backup a decrementális mentéshez, ha elegendő a differenciális backup ilyenkor, s azon file-ok korábbi változatát kell menteni a decrementumba, amelyek változtak, s ahogyan sejtésem szerint az rdiff-backup is cselekszik?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

még nem, de új HDD-k beszerzése után tervezem, NAS célú mikroszerverben

Próbáltam de nem jött be, valamivel összeveszhetett mert iszonyúan belassult egy idő után pedig nem volt tele.

Igen, használom, itthoni gépen. A torrent fájlrendszerem btrfs, a teljesítmény miatt. (ezt ajánlották egyszer, az ext4 nem vált be) Nálam kifogástalanul működik, nagyon szeretem. Soha semmi bajom nem volt vele. Bár való igaz, hogy a torrentezés természetéből fakadóan itt a hibák javíthatóak.

Így néz ki a partíciós táblám:

kép

Linux Mint 17.2 "Rafaela"

Egyéb: LXC alá, tesztgépeken, deployment gyorsítása céljából (nem igazán éles adat, de ha lenne vele gond, nem használnánk :).

Igen. Használok... Még... Egy desktop gépen. A héten az is megszabadul tőle. Eredetileg 3-ra raktam fel. De valamiért pár hónap használat után egyszerűen belassult, de nagyon. Főleg ha szabálytalanul sikerült leállítani.

Igen, szerveren és munkaállomáson is.
Így én az egyébre szavaztam.

3 szeveren mail storage-nak
és a backupjaikon kb fél éve

kísérleti SLES12 template-ekből példányosított teszt VM-eken.

--
A gyors gondolat többet ér, mint a gyors mozdulat.

Én nem, de egy ügyfélhez kísérletezni raktam. Egyelőre nincs vele gond, csak néha tűnik el ez-az. Amit viszont nem tudok a fájlrendszer számlájára írni, lévén, hogy gyerek is van a gép közelében...

--
openSUSE 13.1 x86_64