Příspěvky

961

Hardware / Re:Má smysl používat zálohovací pásky?

« kdy: 19. 09. 2017, 08:55:53 »

Milfausi...jeste bych Te poprosil o upresneni...neni mi jasne zda tu EOF zancku pridavam spravne:

mt -f /dev/st0 erase
mt -f /dev/st0 rewind
tar cvf /dev/st0 /mnt/BACKUP
mt -f /dev/st0 eof

#pridani dalsich dat za stavajici
mt -f /dev/st0 eod
tar cvf /dev/st0 /mnt/BACKUP
mt -f /dev/st0 eof

962

Server / Re:Zálohování virtuálních strojů za chodu

« kdy: 15. 09. 2017, 19:59:05 »

pokud chcete mit obnovitelnou zalohu, tak u snapshotu zapnete Quiesce, ktery znamena ze vmware pres vmtools zaridi flush dat nadisk. Sice to nepauzne virtualku, ale rozhodne to pozastavuje bezici procesy.

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1015180

Laskave tady neplacejte blbosti.

pokud to dobre chapu, tak Oracle na to ma:
Save the machine state: The virtual machine will be "frozen" and VirtualBox entirely saves its state to the user's local disk. The virtual machine will resume in the same position that you left in when you start it again. The user's computer will resume operation and the programs will still be available.

rozdil mezi PAUSE and SAVE STATE bude asi takto:
“You can also pause or save a virtual machine in a given state. When you pause or save a virtual machine, it stays in its current state for as long as you want.
Although pausing a virtual machine does not free up the memory that is allocated to that virtual machine, it frees up main processor resources. Saving a virtual machine frees up memory and main processor resources so that they can be used by other virtual machines or by the virtualization server.”

963

Server / Re:Zálohování virtuálních strojů za chodu

« kdy: 15. 09. 2017, 19:38:05 »

sleep vm, snapshotLVM, resume vm

K čemu je tam ten sleep a resume?

kdesi jsem se docetl, ze PAUSE flushne cache, melo by se tim zaridit ze pokud se ten virtual rozbehne na jinem zeleze, bude to vypadat jako po rebootu, ale klidne se necham počit znalejším odborníkem

964

Server / Re:Zálohování virtuálních strojů za chodu

« kdy: 15. 09. 2017, 14:08:55 »

proto mi to neslo do hlavy, ze kopirujete ty "malicke" snapshoty :_)

965

Server / Re:Zálohování virtuálních strojů za chodu

« kdy: 15. 09. 2017, 14:08:02 »

sleep vm, snapshotLVM, resume vm, mount LVMsnapshot, rsync LVMsnapshot, umount LVMsnapshot, destroy LVMsnapshot
i kdyz ma snapshot LVM 2GB tak po namountovani jde videt full obsah, což zařídí kernel, který ví ke kterému LVM ten snapshot patří.

966

Server / Re:Zálohování virtuálních strojů za chodu

« kdy: 15. 09. 2017, 13:36:15 »

ted mi bylo konecne objasneno jak funguje snapshot LVM....celou dobu me matlo ze preci snapshot velikosti 2GB je preci k nicemu...jenze po namountovani LVM snapshotu kernel zaridi ze vidim celych 100GB a ty si vykopiruji/zalohuji
dekuji trpelivym

967

Server / Re:Zálohování virtuálních strojů za chodu

« kdy: 15. 09. 2017, 13:10:19 »

diky hoši....
takže snapshotnu běžící virtual(aplikačně) a nebo(LVM), zkopiruji/rsyncuju si ten full(zmrazenej) nekde na zalohu, tak nebude vadit, ze kdyz to nahodim na jinem zeleze, ze budu vlastne spoustet virtualni stroj ktery je ve stavu run?

968

Server / Re:Zálohování virtuálních strojů za chodu

« kdy: 15. 09. 2017, 12:05:38 »

Na zálohovém serveru už je btrfs a vytvoří se snapshot přes btrbk. Tam snapshoty fungují jinak, je to kůli místu. Mám 5 kompletních obrazů virtuálů a zabírá to jen necelý dvojnásobek jedné kompletní zálohy.

diky za tip...
drzis nekde i zalohu celeho LVM pro pripad ze by padl?
ja chci tu zalohu delat tak abych to kdykoliv mohl drapnout a rozjet na jinem zeleze a samotny snapshot mi v tom nepomuze

969

Server / Re:zalohování virtuálních strojů

« kdy: 15. 09. 2017, 11:29:19 »

script mi v noci virtuly povypina...zkopiruje je na vzdaleny disk a zase nastartuje

u nas v noci jsou dvere zavrene a dokonce je to pozadovano

970

Server / Re:Zálohování virtuálních strojů za chodu

« kdy: 14. 09. 2017, 14:24:02 »

Snapshoty jsou opravdu nejrozumější řešení v případě, kdy je dostatek volného místa
Jak jsem již zmínil, v minulosti mě Snapshot drsně potrestal po spustění 'merge', kdy nebylo místo na disku...rozdíl narůstal a nakonec se virtual úplně zastavil, pač to nemělo kam růst.
Dá se nějak spočítat, existuje nějaký definovaný poměr Snapshot/CurentStatus vs volné místo na disku, tak aby byla jistota, že půjde použít merge?

díky

971

Server / Re:zalohování virtuálních strojů

« kdy: 13. 09. 2017, 20:18:13 »

Teprve, když si pro to vytvoříte podmínky, můžete využít tyto vychytávky.

ALFA-OMEGA vsech techto vychytavek....kloudné podmínky nemám, zbývají partyzánské metody :_)

jeste jednou díky

972

Server / Re:zalohování virtuálních strojů

« kdy: 13. 09. 2017, 19:55:58 »

To byste nesměl mergovat předchozí snapshoty. Funkční scénář by mohl být: za chodu udělám v pondělí snapshot 1, ten zazálohuji. Úterý-pátek dělám další snapshoty, které zálohuji. V pondělí provedu merge všech snapshotů z minulého týdne, udělám jeden nový, a ten zase zazálohuji jako plnou zálohu.
Samozřejmě, jde to i v off stavu, jen je to bolestivější .

no a to je ten problem...vzhledem k tomu ze nemam misto na disku a uz jednou se me skarede potrapilo tak, ze jsem nedokazal udelat merge kvuli nedostatku mista na disku, nechci jiz neco podobneho zazit...proto delat snapshoty s tak dlouhym odstupem je prozatim nemozne

moc dekuji za ochotu to objasnit

973

Server / Re:zalohování virtuálních strojů

« kdy: 13. 09. 2017, 19:47:32 »

Veeam backup, nebo Acronis to dělají samočinně. Před zálohováním vyvolají snapshot. Poté zálohují jenom přírůstky. vSphere umí na vmdk vymezit pouze změněné bloky od předchozí zálohy, takže inkrementální přenos je překvapivě malý. Dále, Veeam umí snapshoty a přírůstky promítnout do zálohy tak, že z nich zrekonstruuje plný image v nejnovější verzi. Tedy, je připraveno k rychlému natažení ze zálohy, a není potřeba dělat žádný replay přírůstků.
Ta technologie je velmi hezká, určitě stojí za to se na ni podívat, budete překvapený.

díky za tip
v tuto chvíly placený SW nepřipadá v úvahu, kdyz už tedy, tak mě ta partyzanstina něco přiučí
chápu tedy dobře, že tento scénař by měl fungovat?
a) primární virtualní stroj ve stavu OFF zkopíruji na založní místo (pouze jednou)
b) zítra na běžícím virtuálu udělám snapshot a ten zkopíruji na záložní místo vedle toho primáru
c) na běžícím virtuálu snapshot smažu/merge
 
bod b/c bych prováděl třeba každý den, ale vrtá mi hlavou, že každý nový snapshot, nebude pasovat proti výchozímu primárnímu...
pomůžete mi to objasnit?
díky

974

Server / Re:zalohování virtuálních strojů

« kdy: 13. 09. 2017, 19:28:21 »

neverim, ze mate deti
jestli ano...a znalosti jim predavate timto zpusobem neochoty/rozhorcenosti ze nekdo nechape neco hned napoprve....chudaci

975

Server / Re:zalohování virtuálních strojů

« kdy: 13. 09. 2017, 19:11:59 »

A cist uz si se naucil? Zjevne ne ...

Takze pro ty postizeny, snap se dela jaksi proto, ze predstavuje obraz systemu kterej se dal nemeni, coz je zakladni podminka toho, aby se cokoli dalo jakkoli zalohovat, protoze zalohu budes jaksi delat nejakou dobu, a zaloha, ve ktery si na zacaku skopiroval hlavicku faktury ... a na konci polozky, ktery vznikly behem toho, a ke kterejm ovsem nemas ty hlavicky je ti NAPROSTO KHOVNU.

Dale snap predstavuje prirozene take zmenovy data ... od predchoziho snapu, takze ti co nejsou natvrdli jako TY, vedi, ze kdyz si dneska udelam snap a prekopiruju ho nekam (= mam KOMPLETNI obraz), tak zitra nemusim kopirovat vse, ale staci mi vzit ten rozdil ... coz je prevazne maximalne nekolik jednotek % celkovy velikosti.

Mno a ti s mozkem pak jeste vedi, ze i v tech zmenovych datech se spousta veci bude objevovat stale dokola (nekdo soubor smaze, nekdo jinej ho za tyden vrati zpet) ... a proto se na cely soubor tech dat aplikuje prevazne deduplikace, protoze vazne nepotrebuju skladovat totez tisickrat, staci mi vedet, soucasti kterych snimku ta data jsou a mit je jednou.

Snap nezabere (s velmi mirnou davkou nadsazky) VUBEC NIC. Snap totiz kupodivu zacina rust az s tim, jak se meni data, takze v okamziku vytvoreni je jeho datova velikost presne NULA.

A pro velky uspech (radsi si na to nekoho najmi z ZAPLAT, protoze ses na nejlepsi ceste poslat firmu do krachu), jeste jednou. Na provoznim stroji se zavola snap (coz je otazka maximalne nekolika sekund), ten pak muzu klidne nekolik hodin kopirovat kamkoli, protoze se ... NEMENI.

uklidni se...zalohy mame..nejsme firma co potrebuje fungovat v noci...script mi v noci virtuly povypina...zkopiruje je na vzdaleny disk a zase nastartuje
to ze se chci priucit/dozvedet jinym praktikam, neznamena ze me budes posilat do kouta