Sziasztok!
Iránymutatást szeretnék kérni, hogy merre lenne érdemes elindulni.
Hyper-V guesteket kellene menteni, ha lehet Linux szerver segítségével.
A gépek nem leállíthatók, snapshot funkció kellene.
Megoldható ez valamilyen Linuxos backup-pal, Amanda, Bacula?
Köszönöm előre is!
- 1188 megtekintés
Hozzászólások
Nézz valamilyen Hyper-V kompatibilis megoldást, ha "kívülről" mentenél. Ha belőlről mentenél, akkor ugyanúgy, mint egyébként egy fizikai gépet.
- A hozzászóláshoz be kell jelentkezni
Belülről, úgy érted csináljak egy guest-et, amivel mentem a többit?
- A hozzászóláshoz be kell jelentkezni
Szerintem úgy érti, hogy magukról a guestekről csinálj mentést (akár csak az alkalmazásokról, vagy az összes fájlról, akár úgy, hogy a kliens kezdi, akár úgy, hogy a külső szerver olvasgat róluk valahogy)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Igen, az is opció, hogy van egy backupra kinevezett szerver és rsyncelget, dumpolgat vagy ami kell.
- A hozzászóláshoz be kell jelentkezni
Nem. Belülről az OS saját mentési opcióit használod (sqldump, rsync, bacula vagy akármi), ízlés és igény szerint intézed. Kívülről azt jelenti, hogy a hoszt gépről mented a hoszt gép futó valamilyen agenttel. Az agenthez lesz valami frontend, amihez kell valahova egy kezelő felület, de magát a mentést az agent csinálja direktben. Jellemzően ilyen a Veeam.
- A hozzászóláshoz be kell jelentkezni
Értem, köszönöm.
Mennyire necces egy AD szerverre pl. Bacula klienst rakni?
- A hozzászóláshoz be kell jelentkezni
MS berkekben belül ökölszabály, hogy DC-re nem szokás plusz funkciót/alkalmazást telepíteni. Inkább a Windows Server Backup használatát javaslom.
- A hozzászóláshoz be kell jelentkezni
Eddig Arcserve volt, de a kolléga szerint használhatatlan / átláthatatlan, ezért keresünk más megoldást.
- A hozzászóláshoz be kell jelentkezni
Nincs Hyper-V a kezem ügyében és most ezért nem is telepítenék egyet, de _______elvileg_______ (!!!!!!!) működnie kellene, hogy kérsz egy snapshotot a szervertől (rpcclient - a man oldalon az FSRVP résznél keresgélj), ekkor annak át ____kellenne____ mennie a Hyper-V VSS Writer-en (ami utána a Child VM snapshot beállítással a guestnek is szól, hogy akkor most hozza magát konzisztens állapotba), és az exportált új share-ből (ha jól rémlik egy GUID a neve, de nem esküszöm meg rá) az ____elvileg____ konzisztens állapotú fájlokat már le tudod húzni SMB-n, aztán átadni akármilyen backup megoldásnak.
Remélem azért érzékelhető a "____papíron____, _____elvben____ működnie kéne, egy próbát megér és majd számolj be róla" állapot :)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Hű, ebbe alaposan bele kell ásnom magam, sosem foglalkoztam Hájper vível.
Tehát elvileg az rpcclient-tel kérhető egy Windows-tól, hogy álljon konzisztens állapotba, csináljon egy snapshotot és ossza meg?
- A hozzászóláshoz be kell jelentkezni
Van egy MS-FSRVP nevű protokoll, amit Sambáék kliens és szerver oldalon is többé-kevésbé implementáltak, amivel egy-egy share-ről lehet snapshotot kérni egy servertől - ha jól emlékszem WinSrv2012 óta és úgy, hogy egy Feature-t aktiválni kell, de utóbbinak most semmi nyomát nem látom (egy itteni topic kapcsán [http://hup.hu/node/145908] próbálgattam pár hónapja kb. egy órát).
És innentől minden teljesen az AFAIK, _elvileg_ kategória. Van egy VSS Writer Hyper-V-hez (https://msdn.microsoft.com/en-us/library/dd405549(v=vs.85).aspx, amit vagy kézzel kell regisztrálni [https://support.microsoft.com/en-us/kb/958662] vagy nem, passz); amikor az FSRVP szerver megkapja a snapshot létrehozási kérést, szólnia kellene minden regisztrált VSS writer-nek, hogy akkor tessenek konzisztens állapotba kerülni, ami a Hyper-V-snél azt is jelenti, hogy (ha a Guest-en fel van téve az agent és a VM-re be van állítva - elvileg) "leszól" a Guest-eknek, hogy akkor ők is takarítsák ki magukat. Ha mindegyik VM-nek sikerült (így a HyperV VSS Writer nem ad vissza hibát a VSS-nek, ami passzolja azt tovább az FSRVP szerveren a kliensnek [kártyavár!!]), akkor létrejön a snapshot, a fájlszerver pedig elkezdi a snapshot megfelelő mappáját megosztani a Snapshot GUID-jának megfelelő néven. Ez az elmélet, a gyakorlatban fogalmam sincs.
Ezt a megoldást egyébként max. egy teszt szerveren, demóként próbáld ki, mert rengeteg szinten szétcsúszhat, egyszerűbb tényleg fogni egy kulcsrakész (Veeam, Windows backup [elvileg megoldja...], NetApp stb.) megoldást. (bár már érdekel, úgyhogy lehet, hogy otthon kipróbálom, csak kerítenem kell két gépet :) ). Ráadásul az FSRVP egy elég új protokoll, az rpcclient nem ismeri túl régóta (a paraméterezésén látszik is: https://www.suse.com/documentation/sles-12/book_sle_admin/data/samba_ad…), tehát... nem egy életbiztosítás.
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Itt valóban van pár kanyar, de azért ha kipróbáltad, ne tartsd magadban! :)
- A hozzászóláshoz be kell jelentkezni
IMHO túl sok az elvileg, meg a kellene. Inkább intézném a Windows Server Backup-pal, egy Linux által nyújtott Samba share-re.
- A hozzászóláshoz be kell jelentkezni
Próbáltam hangsúlyozni ;) Viszont demó kísérletnek (először teszt rendszeren, utána a Windows Server Backup mellé) nem rossz, el lehet vele játszani és bugokat reportolni a Samba-nak :)
BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)
- A hozzászóláshoz be kell jelentkezni
Kulcsszavak: powershell -> snapshot copy, VSS provider
- A hozzászóláshoz be kell jelentkezni
Megoldható, kérdés, hogy fizetős, vagy ingyen szoftver kell?
- A hozzászóláshoz be kell jelentkezni
Először az ingyenes irányába indulnék el.
- A hozzászóláshoz be kell jelentkezni
akkor valószínűleg marad a powershell-es irány, ahogy fentebb is írták páran
- A hozzászóláshoz be kell jelentkezni
Linuxon nem de Windows-on ismerek ilyen megoldásokat.
- A hozzászóláshoz be kell jelentkezni