Adott több különálló hálózat, átlag 5-10 Windows (XP, 7) géppel és egy Linux NAS-al.
Mindegyik hálózatban a Win gépek nagyon hasonlóan vannak telepítve és szinte kizárólag ugyanolyan HW felépítésűek. Pl három gépen XP + Word, két gépen XP + Excel és egy gépen XP + Word/Excel van telepítve. Azaz XP + Word gépeken kb csak az Office telepítésekkor megadott sorozatszám és azok IP címe különbözik. Fontos hogy bármelyik gép kiesésekkor az nagyon gyorsan újra legyen telepítve, akár az éjszaka közepén is.
Ehhez keresek olyan megoldást, amely nem csak egy-egy gép HDD-jét / partícióját tudja (akár blokk, akár állomány szintjén) klónozni és LiveCD segítségével hálózatról helyreállítani. Hanem cél lenne a mentéshez felhasznált terület minimalizálása is. Ha az első mentés megtörtént, akkor a második már csak a különbségeket mentené. Helyreállításnál meg elfedné az egészet, nem kellene tudnom melyik teljes mentés és melyik alap + diff.
Tud valaki erre megoldást? Egyébként is, kinek melyik hálózatos mentő program vált be? Örülnék annak ha (F)OSS szoftverrel meg lehetne oldani az egészet.
- 6665 megtekintés
Hozzászólások
Tudom, hogy ősrégi megoldás, de GHOST?
-------------------------
neut @ présház
- A hozzászóláshoz be kell jelentkezni
Tudja a Ghost a diff mentést? Bár mindegy, mert én úgy tudom a Ghost fejlesztése megállt.
"Norton Ghost was discontinued on April 30, 2013;[7] support continued to be available via chat and knowledge base until June 30, 2014. The Symantec Ghost Web page invited Ghost customers to try Symantec System Recovery, described as for backup and disaster recovery, until the page was removed."
Forrás: http://en.wikipedia.org/wiki/Ghost_%28software%29
Persze, megnézem a Symantec System Recovery-t.
- A hozzászóláshoz be kell jelentkezni
A szektor-alapú backup a létező legkevésbbé hatékony backup megoldás napjainkban.
- A hozzászóláshoz be kell jelentkezni
Ragaszkodsz a mostani infrastruktúrához és a teljes disc image-k mentéséhez?
- A hozzászóláshoz be kell jelentkezni
Én is a blokk-eszköz szintű mentést kérdőjelezném meg, azzal elég necces az inkrementális mentés (érdekes dolgokat lehet látni egy VM snapshot diff fájlméreténél már egy sima boot után is... ha meg mondjuk lefuttatsz egy töredezettségmentesítést...).
Fájl szinten lehet játszani az imagex-el, azt mondjuk nem tudnám megmondani, hogy XP-t mennyire fogja szeretni, az image-t elkészíti róla, az biztos (van egy-két XP backup image-m, holnap majd megpróbálok egyet apply-olni közülük...). Ennél a formátumból adódóan kapsz deduplikációt (hash-el mindent fájlt és egyező hashű fájlokat csak egyszer tárol - ráadásul indexek (~kötetek) között is, így az inkrementális mentés fájlszinten megvan) és tömörítést. [ha FOSS kell, akkor a wimlib ott van implementációnak, bár még nem próbáltam]
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
Bármire nyitott vagyok és a blokk szintű mentés nem feltétel. Engem csak az érdekel, az állományok minden NTFS tulajdonsága (különféle tulajdonosi jogai) is mentésre, illetve visszaállításra kerülnek. Sőt, nekem elég lenne csak a rendszer partíción lévő (C:\) állományok mentése.
- A hozzászóláshoz be kell jelentkezni
Infrastruktúra változtatás alatt mit értesz, miben lehetne jobbá tenni?
Engem a HDD klónozása érdekel, nem feltétlen blokk szinten. Inkább csak arra utaltam hogy azonos gépekről lévén szó a C:\ partíció mérete, telepített Windows komponensek és driver-ek mind megegyeznek.
Az hogy az Office-ból a Word vagy Excel megy fel, az meg egy másik dolog. Legfőképpen hogy annak is biztos van olyan alap telepített része, amely azonos mindkét esetben (pl support DLL-ek).
- A hozzászóláshoz be kell jelentkezni
dar
Tud
inkrementális
dekrementális (inkr "visszafelé": a legutolsó mindig a full, a változások meg megvannak visszamenőleg. Van penalty-ja, érdemes manualt nézegetni)
diff
mentéseket.
Illetve tud:
más helyre a full-tól inkrementális/differenciális mentéseket, (a full ún. "catalog"-ját külön file-ba le lehet menteni, ez pl. nálam egy 770GB-s mentés esetében ~53MB, majd ehhez a filehoz képest lehet diff/inkr. A file persze bárhol lehet. Tehát a full mehet offline-ba, a diff-ek online-ba, majd néha lehet "szikronizálni")
valamint
alkönyvtárstruktúrához képest diff/inkrementális mentéseket.
MacOX, Linux, Win, Solaris, BSD
Egy baja van: a GUI-k elég gyengusok hozzá, parancssoros cucc.
Nekem sem régen ajánlották itt a hup-on, de nagyon bejött :)
<-------
You can't grep on dead trees.
- A hozzászóláshoz be kell jelentkezni
OK, akkor mindenképpen megnézem. CLI "GUI"-t max fejlesztek hozzá. Éjszaka közepén úgysem jutnának eszembe a megfelelő paraméterek.
- A hozzászóláshoz be kell jelentkezni
Ugyan ez messzire vezet, de mi itt a cégnél úgy melózunk, h egy virtuális gépre lépünk be rdp-vel, és oda vannak telepítve a szükséges holmik. Ez ugye lvm-en van, azt meg elég könnyű akár naponta imagelni snapshottal. És így a távmunka is meg van oldva. És innentől a klienseknek kell egy rdp kapcsolat, ergo én plö linuxot használok a notimon, mert erre is tökéletesen megfelel így. :)
- A hozzászóláshoz be kell jelentkezni
Igen, messzire vezet. Ugyanis mindegyik Windows gépben van egy egyedi PCI(-E) kártya amin keresztül egy másik hálózattal tartanak kapcsolatot. Kizárólag Windows-os driver-e van és távoli virtualizáció így kilőve.
Egyéb esetben a Te megoldásodat favorizálnám.
- A hozzászóláshoz be kell jelentkezni
nem ástam bele túlságosan, de a FOG project is érdekes lehet számodra bár sztem ő nem képes incrementál mentésre.
- A hozzászóláshoz be kell jelentkezni
Első ránézésre még jónak is tűnt. Az egy dolog hogy sosem érte el a teljes, stabil változatot, de a Windows rész fejlesztését még 2011-ben abbahagyták. :-| Linux-os részt meg 2013-ban. :(
- A hozzászóláshoz be kell jelentkezni
kb 15 féle img file van nálunk, win7-8,xp, debian, ubuntu gond nélkül működnek.
1Gbites hálón ~20GB kb ~8 perc értelemszerűen rendszer méretével nőni fog. Túl sok mókólás nem kell hozzá, hogy felállítsd a rendszert.
Ha kell akkor WOL felébresztem a kiszemelt gépet és a ütemezett feladat már indul is. Ha nem kell ütemezni, akkor a következő újraindításkor fog majd elindulni.
A gány BIOS-ú gépeknél lehet problémád, mert másról szeretné bootoltatni a rendszert, a kernert érdemes cserélni az elején.
- A hozzászóláshoz be kell jelentkezni
Hello,
összesen hány telephelyről beszélünk? Mennyi a gépek száma összesen?
Az éjszakai újratelepítéshez van képzett helyi személyzet?
A mentésből a rendszert és az alkalmazásokat kell helyreállítani, az adatokat nem. Ugye?
Üdv,
Marci
- A hozzászóláshoz be kell jelentkezni
15.4 hektáron (154 ezer m2) van tíz különálló terület / telephely. Mindenütt helyi hálózattal, de egy központi helyről mindegyik elérhető (megfelelően tűzfalazva és jó lassan). Mindig lusta voltam pontos darabot számolni. Most nagyságrendileg megtettem és kb 90 - 100 gépről van szó. Fontos, hogy egy telephelyen azonos HW-jű gépek vannak, de telephelyek közt ez nem mindig igaz.
Igen, mentésből a rendszert és az alkalmazásokat kell helyreállítani (valójában _nem_ mindegyik Microsoft termék), megérkezéstől számítva lehetőleg fél órán belül. Helyi adatok nagyon kevés kivételtől (és bár nem érdektelenek, elvesztésük nem nagy gond) eltekintve központilag vannak replikálva (pl NAS-on, RAID1-en). Azok helyreállítására már van kiforrott rendszer. Kb öt-tíz perc alatt bizonyítottan visszaállításra kerülnek. Rendszer és alkalmazások helyreállítása kézi egyelőre. :(
Helyi üzemeltető személyzet van. Működési gond esetén telefon, akár felkeltenek, leszednek az asszonyról, bármi és autóval a helyszínre kell sietnem. Ott minél hamarább biztosítanom kell az eredeti, működő állapotot.
- A hozzászóláshoz be kell jelentkezni
Privát üzenet ment.
Üdv,
Marci
- A hozzászóláshoz be kell jelentkezni
Erre mondják azt, kicsi a világ. Kereslek majd a mai nap.
- A hozzászóláshoz be kell jelentkezni
Tartalék gép? :)
- A hozzászóláshoz be kell jelentkezni
+1 Ez nem opció?
legalább hardverekből is van redundancia és a hálózat minősége sem lesz akadály
- A hozzászóláshoz be kell jelentkezni
Van. Kevésbé akartam belemenni a részletekbe. Fontosabb gépek duplikálva, sőt triplikálva vannak. Ettől még a feladatuk fontos. Ha nem is fél óra alatt, de mondjuk egy, max két óra alatt helyre kell állítani a duplikációt. Az nem engedhető meg hogy mind-kettő/-három egyszerre álljon egy feladatcsoportot ellátó gépek közül. Ennek elősegítésére lenne jó egy ilyen rendszer használata.
- A hozzászóláshoz be kell jelentkezni
Pár éve én erre a FOG-ot használtam (http://www.fogproject.org/) még működik, de kezd egy kicsit nyögvenyelős lenni új hw. esetén. Nagyon úgy tűnik abbahagyták a fejlesztését, kár, mert nagyon jó (volt).
- A hozzászóláshoz be kell jelentkezni
Úgy tűnik mégis élnek még:
FOG - Release Candidate
Wed, 04/23/2014 - 08:01 — admin
- A hozzászóláshoz be kell jelentkezni
kijött az 1.01 változat win8 support - ha még aktuális
- A hozzászóláshoz be kell jelentkezni