Sziasztok!
Sok kérdésem van, elnézést érte, kezdő botcsinálta rendszergazda vagyok.
A stájsz az, hogy van 7 gép munkacsoportban egy alhálón, ezek közül kettőn Windows Server 2003 R2 futkosik, a többin XP. Az egyik Windows Server-es gépen van egy Access adatbázis mesterpéldánya (ne kérdezd, miért Access, még évekkel előttem csinálták), a többi gép csak egy klienst futtat az Accessben, és fájlmegosztással kapcsolódik az ezen a főgépen lévő adatbázis mesterpéldányhoz. Jó, hogy a főgépben redundáns winyó van (ezért a Windows Server rajta - az tud szoftveres RAID tükrözést), meg vannak időszakos (napi) mentések, de mégiscsak jobb és elegánsabb lenne, ha két külön gépen valós időben szinkronizálódna az adatbázis, mert ha ebbe az egy gépbe belecsap a ménkü, és mondjuk mindkét redundáns winyó elszáll, akkor a napi mentések ellenére is az aznapi munka elveszhet, ha aznap még nem volt mentés. Jó, tudom, nem világvége, de akkor is. :)
Szóval ezért gondoltam, hogy a másik Windows Server-es gépet is be kéne állítani a csatasorba, és őrizni rajta is a mesterpéldányt, és valósidőben szinkronizálni a két Windows Serveres gép között, DFS replikációval. Így nem kell naponta mentegetni, és nem veszik el egy napi munka sem, legfeljebb ha mindkét Windows Serveres gépbe egyszerre csap a ménkü. :)
Az alapkérdés tehát az, hogy lehet-e Windows Server 2003 R2-ben peer-to-peer DFS replikációt megvalósítani egy munkacsoport számítógépei között (állítólag Vistában van ilyen, de én még nem próbáltam), vagy mindenképpen ki kell nevezni az egyik gépet tartományvezérlőnek, és a többi gépet, amin DFS-t akarok, beléptetni a tartományba a munkacsoport helyett?
A tartományvezérlőnek kijelölés egyrészt mindenképpen az "Active Directory" nevű rémálom feltelepítését jelenti, vagy elég hozzá egy DNS szerver szerepkör hozzáadása? Másrészt, ha tartományvezérlőnek léptetek elő egy gépet, akkor a többi XP-s gép, amin nem akarok DFS-t, fogja-e látni továbbra is a tartományvezérlővé avanzsált gépen a megosztott mappákat és nyomtatókat ugyanúgy, mint a munkacsoportban, vagy akkor a munkacsoportot el kell felejteni, és minden gépet a tartományba kell beléptetni? (Az világos, hogy a másik, szintén Windows Server 2003 R2-t futtató gépet, amin a DFS replikáció másik példánya lesz, be kell raknom a tartományba.)
Azért kérdezem, mert mindkét Windows Server 2003 R2-t futtató gépen kipróbáltam végül az Active Directory-t, és tartományvezérlővé előléptetést. Az egyik gépen azt tapasztaltam, hogy mintha a munkacsoport is megmaradt volna, a már létező user továbbra is be tudott jelentkezni, a bejelentkező képernyőn ki lehetett választani, hogy a tartományba, vagy a gépre akar bejelentkezni.
A másik gépen viszont az Active Directory telepítése és tartományvezérlővé előléptetés (új erdő- új tartomány) után a már meglévő usert nem engedte belépni a tartományba, a gépre belépés lehetőségét meg fel sem ajánlotta a bejelentkező képernyőnél.
Nem tudom, van-e jelentősége, de ennek a gépnek a tartományvezérlővé előléptetése közben az összes többi gép ki volt kapcsolva, míg az előző, jól viselkedő gépen való teszt-előléptetésnél a munkacsoport többi gépe be volt közben kapcsolva. Mindenesetre a sikerest teszt-előléptetés után "Jé, megmarad az eddigi munkacsoport is, és minden műxik úgy is, mint eddig" felkiáltással mertem csak nekiállni az éles gépen az Active Directory-s előléptetésnek, de ott eléggé megszívtam. A vége az lett, hogy leszedtem az Active Directory-t, minek hatására eltűnt az összes user account, és másfél órát szoptam, mire helyreállítottam.
Bocs, ha hosszú voltam. Előre is köszi!
Péter
- 1806 megtekintés
Hozzászólások
A DFS nem helyettesíti a napi mentést. pl: valami nemkívánatos kerül bele, vagy megsérül, stb... mire észbekapsz szépen replikál, és lesz 2 szar adatbázisod...
Az AD nem annyira rémálom, ha tudod mire való, és tudod használni. Nekem úgy tűnik, hogy megcsináltad kétszer valószínűleg ugyanazt a domain két külön DC-vel. A másodiknál úgy kellet volna, hogy megy az első DC, és meglévő tartományhoz adod.
Ha működik a tartományod, akkor ezen keresztül csinálj mindent (pl megosztások jogosultságai) ne bonyolítsd még a munkacsoportal is.
Egyébként meg magára a problémára ez az egész elég nyakatekert megoldás.
- A hozzászóláshoz be kell jelentkezni
Szia!
Nem lenne egyszerűbb óránként/félóránként/tízpercenként átmásolni az adatbázist az egyik gépről a másikra?
Üdv,
Imi
- A hozzászóláshoz be kell jelentkezni
Nulladrendben: de igen, de azt meg tudom csinálni, ezért nem érdekel.... :)
(meg ha meg tudom csinálni, nyilván meg sem kérdezném)
Célom egyébként nem a probléma megoldása, hanem tanulás, tapasztalatszerzés, kíváncsiságom kielégítése, stb... (tudom, meg a fene a pofámat, hogy jódolgomban ilyenekre van időm... ;)
Mindazonáltal tovább menve a sorfejtésben, kiderül, hogy mégsem lenne egyszerűbb, mert az adatbázis mérete 300 megabájt, a LAN sebessége 100 mbit/s, az legjobb esetben 24 másodperc, miközben a csajok (kolléganők, akik az adatokat viszik be) anyáznak, hogy mitől lassul be a gép! mindez 10 percenként....
DFS replikációval csak az új verziók közti különbséget kell a hálón átmozgatni, ráadásul folyamatosan, ami egyenletes terheléseloszlást jelent a LAN-on, nem egy nagy, periodikusan, de rövid időre fellépő "surge"-ot...
- A hozzászóláshoz be kell jelentkezni
Azért érdekes lesz megnyitott fájlt másolgatni két gép között :) Azt nem tudom, hogy az access hogy dolgozik. Mikor megnyitja a kliensről a szerveren levő adatbázist, akkor átmásolja az adatokat, majd időnként visszaírja, vagy nyitva tartja a fájlt a szerveren? Mert ez esetben az online backup hiányos lesz vagy korrupt.
- A hozzászóláshoz be kell jelentkezni
Szerintem egy kicsit sok dologba kaptál bele így tapasztalat és koncepció nélkül. Az AD nem rémálom :)
A lényeget meg már leírták: a mentés, a raid meg és dfs három különböző dolog, másra jók.
Ha mindenképpen ragaszkodsz a DFS-hez akkor csinálj egy normális AD-t, legalább rendben lesz a user kezelés is.
Azt mondjuk nem egészen látom, hogy egy 300 megás fájl másolásakor mi lassul be olyan borzalmasan :)
Ha nem megy keress meg privátban.
- A hozzászóláshoz be kell jelentkezni