Új hozzászólás Aktív témák
-
brd
nagyúr
válasz
szottyadtdin
#2255
üzenetére
Ha csak 1 servered van, akkor csak a visszacsatolási IP-t (ez ugye a 127.0.0.1 akar lenni magyar ferdítésben?) állítsd be a hálókártyán DNS servernek.
-
brd
nagyúr
Csak ajánlás, hogy biztosan olyan TLD-d legyen, ami nincs az Interneten, ez pedig azért javasolt, mert ha van, akkor egy kliens nem biztos, hogy jó adatot fog kapni (pl. ha egy hu-s zónát készítesz, akkor a külső .hu-s címek elérésével gondok lesznek). AD-hez "javasolt" (
) AD integráltra elkészíteni a zónát, és akkor lehet szabályozni a dinamikus frissítéshez való jogosultságot is (ha kell egyáltalán, de a legtöbb esetben nem). Ha nincs dinamikus frissítés, attól még a klienseket (címeiket) fel tudod venni a DNS-be, csak kézzel kell (és módosuláskor a változást is kézzel kell felvezetni). A tartományba felvétel egyébként olyan értelemben független a DNS-től, hogy nem kell feltétlen szerepelnie az adott gépnek rekordként a DNS-ben (az AD tagsághoz, és a felvételhez sem szükséges), csak névfeloldási okokból nem árt (nem attól lesz egy gép egy tartomány része, hogy van rá mutató DNS rekord, hanem attól, hogy az AD adatbázisban szerepel). A tartományba felvétel egyszerűsítve abból áll, hogy a kliens lekérdezi a tartományvezérlő(k) (DC) nevét, ill. bizonyos tartományi rekordokat a DNS-ből, kifejezi az DC felé a felvétel iránti kérelmét, majd ha van rá jogosultsága (megadtad a megfelelő credentialst a kliensen), akkor az AD létrehoz neki rekordot, és értesíti a klienst, hogy sikerült. A DNS-be nem ekkor kerül be a kliens neve/címe, hanem korábban, amikor a hálózat része lett (adtál neki IP-t/DNS server címet és nem kapcsoltad ki a DNS regisztrációt a hálókártyán).
Bájdövéj, miért nem az AD varázslóra (dcpromo) bízod a DNS (zóna) beállítását? -
brd
nagyúr
Én úgy csinálnám meg, hogy kikapcsolnám (*), és a másik DC-nek a PDC legyen az elsődleges időforrás, de ha az nem elérhető, akkor ugyanúgy, mint a PDC, kintről kérdezze le az időt.
*: Ettől függetlenül a Hyper-V host órája is legyen szinkronban, mert induláskor a Guest OS-ek az alapján kapják ugye az emulált HW-es órájukban látható időt.
-
brd
nagyúr
Van másik DC is a tartományban/erdőben? Nem lehet, hogy onnan kapja a rossz időt? Az eseménynaplóban látni a beépített S(NTP) kliens próbálkozásait/eredményét, ott mit látsz (Time-Service forrással keresgélj)? Vagy nem lehet, hogy a Host gép terhelése miatt mászik el az idő? Olvasnivaló.
-
brd
nagyúr
Ha a Hyper-V Serverre gondolsz, akkor a M$ által ajánlott memóriaigény nem változott a 2008 R2-höz képest. Ha mondjuk fél-1GB-ot hagysz szabadon a Hyper-V serveren, a legtöbb esetben, az már bőven elég bármire (többnyire még az 512MB is), nem kell külön számolgatnod (főleg, ha dinamikus RAM-ot is beállítasz a Guesteknek). Amúgy az első Guest GB-nak 32MB, minden továbbira 8MB overhead kell (pl. egy 3GB-os Guest esetén tehát 32+8+8MB-ot kell pluszban számolnod), és ezt persze minden guestre ki kell számolni, tehát, ha mondjuk 3 guested van, akkor mindegyik Guest első GB-jára 32MB-ot számolj, a továbbiakra 8-at, és add össze a végén.
Ha viszont Hyper-V alatt azt érted, hogy egy teljes értékű server részeként fusson a Hyper-V, mint Role, akkor olyan 2 GB-ot számolj a host OS-re (plusz sok-sok GB RAM, és 10+Guest esetén a fentieket is számításba veheted, de nem valószínű, hogy mondjuk 32GB-nál többel találkozni fogsz, és lesz vagy 10-16 virtuális géped). -
brd
nagyúr
válasz
DopeBob
#1961
üzenetére
Igen, azzal az acc'al futna le, adtam a computer accountnak is hozzáférést a megosztáshoz próbaképpen (de egyébként nem kell). Viszont kiderült a hiba: a C:\System Volume Information mappába nem tudott írni.
A könyvtárat persze nem bántotta senki, file, és jogosultság szinten, amióta telepítve lett a server (csak Shadow Copy lett beállítva, és az működött is, visszaállítás is volt már pár file esetén)... 
-
brd
nagyúr
válasz
Polemius
#1950
üzenetére
Sajnos ez az "új" Windows backup max. játszadozásra való, komoly dolgokra alkalmatlan. Két kellemes dolgot tud egyedül: a backupot simán be lehet csatolni Win7/2008 alá VHD-ként, ill. hogy mivel blokkalapú, gyors. Ezen kívül csak a szopás van vele.

Pl. a következő üzenetre ki mit tudna mondani? Features újratelepítés volt, mint látható a könyvtárba tudok írni (egy sima Windows-os megosztás lenne a cél), van hely is, de az Event Logokban semmi nyoma az access denied-nak, ill. parancssorból is ugyanezt írja csak... -
brd
nagyúr
Igen, bár a kinyit nem egészen helyes, mert jórészt UDP-ről van szó, inkább úgy lehetne fogalmazni, hogy lefoglal az OS-től egy porttartományt, majd abból véletlenszerűen választ, és ott küldi ki a kérést. Az összes patch pl. innen tölthető le, de egyébként MU/WU-val is letöltődött annak idején automatikusan ill. most is (pontosabban azóta már más, szintén automatikusan letöltődő csomag frissíti a file-okat).
-
brd
nagyúr
Az operációs rendszer felülete a Windows 8-tól megörökölt Metro UI, amely a korábbi Windows Serverekhez szokott rendszergazdáknak elsőre zavaró lehet, és az alkalmazások is Metro stílusra váltottak.
Gyönyörű, eddig azt mondták, a GUI-hoz kell a nagy teljesítmény, most mit fognak, a színes téglalapok rajozgatása foglalja le a gépet? Azt már az Amiga500-as is tudta...
A Windows Server 8 elődeivel ellentétben csak opcióként ajánlja fel a grafikus felhasználói interfész telepítését, a GUI külön szerepkör az operációs rendszeren, alapértelmezésként a GUI nélküli Server Core települ.
No, kellett hozzá ~30 év, de csak sikerül nekik is...?
Adattárolás terén számos új képességgel bővül a Windows Server 8, amelyek alapja a ReFS (Resilient File System) nevű fájlrendszer.
Remélem, ezt jó ideig semmi nem fogja kötelezően használni, mert eléggé gyerekcipőben jár.
Hihetetlen, hogy ennyi év csúszás után még mindig ezt a hulladékot tudták csak kihozni (a WinFS-re gondolok).A Hyper-V-s újdonságok viszont.
(Viszont kár, hogy 2008-ra nem lesz megoldható, ha jól tudom, és megint OS-t kell majd cserélni a virtualizációs rendszer újításához. De remélem, legalább a Hyper-V Server marad olyan, amilyen.)picinrossi: Pl. így.
-
brd
nagyúr
válasz
picinrossi
#1927
üzenetére
Alapvetően 2 lehetőséged van: vagy a userprofilba veszed fel, vagy GPO-n keresztül csinálod meg. (Nem olvastam végig a leírásokat, de az oldal jó cikkeket szokott kihozni, ezért bízok meg benne látatlanban.
)
Maga a script (esetünkben .bat file célszerű) pedig a bginfo-t tartalmazza, mint ahogy simán parancssorból is elindítanád. De lehet perverzkedni .vbs-sel is, pl. vagy akár WMI használatával szűrni pl. hogy milyen gépeken induljon el. -
brd
nagyúr
A papíros megoldás nem elég dinamikus.

Elég lenne, ha tudnám a gép nevét, de honnan tudnám egy több száz ügyféllel rendelkező cégnél, hogy a Kispista Bt. nevű ügyfél, szépszájú titkárnőjének hogyan hívják a gépét (na jó, arra talán emlékeznék
)?A Teamviewer is jó, ha éppen lehet használni, és nincs mondjuk mindenkinek letiltva azInternet, és te csak a serverre látsz be...
-
brd
nagyúr
Távmenedzsmentnél pl. jól jön, amikor külső ügyféltől Mucika hív a kedves hangjával, hogy a múltkor is olyan jól megcsináltad, hogy nem ment a már nem is tudja mije, hogy nem megy most másmije, és lécci' oldd már meg gyorsan. Ilyenkor nem kell szórakozni azzal, hogy elmagyarázod neki, hogyan tudja megnézni a gyors csatlakozáshoz az adatokat, hanem az asztalról be tudja neked olvasni a fontosabb infókat, pl. ezt elindítva.
-
brd
nagyúr
válasz
picinrossi
#1910
üzenetére
Notepad.
(Esetleg Wordpad, ha ékezeteket is akarsz jól használni.) Magát a scriptet pedig pl. policyből (gpedit.msc, vagy a tartományi group policy, ha arról van szó) tudod elindíttatni. -
brd
nagyúr
válasz
DopeBob
#1907
üzenetére
Akkor még az alábbiból csinálj egy .reg file-t és duplakatt a problémás gépen:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon]
"GpNetworkStartTimeoutPolicyValue"=dword:0000003c
"WaitForNetwork"=dword:00000001[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\Kerberos\Parameters]
"MaxPacketSize"=dword:00000001[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Parameters]
"MaxDgramBuffering"=dword:00040000(Ill. próbálhatod őket egyenként is, de bajt eddig egyik bejegyzés sem okozott nekem sehol.)
Ha ez sem segít, akkor: másik hálókártya próba volt már (nem driver, konkrét kártya, lehetőleg másik típus)? Ill. lehet végigtúrni az itt található leírásokat (az Mxxxxxx-ként hivatkozott linkek az xxxxxx-nek megfelelő M$-os KB cikket jelölik, pl. M947861=KB947861).
-
brd
nagyúr
válasz
gardener
#1823
üzenetére
Kezdésnek kizárnám a hálózatot: ha van még1 háttértár a serverben, a kettő között másolgatnék picit. Ha az nem hibázik, akkor másik klienst néznék (esetleg ugyanazt, de a switch másik portjából). Ha az is hibázik, akkor a servert másik switchportba. Ha az is, akkor a hálókártya (és a drivere) környékén keresgélnék, bár ezeket már a normál' működési időn kívül kellene eljátszani, mert megtépnek a felhasználók (már ha ilyesmi környezetről van szó). A kevés RAM csak szélsőséges esetben okozhat ilyet, de attól először csak brutálisan lassulna a másolás (ahogy elkezdené intenzíven használni a "pagefile-t RAM"-nak). Az eseménynaplóban, a hiba jelentkezése körül nincsenek "disk" vagy "ntfs" forrású hibák?
-
brd
nagyúr
válasz
gardener
#1821
üzenetére
Valamilyen hálózati hiba (switch, hálókártya, vagy a drivere), vagy esetleg a víruskergető gyengélkedik (NOD, Norton, Trend Micro?). Ill. esetleg még lehet a háttértároló valamilyen hibája is, de annak valószínűleg más jele is lenne, pl. lefagy, vagy nagyon lassú valamelyik gép.
-
brd
nagyúr
LGA775-ből sokkal olcsóbban jössz ki, ha elég a 8GB RAM (viszont többet fogyaszt majd összességében a gép, ill. valószínűleg nehezebb lesz eladni). Az Intel alaplap nem sokkal jobb, mint a nem Intel, a minőséget tekintve, legalábbis a gyakorlatban, tehát szerintem kár a másfélszeres árat csak ezért megfizetni. ASUS-t viszont semmiképpen nem javaslok. De bármilyen alaplapot is választasz, a chipset hűtésére figyelj oda, mert azzal nem szoktak desktop vonalon foglalkozni, inkább a design a lényeges.
A több user >2-t (+1 console) jelent? Mert akkor már TS licence is kell majd. Ha nincsenek direkt 2008-as igényeid, akkor a 2k3 is jó, és arra van okosság is (ha már úgyis csak tesztcélből üzemelnéd be, bár 180 napig licence nélkül is működik a >2 user)... -
brd
nagyúr
Teljesen jól fog működni, a chipset driver úgyis települ rá, a storage driver szintén, LAN-nak pedig ott a Win7-es driver (ha nem lenne támogatott server driverrel esetleg, de ez amúgy is valószínűtlen), mással nem nagyon lehet gondod (esetleg még a RAID vezérlő lehet problémás, ha van az alaplapon, nem néztem utána).
-
brd
nagyúr
válasz
Panthera
#1662
üzenetére
Mindenre, ami külső (értsd: a gépen kívülről indított) kéréseket fogadni szükséges szolgáltatásként üzemel. De nem muszáj az advanced részben hozzáadni, lehet az XP-ére kicsit emlékeztető helyen is az exe-t (network & sharing center/windows firewall/allow a program...), ami az advanced részben úgy lett hozzáadva, az itt is megjelenik.
-
brd
nagyúr
Nem kell az összes SQL utasítást fejből "vágnod", az a programozó dolga (jó, fejből neki sem, de érted
). Neked azt kell tudnod megoldani, ha megborul a log shipping, mirroring, ha át kell tenni userekkel másik SQL server alá az adatbázist, és hasonlók. Persze néhány parancs ismerete elengedhetetlen, de az nem vészes, ráadásul a SQL parancsok egész jól vannak dokumentálva, már a saját helpjében is (SQL Server Books, telepítéskor választható összetevő). -
brd
nagyúr
válasz
DopeBob
#1467
üzenetére
Ez az UAC ilyen édesen következetlen. Sajnos ezt odáig fejlesztették a fiúk, hogy ha elindítanál admin módban egy másik explorert, akkor ugyanez a helyzet. A megoldás pl. az lehet, hogy egy admin módban indított filekezelőben nyitod meg a könyvtárat (pl. TC, ami amúgy is kényelmesebb és gyorsabb, mint az explorer - legalábbis annak mindenképpen, akinek nincs az egérhez nőve a keze).
-
brd
nagyúr
válasz
DopeBob
#1445
üzenetére
DHCP: lényegében igen, pontosan erről van szó, persze felezés helyett, a kialakításkor eleve olyan scope-ot kell elképzelni, amely legalább 2x akkora, mint a hálózatba képzelhető gépek száma, majd az egyik serveren pl. a címek egyik felét, a másikban a másik felét ki kell zárni a kiosztható címek közül (vagy akár lehet kettőnél több servert is elképzelni, csak sok értelme nincs).
-
brd
nagyúr
válasz
Szd_mferi
#1313
üzenetére
Most nem gondolom végig, mit csinál másképpen a két 2007 ilyenkor, de még annyi ötlet, hogy az Exchange Management Console-ban (vagy Shell-ben, ha perverzkedni akarsz) nézd végig a Client Acces webcímeket (pl. OAB), valamelyik, lehet, hogy a belső cím valami külső címre mutat.
-
brd
nagyúr
válasz
Kukcaman
#1286
üzenetére
Ugye az új tartományba is beléptetted a gépet újra? Mert az, hogy ugyanaz a neve, a servergép számára még mást jelent(het), mert ő egy ún. GUID alapján kezeli, ez pedig (elvileg) mindig egyedi lesz, minden új tartománynál. A régi userrel azért tudsz "belépni", mert a kliens gépen van egy cache, ami eltárolja az utolsó bejelentkezést.
ql0qxo: A virtuális XP is a Hyper-V alatt fut? Ugyanannak a hálózatnak (IP tartomány/netmask jó-e) a tagjai a server és a kliens is? Jól értem, a 2008-ról nem tudod RDP-vel elérni az XP-t? Alapból nincs bekapcsolva rajta egyébként az RDP-n keresztüli elérés, tehát be kell kapcsolni. (Ha a helyesírásod a továbbiakban is az érthetőség rovására menne, akkor vedd úgy, hogy nem írtam.)
-
brd
nagyúr
Van valakinek ötlete, hogy a feladatütemező(be)n mi romolhat el? Van egy feladat (létrehoztam már vagy 2x, hátha valami hiba történt közben), egy .bat file-t kellene naponta fix időpontban elindítania, írja is minden napra, hogy akkor majd futtatja, de nem indul el, semmi nem történik a megjelölt időpontban, sehol egy bejegyzés, sem a history-ban, sem az eseménynaplóban. Kézzel el tudom indítani a task-ot, le is fut hiba nélkül. (Sima 2008, nem R2).
-
brd
nagyúr
Igen, ez a M$ sok baromsága közül az egyik, és ha valaki nem tud róla, extra *pások okozója lehet, mint a példa is mutatja, holott totál értelmetlen a kiváltó oka, hiszen mi a francért is kell fizikai link a szolgáltatások elindításához? Egy másik kedves dolog ezzel kapcsolatban az ISA server WAN linkjének eltűnése, ilyenkor ugyanis a web proxy bind-ok lehalnak, és csak a firewall szolgáltatás újraindításával (ezt persze magától nem tudja megtenni az ISA) áll helyre a rend, hiába jön vissza hamar a WAN link. Szerencsére a sima portforward/VPN azért működik ekkor is (mármint ha visszajött a link), tehát távolról is meg lehet ezt tenni, csak baromi kényelmetlen. Továbbá ilyenkor még az a jobb helyzet, ha az ügyfél hív, hogy the website is down, rosszabb esetben egy helyi, kevésbé hozzáértő elkezdi basztatni a(z egyébként Linux alapú) webservert, merthogy minden más működik, csak az nem. Miután "teljesen" szétkúrta, akkor értesülünk róla, hogy valami gond van. Ilyenkor persze már a webservert is helyre kell hozni... Többször megtörtént eset.
Gondolkodtam már egyébként rajta, hogy ezeket a fura bénaságokat a M$ lehet, szándékosan hagyja benne a termékekben, hogy munkát adjon a szakembereknek. -
brd
nagyúr
válasz
bnorbert989
#1140
üzenetére
De, csak 64 bites host kell alá (ha a 64 bitessel próbálkozol), és a VirtualBoxban a guest machine típusát is úgy kell beállítani, hogy Win2008 64-bit (a General/Version alatt ez legyen), továbbá az I/O APIC-nek is bekapcsolva kell lennie a 64-bites OS-ekhez (System). A VirtualBoxban egyébként 32 bites host alatt is futtatható 64 bites OS, csak egyrészt ehhez mindenképpen kell a VT-x (vagy az AMD-s megfelelője), másrészt nem ajánlják.
-
brd
nagyúr
válasz
Macibook
#1054
üzenetére
Lehet, hogy a portokat/SQL-t átengedted, de ha az SBS-hez járó monitoring célokra szolgáló SQL2005 is fel van telepítve, akkor az SQL Browsert is ki kell engedni. Ezért kérdeztem, hogy teljesen kikapcsolt tűzfallal működik e... SBS2003-on ez azért nem probléma, mert alapból nincs tűzfal (ill. ha teljesen fel van telepítve, akkor ISA van).
A helyi gépen, a TCP/IP-n kívül elérheti a program az SQL-t named pipe-okon, vagy shared memory-n keresztül is akár, azért működik valószínűleg. Ha a kliensek konkrétan az SQL-hez kapcsolódnak, akkor félrebeszél a cég, vagy félreértés van köztetek, mert a 32 bites SQL gyönyörűen fut 64 bites OS alatt (pl. SQL2000, SBS2008 alatt), csak egyes frissítések telepítése mókás, de az is megoldható. Egy másik probléma az lehet, hogy nincs, vagy nem jól van beállítva a SQL Configuration Managerben a TCP/IP protokoll. -
brd
nagyúr
válasz
eziskamu
#1010
üzenetére
Sorban:
A domainnek nem gond a PDC-változás, ha a DNS jól működik.
Jobb, ha nem változik már az IP címe a beléptetés (DC-nek kinevezés) után, de ettől lehetne még akár DHCP-s is, csak jó adatokat kapjon.
Mivel mindkettőn fut majd DNS server, ezért mindkettő gépen saját magára (127.0.0.1). Alapbeállítás szerint úgyis replikálódnak az adatok a DNS-ek között. -
brd
nagyúr
Az SQL-nek nem lesz baja, sőt, még akár az SQL2000 is fut 2008 serveren, csak egyes SQL javítások telepítése lehet tréfás (pl. a ne-csak-a-memória-felét-használd-javítás), mert azt mondják, hogy ezt az OS-t nem támogatják (ha jól emlékszem a hibaüzenetre), ezért kézzel kell elvégezni a folt telepítését. De maga az SQL2000 egyébként simán másolható fileszinten azt követően, ha ugyanazt a verziót ugyanarra az elérési útra telepíted, és természetesen ugyanazok a userek vannak a gépen (pl. tartományi gép mindkettő).
A hálókártyákhoz nem kell driver (ill. kell, csak nem úgy
), mert ha az Integration Servicest telepíted, akkor a szintetikus hálókártyához települ driver (ez majd' az összes újabb NT vonalas Windowsra vonatkozik, bár a 2000-ben nem vagyok biztos, ill. mintha SP4 kellene hozzá), a fizikailag is létező emulált kártyához (Legacy Network Adapter) pedig kb. minden hálózatra képes OS-nek van drivere, annyira elterjedt kártya; persze ez utóbbi lassabb, mint a szintetikus, de még így is jóval gyorsabb lesz a gép valószínűleg, mint a mostani fizikai valója.
Fizikai gépet pl. a System Center Virtual Machine Manager használatával lehet virtuálisra alakítani, vagy ott van pl. az Acronis (Backup & Recovery) Workstation. Viszont ha nagyon unatkozol, kézzel is eljátszhatod a folyamatot.
Ha az upgrade működik hibátlanul, a kliensek nem kellene észrevegyenek semmit.
A többi kérdésre nehéz a konkrét rendszer ismerete nélkül válaszolni, én már azt sem értem pontosan, mi lenne a cél. A régi gépeket szeretnéd mindenképpen üzemen kívül helyezni? -
brd
nagyúr
válasz
Panthera
#942
üzenetére
Az csak a printer sorszáma, a kliensgépen, de a következő registry bejegyzéssel el lehet érni, hogy csak az aktuálisan alapértelmezettet továbbítsa az RDP kliens (a kliensoldalon beállítandó):
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Terminal Server Client\Default\AddIns\RDPDR]
"RedirectDefaultPrinterOnly"=dword:00000001 -
brd
nagyúr
válasz
PaDoViLm
#939
üzenetére
Attól függ, a futtatandó kliens cucc' mennyire CPU-orientált (kliensoldalon mennyire terheli a CPU-t az SQL kérések összeállítása pl.), ezt mindenképpen le kell tesztelgetni, de minimum 6-8 GB RAM kellene (100 MB-tal minimum lehet számolni kliensenként), ill. lehetőség szerint minél több CPU mag. Most hirtelen egy 11 felhasználós példát tudok mondani: egy RDP-vel összesen kb. 120 MB-ot foglaló, VB-ben futó programmal (MSSQL adatbázist piszkál szintén), összesen kb. 1.4-1.5 GB-ot használnak a RAM-ból, és olyan 4-6 CPU magnyi van jelentősebben leterhelgetve a 8-ból (de mondom, ez erősen függ a kliensprogramtól, le kell tesztelni). Esetleg további vizsgálnivaló lehet, hogy használja-e gyakran a háttértárolót a kliensprogram (pl. tempfile-oknak), mert akkor ott is kell figyelni, hogy ne az legyen a szűk keresztmetszet (egyes felhasználókét lehet esetleg máshová irányítani).
Tehát kb. valami olyan vas kellene, ami legalább 12-16 magos (alkalmazásfüggő, lehet, hogy kevesebb is elég lenne, mert pl. viszonylag ritkán húzzák meg egyszerre a gépet a kliensek), és legalább 6-8 GB RAM-mal van felvértezve. A többi paraméter ízlés szerint; esetleg, ha a hálózati adatforgalom is nagy lehet (a fenti példámban bőven elég 1 db kártya), akkor több hálózati kártya sem árt (bár ma már a servernek eladott, leggyengébb gépben is min. 2 db van, amit pedig 12 maggal kapsz, abban 4 db azért szokott lenni), kettőt minimum javaslok, az egyiken az SQL-lel kommunikáljon a gép, a másikon a kliensek a géppel.
Szerk.: Ja, hogy SBS, akkor +4 GB RAM, igen (pláne, ha az Exch. is használva lesz). -
brd
nagyúr
válasz
Panthera
#935
üzenetére
Szerintem is. Ha rájöttél a megoldásra, kérlek, áruld el nekem is, vendégem vagy egy sörre. Nekem pl. egy helyen, egyetlen telepített nyomtató esetén ugyan nem változik meg az alapértelmezett, de egy olyan felhasználó csatlakozásakor, akinek csak és kizárólag az alapértelmezett nyomtatója (ami egyébként mindig ugyanaz) kerül továbbításra (igaz, az viszont USB-s, lehet, ez a megoldhatatlan feladat, ráadásul - gondolom, + súlyosbító körülményként - XP Home kliensről van szó), néha másik TS portra mutat, és át kell állítania a felhasználónak.
-
brd
nagyúr
Watchdog-nak (serverek esetén) azt a funkciót hívják, ami a gép indulásával, és működésével kapcsolatos állapotjelzőket összegyűjti, ill. ezek alapján képes bizonyos tevékenységet is automatikusan végezni. Pl. ha az OS valami miatt úgy lefagy, hogy nem képes magát újraindítani, akkor ez a funkció még ilyenkor is képest ezt megtenni. Valószínűleg ki van kapcsolva ez a funkció a BIOS-ban, és ezért nem tud kommunikálni vele az OS alatt futó program.
-
-
brd
nagyúr
válasz
ro_bert17
#585
üzenetére
Igen, de néhány dologra figyelni kell: a dinamikus lemezen max. 4 db partíció (kötet) lehet, ha MBR alapú a lemez, különben nem tudja elvégezni az átalakítást (dynamic-basic), ill. természetesen csak egyszerű kötet lehet rajta (ill. ha jól emlékszem, egy mirror egyik tagját is vissza tudja konvertálni). Ilyenkor tulajdonképpen néhány byte csak a különbség a kettő között (dynamic-basic). Persze MBR-alapú lemeznél max. 2 TB lehet egy partíció, tehát ha ennél nagyobb kötet van a dinamikus lemezen, azt szintén nem lehet visszaalakítani.
Mindenesetre kiírja, hogy mit tud tenni vele, ha megpróbáld. Adat csak akkor veszhet el, ha nem veszed figyelembe a program üzenetét.OddMan: MBR-alapú lemez esetén 2 TB, dinamikus lemeznél (mindegy, hogy GPT, vagy MBR) 4k-s clusterrel 16 TB, 64k-s clusterrel elvileg 2^64 byte, a gyakorlatban viszont 256 TB, GPT-nél szintén 2^64 byte/256 TB (a 256 TB-os korlát a NTFS jelenlegi implementációja miatt van jelen, de lehet, hogy a 2008-nál már bővítették, nem nagyon foglalkoztam ekkora méretekkel.
). Ezek a server OS-ekre vonatkoznak. A desktop kicsit ki van herélve ebből a szempontból, de az gondolom nem annyira érdekes.
További fontos dolog még, hogy bizonyos vezérlők csak 2 TB-os méretet támogatnak LUN-onként, tehát ezeknél csak dinamikus lemezekkel tudsz ennél nagyobb területet csinálni. -
brd
nagyúr
Simán. Eszközkezelő, jobbgomb a lemezen, konvertálás dinamikusra, üzenet megért, elfogad. Aztán a bootpartíción (rendszerpartíción) jobbegérgomb, és tükör létrehozása. Arra figyelj, hogy visszafelé nem olyan egyszerű a művelet, mert a beépített lemezkezelő ezt nem tudja elvégezni (mármint a dynamic-basic konverziót). Még1 fontos dolog: ha már elindítottad a tükrözést, ne indítsd újra a gépet, ameddig nem végez, mert ez bizonyos vezérlőkkel gondot okozhat, és nem tudod majd elindítani a gépet!
-
brd
nagyúr
Ezt a részét speciel lehet, mert amit ez a program csinál, azok registry-beállítások módosítása, ill. meghívott rendszerfüggvények. Legfeljebb azzal lehet probléma, ha a cache olyan értéket vesz fel, amelyet a program esetleg már nem ismer (nem tudom, van-e ilyen, nem néztem utána).
-
brd
nagyúr
Az a progi önmagában kevés ehhez. Beállítja ugyan a kívánt értékeket, de a Windows simán felhasznál többet, ha úgy gondolja, hogy szükség van rá (legalábbis eddig minden gépen ezt tapasztaltam). Ezért ehhez olyan megoldás kell, ami folyamatosan "flush-ölget" a kívánt értékekre. Tehát vagy parancssorból néhány másodpercenként lefuttatja az ember, mondjuk időzítve, vagy olyan programot használ, ami ezt automatikusan megteszi. Pl. a CacheMan tudja ezt.
-
brd
nagyúr
válasz
gaborbol
#557
üzenetére
USMT (pancsolból is lehet kicsit masszírozni). Vagy eljátszod a "domain-es userrrel belép, kilép, admin userrel belép, rendszerpanelen a profilok között a régit átmásol az új profil könyvtárába (azért kellett belépni, hogy létrejöjjön), jogok ugyanitt megad a domain-es usernek, hogy használhassa" kört. A másolás helyett esetleg a registry-t is szerkesztheted, hogy a régi profilra mutasson a domain-es user profilja (HKLM\SOFTWARE\Microsoft\WindowsNT\CurrentVersion\ProfileList\), de akkor a jogokat kézzel kell megadni a régi profilra (filerendszerszinten) a domain-es usernek.
Persze ha adminok voltak a userek a gépen, akkor néhány automatikusan induló program majd nem fog működni a nem admin jogok miatt, ott tovább kell brainstormingolni (ha az megoldás lehet, akkor fel lehet venni az adott gépeken adminnak a domain-es usert, de ezt lehet GP-ből is). -
brd
nagyúr
Online chat az Intel supporttal, részben kivonatos verzió:
Én: 2008-cat használok egy P55-ös chipsettel ellátott alaplapon, AHCI módban, minden jól működik, egészen addig, ameddig software RAID1-et nem akarnék használni, az ezt követő újraindításkor ugyanis a HDD-detektálás közben az AHCI BIOS lefagy.
Support: Milyen alaplap?
Én: Gigabyte P55-UD3.
Support: Kérem forduljon a Gigabyte supporthoz.
Én: Igen, próbáltam, de ők nem tesztelték ilyen OS-sel, blabla..., viszont az AHCI BIOS az Intel, nem? Maga a chipset támogatja ezt az OS-t.
Support: Ez egy OEM termék.
Én: De önök írják az AHCI BIOS-t, nem? Vagy a Gigabyte készíti, esetleg csak módosít rajta?
Support: Ez nem Intel BIOS.
Én: Akkor a detektálás előtt a Serial ATA AHCI BIOS Version iSRC 1.20E Copyright Intel Corporation mit jelent? Az nem valós állítás? Egyébként a verziószám alapján az összes ilyen chipsettel és viszonylag újabb BIOS-sal ellátott alaplapon ugyanez az AHCI BIOS van, tehát vagy mindenki egy gyártóét használja fel, vagy mégiscsak önök készítik.
Support: Élveztem a beszélgetést, köszönjük, hogy igénybe vette a terméktámogatást, legyen szép napja.
[Kapcsolat megszakad.]Miért is vártam mást?

Miért akarom, hogy a HW-gyártók, meg úgy az egész világ kapja be a bííííííííííp? Az egész úgy 1 hete kezdődött.
(Egyébként lassan a Microsoft is csatlakozhat a csapathoz, a "hogyan telepítsünk EBS-t olyan gépre, amelynek nincsen integrálva a hálókártyadrivere a Windows telepítőbe" c. eposz kapcsán.) -
brd
nagyúr
válasz
kraftxld
#483
üzenetére
Azért ilyen semmitmondó, és hülyeségre építő (nem automata) válasszal még nem találkoztam:
Dear xx
Thank you for your kindly mail and inquiry. According to the motherboard specification, this motherboard only support Windows XP / Vista / 7 OS but does not support Server OS, so we do not recommend you to install Server OS on this motherboard to prevent unexpected driver compatible problem.
And for your information, because different H/W design concept and S/W testing environment. Server H/W design focus on system reliability and tested with server OS and applications.
Thus, if you want to install Server OS, we will recommend you choosing server/workstation MB products to avoid driver/SW supporting and system reliability problems.
At last, if you still have any further question or suggestion about our products/service, please do not hesitate to contact with us directly. We will try our best to help you resolve the problem ASAP.
Regards,
GIGABYTE TECHNOLOGYMég ha azt félre is tesszük, hogy jobbára az összes (tulajdonképpen nem is tudok mondani olyat, amelyiknek nem), Intel chipsetnek van serveres drivere, akkor is, a server/nem server között nem nagyon van olyan HW-model-beli eltérés, amely lehetetlenné teszi a nem server driver használatát server alatt (kisebb problémák előfordulhatnak, de az meg legyen az én bajom, a levelem/kérdésem nem erről szólt). De a levelemben nem driver supportot kértem, hanem konkrétan megkérdeztem, hogy a HDD-k nyilvános, bármilyen program által elérhető tartalmának a megfelelő módosítása miért, és miként van ilyen hatással a HW-es detektálásra kizárólag az Intel vezérlőjével. Mégis ezt a választ kaptam.
Értem én, hogy nem tesztelték, meg hogy szerintük nem erre való, de ezt eddig is tudtam, nem is kértem őket az ellenkezőjére.
Tehát már a support is politikusokat alkalmaz?
(
)Egyébként kaptam már használható reakciót, pont a HP-tól, vagy 5 évvel ezelőtt: egy nyomtatódriver meghülyült, próbálkoztam az újratelepítésével, de mindig elhasalt a telepítő, és tanácsolták (2 nappal a kapcsolatfelvétel és több levélváltás után, kecskeáldozás itt is volt
), hogy kapcsoljam be az indexelést egy adott könyvtárra (vagy file-ra, már nem emlékszem), és az megoldja... ...és tényleg, megoldotta, így segített is a support, mert erre aztán soha nem gondoltam volna (ezért is maradt meg bennem ez a történet), és az interneten sem találtam akkor ilyesfajta leírást. -
brd
nagyúr
válasz
kraftxld
#481
üzenetére
Engem egészen más irányba fognak terelni, ha az Intel support is hasonló bullshit választ fog küldeni, mint a Gigabyte.
Ha nem lesz különösebb okom a használatára, akkor egyszerűen kerülni igyekszem majd a termékeiket, és a környezetemben is ezt fogom javasolni (hivatkozva a fenti kis intermezzora). -
brd
nagyúr
Hmm... alakul a dolog, kipróbáltam, és a Win7 software-es RAID-je működik az alaplapon. Tehát akkor: egyrészt vajon miben másabb a Serveres, másrészt szándékos lenne a korlátozás az Intel részéről?
(Az alaplapon lévő másik vezérlővel probléma nélkül működik minden). -
brd
nagyúr
Aha, rájöttem. Köszönjük Intel (és talán a Microsoft is tehet róla, mert valami olyat ír a HDD-re) a bugos AHCI BIOS-t.
A dinamikus lemez önmagában még nem baj, de amint mirror lesz belőle, a forrás HDD detektálásába belefagy az AHCI BIOS.
Az R2 jó ötlet volt, az annyiban jobb, hogy az a mirrort meg tudja csinálni (de utána persze nem indul a gép, erről a vezérlőről, a másikról igen). Még a sima 2008-cal is megnézem, hogy az alaplapon lévő másik vezérlővel (csak az sajnos lassabb) is problémás-e neki a mirror készítése, és beírom, ha nem (tehát ha nem írok, akkor azzal működik). -
brd
nagyúr
válasz
kraftxld
#475
üzenetére
Ez egy desktop cuccokból összerakott server (csak teszt-, ill. csereserver lenne, azért az olcsóbb megoldás), Core i5 750, Gigabyte P55-UD3 (Intel P55 Express Chipset), 8 GB DDR3, 2 db Western Digital 640GB (WD640AAKS), az alaplapon a BIOS a legfrissebb, mást nem nagyon tudok rajta frissíteni.
-
brd
nagyúr
válasz
kraftxld
#473
üzenetére
A telepítés közben, a telepítő saját programjával hoztam létre a partíciót (ahol meg lehet adni, hogy hová telepítse, ott nem csak kiválasztottam a disk-et, hanem kézzel készítettem neki partíciót, mert ugye alapból az egész lemezt lefoglalná neki, de próbáltam azt is, hogy diskparttal készítettem el ugyanitt a neki szánt partíciót).
Mindegy neki, hogy csinálom. Próbáltam úgy is, hogy még mindkettő basic, és úgy add mirror, próbáltam úgy, hogy a bootdisk-ket kézzel állítottam dinamikusra, és próbáltam úgy is, hogy az üres lemezt is kézzel állítottam dinamikusra.
Viszont, mint kiderült, valami bánata azzal a géppel van, mert virtuális tesztkörnyezetben sehogyan sem tudom előhozni a problémát.
-
brd
nagyúr
Tudja valaki, mit jelent az az üzenet, software-e tükör létrehozása közben, hogy "No extents were found for the plex."? (A szavakat értem, csak az üzenetet nem. Hogy mit nem talál, ...és hol???)
Friss telepítés, és a bootvolume-ot tükrözném, Add Mirror, lemezt kiválaszt, utána jön ez az üzenet. 2 db 640-es S-ATA HDD, az első elejére, egy 200 GB-os partícióra telepítettem a 2008-at (nincs is rajta másik partíció jelenleg), és ezt tükrözném a másik HDD elejére. A másik disk teljesen üres, basic a típusa (próbáltam kézzel is dinamikusra alakítani a művelet előtt, de ezt úgyis megcsinálja az add mirror wizard).
Ami talán gondot okozhat, hogy nyilván nem a szokásos, next-next-finish metódussal telepítettem, hanem a partíciót én hoztam létre kézzel az install folyamán. Talán ez fáj neki?
A nem bootvolume tükrözése az működik, kipróbáltam, de azzal nem sokat érek... -
brd
nagyúr
válasz
gaborbol
#454
üzenetére
A nálam nagyobb tudással rendelkező topictársak majd leírják a finomabb megoldást, de ezekre a problémákra nekem az megoldás szokott lenni, hogy az adott eszközt (a HDD-t), és a hozzá kapcsolódó USB vezérlőt eltávolítod (uninstall a device managerben), majd lehúzva a HDD-t, felismerteted az USB-vezérlőt, aztán újracsatlakoztatod a HDD-t.
-
brd
nagyúr
válasz
gaborbol
#451
üzenetére
Ugye mindegyik server Dell? Én ott (2 db 2900-asnál is) találkoztam ilyennel (táp nélküli külső HDD néha nem működik velük). Ezeknél valószínűleg az (volt) a baj, hogy a gép elején lévő USB portok mintha nem adnának elegendő feszültséget néha (egy pendrive pl. mindig jól működött róluk). Ha viszont a gép hátsó portjaira csatlakoztattam a HDD-t, akkor ott mindig jól működött.
-
brd
nagyúr
válasz
riska1982
#383
üzenetére
Belső hálón igazából csak annyi a lényeg, hogy a Root CA tanúsítvány (ez nem az, amit pl. egy böngészővel megtámadva a Root CA-n lévő HTTPS-es IIS-es oldalt kapsz, hanem ami az abban lévő tanúsítványláncot megnyitva a felsőbb szinten van!) a kliensen benne legyen a "megbízható legfelső szintű hitelesítésszolgáltatók" konténerben (és elérje a hálózaton a kliens a Root CA telepítésekor automatikusan létrehozott IIS CertEnroll virtuális könyvtárat a http://<servernév>/CertEnroll/<tanúsítványnév> címen, vagy ugyanezt a megfelelő filemegosztáson keresztül (\\servernév\CertEnroll stb.).
Ha interneten keresztül akarod tesztelgetni, akkor még pl. a CRL Distribution Pointot is át kell írnod a Root CA-n, ill. a tanúsítvány kiállításakor is oda kell figyelni, hogy a megfelelő internetes cím szerepeljen a tanúsítványban, de ezeket nem részletezem, ha nem muszáj.
Ja igen, arra gondolok, a windowsos CA-ra. -
brd
nagyúr
A server az IP-t lehetőleg ne a routertől kapja, hanem kézzel állítsd be, annak megfelelően, hogy mit oszt(ana) a DHCP (maszk, IP-tartomány megfelelő legyen). Aztán a routeren a DHCP címosztási tartományából szedd ki ezt az IP-t, nehogy kiossza másnak (és állítsd be DNS servercímnek ezt a fix IP-t a router DHCP konfigjában). További lényeges dolog még, hogy, ha esetleg nem így lenne, akkor a serveren, a hálókártyán állítható DNS cím saját magára mutasson (127.0.0.1, vagy lehet az IP címe is, én az elsőt jobban szeretem, mert ha esetleg a server IP-je változik, akkor is saját magára fog mutatni), és a DNS konzolban, a Továbbítók (Forwarders) fülön kell beállítani a külső DNS(eket), pl. a router címét.
-
brd
nagyúr
Akkor szerintem a következő a helyzet: a router oszt DHCP-vel, de mivel az nem tud róla, hogy a serveren is van DNS server, ezért a saját IP-jét osztogatja DNS-nek, az viszont nem rendelkezik a domain-hez szükséges bejegyzésekkel, ezért nem találják a kliensek a domain-t. Tehát pl. azt csinálhatod, hogy a router-en úgy állítod be a DNS servercím kiosztását, hogy az egyik (lehetőleg az első) a serverre mutasson (ha lehet ilyet, sajnos találkoztam olyan routerrel, amelyen nem volt erre lehetőség), vagy a serveren telepítesz DHCP-t és azt állítod be rendesen, és letiltod a router-en a DHCP-t (nem tudom, mennyire végleges a domain, ill. hogy mennyire probléma neked egy DHCP telepítése/beállítása). Én az utóbbit csinálnám, mert egy server biztosabb megoldás (főleg, ha mentegetve is van
), mint egy (SOHO) router. A fix IP-nek itt nincs jelentősége kliensoldalon. Meg is őrülnék, ha minden kliensnek fix IP-t kellene adni domain-ben... -
brd
nagyúr
válasz
riska1982
#373
üzenetére
Az lenne az igazi megoldás, tesztcélra, v. megkerülő megoldásként viszont azt megteheted, hogy egy "saját maga" (a kibocsátó) által aláírt tanúsítványt használsz (azaz te telepítesz egy Root CA-t, és azzal készítesz egy tanúsítványt), és ezt a kibocsátót felveszed a kliensgépen, a tanúsítványtárba, mint megbízható legfelső szintű hitelesítésszolgáltatót.
Magyarországon egyébként pl. a Netlock, vagy a MÁV Informatika foglalkozik tanúsítványminősítéssel. -
brd
nagyúr
A felhasználó adja meg neki, amikor hálózatot beállít (elvileg rákérdez a gép erre, kivéve, ha domainben van, mert akkor a domain profil lép életbe).
Jó lenne tudni, mi változik, mert valószínűleg nem ok nélkül váltogat. Nincs több IP-címe pl. a gépeknek, vagy több hálózati kártya bennük? Vagy esetleg nem kontakthibás a hálózat (kábel, csatlakozók)?
Egyébként, ha nem találod meg az okot, akkor sincs nagy probléma, az egész ugyanis arról szól, hogy a tűzfal milyen szabályrendszert használjon az adott hálózatra. Végső esetben tehát a tűzfalban is megmondhatod, hogy nyilvános hálózat esetén is működjenek a neked szükséges dolgok. Bár ezt nem igazán javaslom.
-
Új hozzászólás Aktív témák
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem.
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Xbox / Microsoft Store feltöltőkártya kód (digitális, HU) több címlet, több db, azonnal, olcsón
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Gamer PC-Számítógép! Csere-Beszámítás! R5 3600X / GTX 1080Ti 11GB / 16GB DDR4 / 512 Nvme SSD
- GYÖNYÖRŰ iPhone 14 Pro Max 128GB Deep Purple-1 ÉV GARANCIA - Kártyafüggetlen, MS3913
- BESZÁMÍTÁS! Apple MacBook Pro 14 M4 Max 48GB RAM 1TB SSD notebook garanciával hibátlan működéssel
- Dell Precision 3561 Core i9 11950H, 16-32GB RAM, 512GB SSD, jó akku, számla, 6 hó gar
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5060 Ti 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
) AD integráltra elkészíteni a zónát, és akkor lehet szabályozni a dinamikus frissítéshez való jogosultságot is (ha kell egyáltalán, de a legtöbb esetben nem). Ha nincs dinamikus frissítés, attól még a klienseket (címeiket) fel tudod venni a DNS-be, csak kézzel kell (és módosuláskor a változást is kézzel kell felvezetni). A tartományba felvétel egyébként olyan értelemben független a DNS-től, hogy nem kell feltétlen szerepelnie az adott gépnek rekordként a DNS-ben (az AD tagsághoz, és a felvételhez sem szükséges), csak névfeloldási okokból nem árt (nem attól lesz egy gép egy tartomány része, hogy van rá mutató DNS rekord, hanem attól, hogy az AD adatbázisban szerepel). A tartományba felvétel egyszerűsítve abból áll, hogy a kliens lekérdezi a tartományvezérlő(k) (DC) nevét, ill. bizonyos tartományi rekordokat a DNS-ből, kifejezi az DC felé a felvétel iránti kérelmét, majd ha van rá jogosultsága (megadtad a megfelelő credentialst a kliensen), akkor az AD létrehoz neki rekordot, és értesíti a klienst, hogy sikerült. A DNS-be nem ekkor kerül be a kliens neve/címe, hanem korábban, amikor a hálózat része lett (adtál neki IP-t/DNS server címet és nem kapcsoltad ki a DNS regisztrációt a hálókártyán).

A könyvtárat persze nem bántotta senki, file, és jogosultság szinten, amióta telepítve lett a server (csak Shadow Copy lett beállítva, és az működött is, visszaállítás is volt már pár file esetén)... 
(Viszont kár, hogy 2008-ra nem lesz megoldható, ha jól tudom, és megint OS-t kell majd cserélni a virtualizációs rendszer újításához. De remélem, legalább a Hyper-V Server marad olyan, amilyen.)
). Ebben egyébként a csúcs eddig egy kórház volt, ahol meg voltak sértődve, hogy ISDN-en keresztül elérjük a serverünket. 
(Az alaplapon lévő másik vezérlővel probléma nélkül működik minden).
Hihetetlenül megkönnyít bizonyos dolgokat.
