Új hozzászólás Aktív témák
-
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.
The only real valuable thing is intuition.
-
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).
The only real valuable thing is intuition.
-
brd
nagyúr
-
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!
[ Szerkesztve ]
The only real valuable thing is intuition.
-
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.[ Szerkesztve ]
The only real valuable thing is intuition.
-
brd
nagyúr
Magával a perfmon programmal tudsz rögzíteni adatokat (az is beállítható, hogy mit), aztán azt nézegetheted vissza, hogy mikor milyen volt éppen (a performance monitoron jobbgomb, és new -> data collector set, vagy ugyanez a Data Collector Sets-nél).
The only real valuable thing is intuition.
-
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.
The only real valuable thing is intuition.
-
-
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.
The only real valuable thing is intuition.
-
brd
nagyúr
válasz Panthera #937 üzenetére
Ez arra jó, hogy ha egy nyomtató pl. ún. DOT portot használ (pl. rengeteg HP), akkor azokat is továbbítsa a távoli asztal (RDP) kliens. De ettől ugyanúgy változik az a TS port, ahol végül láttatja ezt a nyomtatót a kliens a serveren.
The only real valuable thing is intuition.
-
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).[ Szerkesztve ]
The only real valuable thing is intuition.
-
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:00000001The only real valuable thing is intuition.
-
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?[ Szerkesztve ]
The only real valuable thing is intuition.
-
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.[ Szerkesztve ]
The only real valuable thing is intuition.
-
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.The only real valuable thing is intuition.
-
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.
The only real valuable thing is intuition.
-
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.The only real valuable thing is intuition.
-
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).
The only real valuable thing is intuition.
-
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.)
The only real valuable thing is intuition.
-
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.
The only real valuable thing is intuition.
-
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).
The only real valuable thing is intuition.
-
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).
The only real valuable thing is intuition.
-
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ő).
The only real valuable thing is intuition.
-
brd
nagyúr
-
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.
The only real valuable thing is intuition.
-
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).
The only real valuable thing is intuition.
-
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)...The only real valuable thing is intuition.
-
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.
[ Szerkesztve ]
The only real valuable thing is intuition.
-
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?
The only real valuable thing is intuition.
-
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).
[ Szerkesztve ]
The only real valuable thing is intuition.
-
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.
[ Szerkesztve ]
The only real valuable thing is intuition.
-
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.
The only real valuable thing is intuition.
-
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...
The only real valuable thing is intuition.
Új hozzászólás Aktív témák
- Hisense LCD és LED TV-k
- PlayStation 4
- Anglia - élmények, tapasztalatok
- Android alkalmazások - szoftver kibeszélő topik
- BestBuy ruhás topik
- Kerékpárosok, bringások ide!
- Eredeti játékok OFF topik
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- sziku69: Fűzzük össze a szavakat :)
- CURVE - "All your cards in one." Minden bankkártyád egyben.
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen