Új hozzászólás Aktív témák
-
#6754
InfiniteReality
őstag
takyka77
#6753
InfiniteReality
őstag
válasz
takyka77
#6753
üzenetére
Mondom, nekem sikerült. Ettől az őrülettől úgy tudsz megszabadulni, hogy egy szerver esetén is - ha elég erős a fizikai vas - bizony bevirtualizálod. A teljesítménycsökkenés nem jelentős, sőt akár érzésre gyorsabb is lehet. Thick provisioning esetén, amikor fix méretű a virtuális file ami magát a gépet tartalmazza a host rendszeren, nincs töredezettség, és az egy filet gyorsabban kezeli a fizikai diszk rendszer.
Én VMWARE ESXI-t használok, 5.5 verzió, ingyenesen. -
#6752
InfiniteReality
őstag
takyka77
#6751
InfiniteReality
őstag
válasz
takyka77
#6751
üzenetére
Maga az AD egy NTDS nevű file-ban van. Ahhoz a file-hoz gyanítom hozzárendeli, hogy fizikailag hol (melyik diszken) van. A klónozó program ezt nem tudja megoldani. Elvileg egy sysprep segíthet, de azt se mindegy hogyan futtatja le az ember egy DC-n.
Egyébként éppen az ilyen hibák kivédésére, én anno 1 szerverhez is elkezdtem vmware-t használni. Addig amig a file ami tulajdonképpen a virtuális gép megmenthető / nem sérül, addig bármilyen környezetben el lehet indítani az OS-t, és "észre sem fogja venni".
Én működő 2003-as DC-t és domaint virtualizáltam be vmware ESXI alá. Gyakorlatilag csak a hálózatot kellett "rendbehozni" a vmware converter tool után. Amit azért kellett megtenni, mert a virtuális hálókártya másik eszköz, és minden windowsos szolgáltatásnak meg kellett mondani, hogy azt használja ezentúl. Még a régi IP címét is vissza tudtam adni az OS-nek, így tényleg "semmi nem változott". -
#6750
InfiniteReality
őstag
bugizozi
#6749
InfiniteReality
őstag
válasz
bugizozi
#6749
üzenetére
Sok Global Catalog-ot érintő hiba (ami a Windows könyvtár alatt található egy nem tudom milyen nevű alkönyvtárban).
Tehát konkrétan nem megy az AD, nehézkes lesz a szerverre is belépni, teljesen széthullik. De nem lehetetlen belőle visszahozni. Az a lényeg,hogy szerveroprendszer lévén a 2003 kevésbé tűrijól az ilyen klónozgatást, főleg ha AD is van már rajta. -
#6748
InfiniteReality
őstag
takyka77
#6746
InfiniteReality
őstag
-
#6655
InfiniteReality
őstag
rajlev
#6654
InfiniteReality
őstag
Ezt sokminden okozhatja, a buggy hálókártyadriverektől megkezdve a "csomagvesztéses" switcheken át a hibás HDD/memóriákig a szerverben bármi.
Erre nincs egyszerű, egy megoldásos válasz. Át kell nézni az egész rendeszert, kezdve az alapoktól. AD rendesen megy-e, van-e mögötte rendesen DNS. Error log a szerveren sokat segít, érdemes kitakaritani. Ezalatt azt értem, hogy a felbukkanó hibákon egytől egyig végigmenni (http://eventid.net hozzászólásait ésszel követni!) .
Illetve a szervert driveresen megnézni. Valamint RAM és HDD vizsgálatot csinálni. RAM-hoz a memtest86-ot ajánlom (addig a szerver nem fog tudni menni). HDD vizsgálathoz a Hard Disk Sentinelt javaslom (ehhez nem kell leállitani a szervert). -
#6631
InfiniteReality
őstag
desolator
#6630
InfiniteReality
őstag
válasz
desolator
#6630
üzenetére
gpupdate /force egy command promtpba beírva.
Plusz az ADUCban ellenőrizni kell, hogy a gép a megfelelő ágban/OU-ban van-e.
A gépen még azt lehet megnézni, hogy mmc.exe (adminként futtatva) majd Resultant Set Of Policy és ott érvényesül-e a beállitás.
Magyarul sajnos nem tudom mert angol nyelvi környezetben dolgozom. -
#6615
InfiniteReality
őstag
Pityusz76
#6613
InfiniteReality
őstag
válasz
Pityusz76
#6613
üzenetére
A szinkronizációt ne piszkáld, nagyon jól van az úgy. Nem kell minden szervernek másodpercre pontosan szinkronban lennie. Az AD-t képzeld el mint egy felhőt, a szervereket meg mint "belépési pontokat".
Mindegy a kliens melyik szerverhez csatlakozik, ha a user legalább az egyik gépen megvan és az AD úgy érzékeli hogy az legitim (tehát nem egy törlés maradványa) akkor pl be fogsz tudni lépni, meglesznek a jogaid stb.
Persze problémák itt is akadhatnak, de alapvetően az AD replikációja nem véletlenül olyan, amilyen. Nem nagyon kell piszkálni. Inkább a topológiát kell jól megtervezni, a többi automatikusan jó lesz. -
#6612
InfiniteReality
őstag
Pityusz76
#6611
InfiniteReality
őstag
válasz
Pityusz76
#6611
üzenetére
Én úgy csinálnám, hogy mindkét 2003-as szerver egyben tartományvezérlő is, de csak az egyik DHCP (alapesetben). Az egyik lesz az "elsődleges" a másik pedig vele szinkronizálgat. Így a teljes tartomány 2 gépen létezik, bármelyik "halála" esetén a tartomány és annak tartalma nem vész el. Ily módon bármelyikről lehet megosztani az AD-nek megfelelő jogosultságokkal. Egyébként a két DC normális konfiguráció, egy DC-vel adódhatnak nehézségek.
-
#6596
InfiniteReality
őstag
Devil Gelo
#6592
InfiniteReality
őstag
válasz
Devil Gelo
#6592
üzenetére
Egyszerű, favágó de működő módszer lehet még a hosts file átírása policyból / logon scriptből. Ha a usereknek nincs admin joguk, nem tudják átírni
www.website.com 127.0.0.1 és máris nem megy.
Mondjuk a facebooknál olyan 4-5-6 bejegyzés kell, de letiltható onnan az is. -
#6487
InfiniteReality
őstag
Gatya2
#6485
InfiniteReality
őstag
Ha egy DC-t újratettél, nincs mód a tartomány visszahozására. Tartományt "lementeni" csak kétféleképpen lehet:
1. Van még 1 DC, aminek átadsz mindent az "elsődlegesről" a telepítés idejére, így minden megmarad. Jogosultságok, megosztások, gépek, maga a tartomány s minden.
2. System state-et mentesz, a gépet újrateszed, majd Direcory Services Restore módban visszaállítod rá a beállitásokat.Ha nem a fenti 2 módon csináltad, akkor nem fog menni, a régi gépek az ugyanolyan nevű tartományba sem fognak csak úgy belépkedni.
Van még egy harmadik mód, de azt senkinek nem javaslom: mégpedig lemented külső programmal az egész oprendszert egy image file-ba. Visszaállítás után a tartomány látszólag lesz csak működőképes, viszont az event log tele lesz hibákkal. Azokat végül ki lehet fésülni és így helyre lehet rázni az egészet, de nagy szívás.
A 3 lehetőség közül az első a nyerő, tehát kijelenthetjük, hogy más értelmes(!) megoldás nincs a tartomány megmentésére. Ha csak nem virtualizálva van minden szerver és DC
De 1 fizikai vas ilyenkor is kell (ha van 3 tartományvezérlő, abból legalább 1 fizikai külön gép legyen, minden egyéb lehet virtuális holmi). -
#6421
InfiniteReality
őstag
InfiniteReality
őstag
Adott egy win2k3 szerver, Intel szerver alaplap, 2db fizikai XEON processzor amik 1 magosak de HT-sek, Windows 2003 R2.
Most jelenleg mindennap automatikusan készül mentés a telepített szerver applikációkból, mysql adatbázisból, illetve az összes adatból, és hetente 2 hetente egy system state-et mentek (ezt manuálisan). Mindez NTBACKUP-pal egy NAS-ra, amiben 2db hdd van tükörben.
Azért merült fel ez a kérdés most, mert a gépben van egy SAS kártya, az operációsrendszer meg a weboldalak 1-1 SAS diszken, plusz van a gépben egy SATA winchester is, ami egy local backup.
A mentés stratégiája ugyanis (automatizált scheduled tasksból): A NAS be van állitva hogy minden reggel 4:50-kor bekapcsol (kb 5 perc kell neki míg feláll), 5:00-kor a kritikus service-ek leállnak és készül egy mentés a szerverben lévő SATA winchesterre. Amikor ez elkészült a szolgáltatások visszaindulnak, de meg is kezdődik a másolás a NAS-ra, ami 5:15-kor kikapcsol.
Ez tök jó, de nemrég meghalt a SAS kártya a gépben, s mivel azon van az oprendszer ezért eléggé körülményes volt ebből a disaster recovery (technikailag átmásoltam a particiót egy sima SATA diszkre, bebootoltam úgy hogy már bennevolt a gépben az új SAS kártya, majd visszamásoltam, s utána az eventlogban lévő hibákat kiigazitottam).
Annak már utánajártam, hogy system state-ből sem olyan egyszerű visszaállni, mert eleve AD recovery mód kell hozzá. Talán jobb lenne virtualizálni a rendszert, ugyanazon a gépen.
Kérdéseim:
Milyen host OS-en lenne esetleg célszerű bevirtualizálni a szervert?
Mennyivel lenne lassabb az egész működése ezáltal?
Melyik virtualizációs megoldás javasolt? -
#6356
InfiniteReality
őstag
donatel
#6355
InfiniteReality
őstag
válasz
donatel
#6355
üzenetére
Én a helyedben a routerből teljesen kiírtanám a DNS-t, ha a 2k3 server úgyis csinál DNS-t. És akkor a szolgáltató DNS szervereit kell megadni forwardernek a DNS-ben.
Ugyanígy, ha a 2k3 server DHCP-t is csinál, a routerből kiírtható a funkció. Lényegében így a router "csak" gateway lesz a net felé, egyéb funkciókat ellát a server.Ennek egy hátránya van, ha valamiért nem megy a server, a lokál hálóból nem lesz net (DNS híján).
Én ezzel együtt tudok élni
-
#6350
InfiniteReality
őstag
kraftxld
#6349
InfiniteReality
őstag
válasz
kraftxld
#6349
üzenetére
Vagy 2 hálókártya van a gépben és nem a megfelelőhöz vannak kötve az alapdolgok. Meg kell cserélni a hálózati kártyák sorrendjét (adapterek körbejárási iránya).
Ahogy elnézem, vagy nincs is hálózati kapcsolat, és akkor azért nem működik rendesen, vagy mert tényleg 2 hálózati eszköz van, s csak azt mutatja amelyik nincs eszközbe dugva (az óra mellett).
-
#6325
InfiniteReality
őstag
animatrix11
#6324
InfiniteReality
őstag
válasz
animatrix11
#6324
üzenetére
DHCP-hez miért kellene kettő? Azon az interface-en fogadja a kéréseket, amelyikre beállítod. Viszont akkor a routerben érdemes kikapcsolni a DHCP-t, ha a szerverrel akarod megoldani az IP kiosztást.
WRT54G tök alap holmi, alap dolgokra elég. -
#6323
InfiniteReality
őstag
animatrix11
#6322
InfiniteReality
őstag
válasz
animatrix11
#6322
üzenetére
Attólfügg mekkora net van alatta, illetve a tűzfala mennyire erősre van bekapcsolva. A packet inspection a tűzfalban szokta a legtöbb erőforrást lekötni nagy sebességek esetén, illetve maguk a tűzfalszabályok. Mondjuk a szabályok sorrendjén változtatva lehet kis sebességet nyerni.
-
#6321
InfiniteReality
őstag
animatrix11
#6320
InfiniteReality
őstag
válasz
animatrix11
#6320
üzenetére
Ha elég erős a router és elég jó, felesleges a servernek osztania. Nálam egy MikroTik RB750G van, és csak az a dolga, hogy tűzfalként és átjáróként viselkedjen (tehát csak netet oszt).
A többi (weblap szolgáltatások, active directory domain, dhcp stb) pedig a szerver dolga. A második hálókártyát letiltottam és máris kisebb szívás. -
#6319
InfiniteReality
őstag
animatrix11
#6318
InfiniteReality
őstag
válasz
animatrix11
#6318
üzenetére
Nem. Az legyen az első, amin a belső hálózat fut! Mivel úgylátom a többi gép a szerveren KERESZTÜL kapja a netet, tehát a szerver gép osztja a netet. A routerből meg csak a szerver kap?
-
#6317
InfiniteReality
őstag
animatrix11
#6314
InfiniteReality
őstag
válasz
animatrix11
#6314
üzenetére
Úgyértem, ha a gép olyan, hogy önmaga routerként és tűzfalként is viselkedik a belső hálózat számára.
Tehát NET -> szerver "A" hálókártya / szerver "B" hálókártya -> belsőháló
Ilyenkor a "B" hálókártyának kell "elöl" lennie ahhoz, hogy minden normálisan működjön.
-
#6313
InfiniteReality
őstag
animatrix11
#6312
InfiniteReality
őstag
válasz
animatrix11
#6312
üzenetére
Egy "beteg" rendszert én nem mentenék backup-pal. Egyébiránt lehet a "haldokló" fagyó rendszer is menthető. Csak le kell ülni és rögtön az eventviewerben lévő MINDEN hibát kijavítani (a http://eventid.net és a google segítségével). Nekem egy hasonló állapotú AD-t és Domain Controllert sikerült így megmentenem, utána még 5 évig(!) ment egyetlen hiba nélkül, mígnem winyóhalál következtében visszaadta lelkét a teremtőnek.
Nagyon fontos hogy az eventlogban ne legyenek piros és sárga bejegyzések (1-2 kivételtől eltekintve). Utánuk kell járni, kiigazítani mindet, mert egy látszólag jól működő AD is lehet hibás (aminek nyoma is van az eventlogban).
Fontos még a két hálókártyával rendelkező gépeknél a "körüljárási sorrend". Felülről lefelé nézve az első hálókártyára kell legyen "rágyógyulva" az AD a DHCP server és minden egyéb szolgáltatás, különben nem fog rendesen működni.Már ennek a sorrendnek a helyes beállítása is rengeteget dob a dolgon és sok hibát megszüntet. -
#6287
InfiniteReality
őstag
desolator
#6286
InfiniteReality
őstag
válasz
desolator
#6286
üzenetére
Egy új Scope-ot (hatókör) kell létrehoznod a dhcp szerveren belül, ott beállitani mit osszon ki:
Router vagy alapértelmezett átjáró
DNS szerver(ek)
WINS / NBNS szerver(ek)
és még itt a WINS/NBT node type-ot 0x8-ra érdemes állitani (ez a hatókör beállitásainál van egyébként, de első beállitáskor a varázsló végigvezet).Természetesen be kell állitani az IP tartományt, amin belül osszon (pl 192.168.1.x), felvenni kivételeknek a statikus ipvel rendelkező gépeket (pl magát a gépet amin a DHCP van, meg a routert/átjárót). Ha mindez megvan, authorize és mennie kell.
Persze a szerveren fix ip kell legyen beállitva.
-
#6260
InfiniteReality
őstag
gardener
#6258
InfiniteReality
őstag
válasz
gardener
#6258
üzenetére
Két megoldás van:
1. Domain. A 2k3 serveren létrehozol egy domaint, a user oda jelentkezik be, a kliensgépet berakod a domainbe, és voilá. A Windows elindulása után minden erőforrás el fog érni, amihez van jogosultsága. Attól, hogy domain-es belépés van, még meglehet oldani, hogy gép bekapcsoláskor ne kérje a jelszót, hanem léptesse be automatikusan.
2. Azt a usert ami a kliensgépen létezik, betűre pontosan ugyanazzal a névvel és jelszóval létrehozod a 2k3-as gépen helyi userként, és adsz neki jogosultságot a megosztásra.
-
#6191
InfiniteReality
őstag
animatrix11
#6190
InfiniteReality
őstag
válasz
animatrix11
#6190
üzenetére
Akkor megintcsak ez lehet a probléma. 1 kártya legyen a gépben, dobd be a router mögé, routernek fix ip-t, abban kapcsold ki a dhcp-t és a szerver:
legyen domain kontroller
legyen dhcp
legyen wins
legyen dns server
ha minden jól van beállitva ez igy menni fogBár angol windowsom van de megpróbálom magyarul:
Jobbgomb bármelyik kapcsolaton az óra mellett, hálózati kapcsolatok, speciális menü, speciális beállitások menüpont.Legfelül legyen az az adapter, amelyikre az Active Directory "rátelepszik". Fix ip-je kell legyen. Ha eleve úgy teszed domain kontrollerré a gépet, hogy csak 1 kártya aktív, akkor jól fog "rámenni".
-
#6189
InfiniteReality
őstag
animatrix11
#6188
InfiniteReality
őstag
válasz
animatrix11
#6188
üzenetére
Nézd meg az adapterek körbejárási sorrendjét. Ha van routered miért kell a 2 hálókártya a szerverbe?
-
InfiniteReality
őstag
válasz
istvankeresz
#6181
üzenetére
Nem baj a replika. Mindenképp kell külön policy, hogy megtudd adni szerencsétlen 2. telephely gépeinek, hogy hová kérdezősködjenek a frissítésekért.
-
InfiniteReality
őstag
válasz
istvankeresz
#6179
üzenetére
Ne a default domain policy-ba ird be a wsus-t, hanem hozz létre egyet, abban legyen benne az 1. telephely WSUS szervere. Aztán csinálj még 1 policy-t, ami a második telephelyre vonatkozik, de blokkold az öröklődést (a default domain policy-t tilos blokkolni, azért ne abba ird). így a 2. policyba, ami a második telephelyre vonatkozik meg tudsz adni másik WSUS-t. Hát igen, a két külön telephely gépeit és szervereit célszerű valamilyen módon külön csoportosítani, hogy aztán megtudd rájuk adni könnyen a másik policy-t
-
InfiniteReality
őstag
válasz
istvankeresz
#6177
üzenetére
Pedig muszáj lesz, azért keresik az "első" WSUS-t és nem a másodikat. Vagy ha meglehet adni policy-ban "másodlagos" WSUS-t add meg ott a 2. telephelyét. Akkor az elsőn rögön csatlakoznak majd az elsőre és mindenki happy. A 2. kicsit később de rájönnek hogy az első nem elérhető és rárepülnek a másodikra.
-
InfiniteReality
őstag
válasz
istvankeresz
#6175
üzenetére
GPO-ban terjeszd el a második telephelyen a "replika" WSUS szervert
-
#3914
InfiniteReality
őstag
kraftxld
#3897
-
InfiniteReality
őstag
válasz
InfiniteReality
#3866
üzenetére
Valaki esetleg a #3866-ra?
-
#3866
InfiniteReality
őstag
InfiniteReality
őstag
Sziasztok, ismét problémám van. Valami nagy FTP guru segítsen plz!
Router (NAT) -> MS FTP service (Wni 2k3) belső ip címmel. A probléma, hogy kivülről nem lehet csatlakozni az FTP-re.
Passziv FTP be van állitva, metabase.xml-ben a passive port range beállitva, megfelelő portok a routerben forwardolva a megfelelő belső IP cimre.
A csatlakozás sikeres, név/jelszó OK, viszont amikor átakar lépni passziv módba, a csatlakozás nem működik, mert nem megfelelő IP-t kap a kliens a szervertől (MS FTP Service).
Mutatok egy FTP kliensoldali logot, hogy lássátok a hibát:
-------------------------------------------------------------------------
Connecting to site FTPsite
Connecting to akarmi.hu
Resolving url akarmi.hu to an IP address
Url resolved to IP address KÜLSŐ IP
Connecting to KÜLSŐ IP on port 10021
Connected successfully to the server on port 10021
Logging on to server.
Logon to server was successful.
Testing directory listing ...
Connecting to 192.168.1.1 on port 10036
-------------------------------------------------------------------------A probléma a második vastagon kiemelt IP-vel van, hogy az már a router mögött lévő szerver belső IP címe, amihez kivülről értelemszerűen nem tud csatlakozni a kliens.
Win 2003 server
MS FTP service
Linksys RVS4000 router
FIX külső IP (mutat rá toplevel domain)
FTP connection port: 10021
FTP data ports: 10030-10040 -
#3842
InfiniteReality
őstag
adm
#3841
InfiniteReality
őstag
Nem vagyok biztos benne hogy alapvetően server oprendszerre könnyű dolog tv tunert feltelepíteni. Nem arra való. Az 1 dolog hogy kigyomláljuk a "felesleges" cuccokat, lecsupaszítjuk és egy XP szintű oprendszert nyerünk, de attól még sosem lesz XP. Ha más nincs tényleg csak a telepítő megpiszkálása marad...
-
#3829
InfiniteReality
őstag
Hedgehanter
#3815
InfiniteReality
őstag
válasz
Hedgehanter
#3815
üzenetére
Persze!
Különböző nemzetiségű (grúz stb) userek tárolják hálózati drive-on a fontos dokumentumokat. Csak a fontos dokumentumok fileneve ugye nem feltétlenül angol, és nem feltétlenül 10 karakter hosszúságú
-
#3814
InfiniteReality
őstag
Gregorius
#3813
InfiniteReality
őstag
-
#3812
InfiniteReality
őstag
Hedgehanter
#3811
InfiniteReality
őstag
válasz
Hedgehanter
#3811
üzenetére
Megnéztem pontosan a hiba okát. Nem is igazán a folderrendszer a probléma. Elmondom miről van szó.
Vagy ugyebár a fileszerver, azon 1 könyvtár megvan osztva valamilyen néven. Ezen belül ugyebár kialakul egy szép folderstruktúra. Addig nincs is komolyabb gond, amig a folderek csak az angol karaktereket tartalmazzák. Azonban ha csinálunk mondjuk egy 10 folder mélységű, folderenként mondjuk 20 cirill(!!!!!) karakterből álló struktúrát, akkor kb az 5-6-ig tud lemenni az intéző és az összes folderlistázó utility (igen a treesize is
). Tehát mondjuk a 7. mélységű folderbe már nem tudsz belelépni, és hibaüzenet sem keletkezik az eventlogban. Nyomsz rá egy entert és nem történik semmi.Itt jön a furmány, ha a 6. mélységű foldert megosztod valamilyen néven, akkor onnan már lejjebb tudsz menni megint egy darabig.
Erre varrjatok gombot (ja és próbáljátok ki, érdekes
).Szerintem az a gond, hogy a cirill karakteres foldernév unicodeként tárolódik, több byte helyet foglal el egy karaktere, és igy betelik valami buffer/cache/bármiegyéb, és ezért nem tud lejjebb menni a folderstruktúrában pl az intéző.
Érdekes viszont hogy a ms backup programja az ilyen "kretén" folderstruktúrát is csontnélkül lementi. A backup felületén keresztül bele is lehet menni, bármilyen mélyre.
Lenne egy offtopic (mysql) problémám. Esetleg ha vki tudna segiteni, feltenném itt a kérdést...
-
#3810
InfiniteReality
őstag
Hedgehanter
#3805
InfiniteReality
őstag
válasz
Hedgehanter
#3805
üzenetére
Köszi!
Ez úgylátszik beválik! Mármint a treesize. Tud listázni owner alapján, már csak az a kérdés lemegy-e 250 foldernél mélyebbre, akkoris ha további megosztások vannak, illetve kilistázza-e a misztikus karaktereket tartalmazó fileokat.
A diskuse (MS tool) ugyanis itt vérzik el, az R2-ből használhato report manager pedig csak az első 100-at listázza ki...
-
#3809
InfiniteReality
őstag
Hedgehanter
#3805
InfiniteReality
őstag
válasz
Hedgehanter
#3805
üzenetére
Ez a treesize a 2k3 (R2) része, vagy külön progi?
Tud file-okat listázni (teljes elérési úttal) owner alapján?
-
#3808
InfiniteReality
őstag
kraftxld
#3806
InfiniteReality
őstag
válasz
kraftxld
#3806
üzenetére
Hali!
Pont a Quota management miatt kellene nekünk ez a szolgáltatás. Mert mindenki egyenlően kap quotát, de mindig vannak egyenlőbbek. Miattuk (is) kellene az, hogy meglehessen neki mondani, hogy "na ezek a fileok tartoznak hozzád".
Egyébkéntmeg az is problémát okoz, hogyha van 1 közös tárterület és oda mentegetnek file-okat és onnan dolgoznak, akkor nyilván minden egyes elmentett file annak a quotájába tartozik, aki elmentette. Tehát a közös tárterületre mentett fileok is beleszámolódnak a quotába. Ez mondjuk nem is baj, de jólenne tudni ilyenkor, hogy melyik file kié. És itt ugrik be eme nagyon hasznos szolgáltatás 100as limitje, amit ki kellene ütni valahogy...
-
InfiniteReality
őstag
válasz
InfiniteReality
#3798
üzenetére
Valaki esetleg a #3798-ra? Vagy még senki nem futott rá ilyesmire?
-
#3798
InfiniteReality
őstag
InfiniteReality
őstag
Köszi a válaszokat, megnézem őket
Újabb, kicsit komplexebb problem. Kismillió googlegoogelgoogle, fórum és technet olvasgatás után is fennáll az alábbi probléma:
Adott egy Win2k3 R2-es fileserver. Ebben van egy-két nagyon hasznos tool a quotabeállításokat illetően, valamint nagyon jó reportokat tud csinálni. Pl ha arra vagy kiváncsi hogy egy rakás file közül melyik tartozik egy adott userhez, ebből szép reportot csinál (tud listázni files by owner alapján).
De sajnos ráfutottunk egy eléggé idegesítő "limitációra". Ez a reportkészitő minden userhez csak az első 100 file-t listázza ki. Márpedig nekünk az kellene, hogy a quotáját túllépett illető kezébenyomjuk ezt a reportot, hogy gyomlálja ki a szükségtelen file-jait.
Valaki nem tudja esetleg, hogy hol van ez megadva? Bármilyen megoldás érdekelne. Kikéne ütni ezt a limitációt.
Köszi!
-
#3786
InfiniteReality
őstag
InfiniteReality
őstag
Hello!
Win2k3 server, tartomány, minden ami kell. 2 kérdés:
1. Application deploymentet szeretnék létrehozni. Ilyenkor a legegyszerűbb megoldás policyból az msi csomagokat assigneddé tenni, ezt a policyt aktiválni egy OU-ra, majd azokat a gépeket amikre telepittetni akarok bevágni ebbe az OU-ba?
Ha assigned egy msi csomag, akkor automatikusan települ (akár user nélkül) vagy milyen módon kerülnek fel a progik?
2. Van egy akármi.local tartomány, dns bejegyzések is igy vannak. Ebből szeretnék akármi.hu-t csinálni, AD újratelepités nélkül. Lehetséges ez? Forest és domain functionality level az 2003.
). Tehát mondjuk a 7. mélységű folderbe már nem tudsz belelépni, és hibaüzenet sem keletkezik az eventlogban. Nyomsz rá egy entert és nem történik semmi.Új hozzászólás Aktív témák
- AKCIÓ! LENOVO ThinkPad P15 Gen2 munkaállomás - i7 11800H 16GB DDR4 1TB SSD RTX A2000 4GB W
- iKing.hu Realme 14 Pro+ Pearl White 512GB használt karcmentes 6 hónap garancia
- Honor Magic5 Lite / 6/128GB / Kártyafüggetlen / 12Hó Garancia
- Samsung Galaxy Book PRO 2 /i7-1260P/16GB/512SSD/AMOLED/13.3/Intel Iris Xe/Gari
- Sony PS3/PS4/PS5 és kézikonzolok Okosítása és Szoftveres szintű javítása - MÁR 13.00-S PS4 IS!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest