none
Windows 2008 Enterprise 32bit na HP ProLiant DL580 G7 - 64GB RAM

    Dotaz

  • Dobry den,

    rad bych se zeptal na problem, se kterym jsem se setkal na nasem novem serveru. V serveru je nasazeno 64GB ram, ktere system bez problemu vidi. Ovsem Jeste se nestalo, ze by vyuzil vice jak 8GB fyzicke pameti a u velikosti vyuzite pameti tesne pred 7GB zacne server  spusteni dalsich aplikaci padat na nedostatek pameti. Sice ma dalsich 50GB volnych, ale proste nepustim ani word. Po restartu je to vse nanovo, nez se zaplni pamet, vse slape ale opet pri hranici pod 8GB vyuzite ram zacnou mit uzivatele terminalu problemy s prihlasovanim a prestanou jit poustet aplikace. Je mozne nejak system donutil, aby zacal pouzivat vice pameti?

     

    Dle MS limitu by tento os mel podporovat 64GB.

     

    Dekuji za radu nebo tip.

    čtvrtek 10. března 2011 15:42

Odpovědi

  • Teďka jsem to vyzkoušel a bez problému mám zabráno víc jak 8GB RAM na WS 2008 32bit.

    http://msdn.microsoft.com/en-us/library/aa366796(v=vs.85).aspx

    ono tam je psáno, že po instalaci serveru by vše mělo být v pohodě nastavené, pokud je zapnuté DEP.

    Spíš mi to přijde jako problém serveru - nekompatibilita ovladačů, apod. Takže v Hyper-V budeš moci klidně přiřadit i víc jak 8GB RAM. Ale rozhodně je rozumné mít více serverů, už kvůli maximálnímu počtu procesorových jader, což jsou 4.

    A ty jsi psal, že máte 4 socketový server, což znamená 16 jader (vypnul bych HT...) (možná i víc:D tohle je konzervativní odhad...).

    Jinak v Hyper-V je to s Procesory takto - má se začínat s jedním procesorem a pak, až výkon nebude stačit, tak přidávat další jádra. Není to totiž tak, že 1 jádro = málo výkonu:)

    pátek 11. března 2011 18:14
  • no fakt mi to běží...

    u mě to vypadá takhle...

     Správce spouštění systému Windows
    --------------------
    identifikátor              {bootmgr}
    device                  partition=C:
    description             Windows Boot Manager
    locale                  cs-CZ
    inherit                 {globalsettings}
    default                 {current}
    displayorder            {current}
    toolsdisplayorder       {memdiag}
    timeout                 30
    resume                  No

    Zaváděcí program pro spouštění systému Windows
    -------------------
    identifikátor              {current}
    device                  partition=C:
    path                    \Windows\system32\winload.exe
    description             Systém Microsoft Windows Server 2008
    locale                  cs-CZ
    inherit                 {bootloadersettings}
    osdevice                partition=C:
    systemroot              \Windows
    resumeobject            {27d60baf-4c06-11e0-b8d6-f314826e38a4}
    nx                      OptOut

    pátek 11. března 2011 18:23
  • Ahoj,

    IP adresu konfiguruješ jen v tom Virtuálním počítači. Rozhodně ne v hostiteli. Pak nebudeš mít žádné problémy.

    pátek 1. dubna 2011 11:33
  • mělo by stačit vypnout na té síťovce protokol IPv4. Pak by ta síťovka měla fungovat v Hyper-V. Resp, přesněji na té síťovce, která je vyhrazená pro Hyper-V by měl být zapnutý jen "Protokol přepínače virtuální sítě společnosti Microsoft".
    sobota 2. dubna 2011 20:24
  • V to případě ale máš nastavené na serveru v Hyper-V v nastavení sítí možnost využívání síťových karet B, C, D pro: "Povolit operačnímu systému správy sdílet tento síťový adapter".

    Virtuální síťovka se tam vytváží jen v případě, že je toto zaškrtnuto.

    pondělí 4. dubna 2011 5:51
  • 1. BCDEdit /set nx AlwaysOff

    2. BCDEdit /set PAE forceenable

    3. Reboot
    čtvrtek 10. března 2011 18:08
    Vlastník
  • Jirka zmiňoval použití Hyper-V ten je zdarma. VMware vSphere Hypervisor je samozřejmě taktéž zdarma.

    mimochodem co tlačit na dodavatele SW aby začal podporovat x64 platformu? poslední vydání serverových OS je jen x64 a nové klientské OS budou asi taky možná jako poslední x86 + x64 (já spíš doufám v jen výhradní podporu x64).


    michal zobec http://www.michalzobec.cz | http://www.virtualnipc.cz
    sobota 12. března 2011 14:12

Všechny reakce

  • Zdravim,

    http://msdn.microsoft.com/en-us/library/aa366778(v=vs.85).aspx#physical_memory_limits_windows_server_2008

    Ako pisete, tabulka potvrdzuje vyuzitelnost 64GB RAM. Vsimnite si ale poznamku nad tou tabulkou :

    " Limits greater than 4 GB for 32-bit Windows assume that PAE is enabled."

    Tak skuste mrknut na tu stranku o PAE ( http://msdn.microsoft.com/en-us/library/aa366796(v=vs.85).aspx ) a skontrolovat ci je ENABLED alebo nie.

     

    Boris.

    čtvrtek 10. března 2011 15:57
  • Dobry den,

    dekuji za reakci, predpokladam, ze pae povolene je, nebot ve spravci vidim 64GB pameti, tedy pamet celou, co je v serveru obsazena. Taktez vyuzit vice nez 4GB prochazi bez problemu...ale jak rikam, hranice pod 8GB vyuzite fyzicke pameti je kriticka a server zacina mit problemy. Jeste musim rict, ze jsem po poslednim skolabovani zakazal vytvareni strankovaciho souboru...jestli ho neprinutim k vyuziti vice pameti...bohuzel to bylo odpoledne, kdy prestali uzivatele pracovat, takze jsem zaznamenal pouze vyuziti asi 5GB a dale to nepokracovalo. Uvidime zitra, ovsem nerad bych se dockal dalsiho zahlaceni, proto jsem se odhodlal toto tema probrat na foru.

    P.S.

    Omlouvam se, pokud jsem neco prehledl, ale vychazim ze zkusenosti s windows 2003 serverem, ktery jsme meli drive a tam jsme pae povolovali tusim v boot.ini a to prave z duvodu, ze system vubec nevidel pamet nad 4GB...teda pokud si to dobre pamatuji, jelikoz jsme to resili nekdy pred 5-ti lety.

     

    Michal

    čtvrtek 10. března 2011 16:13
  • Tak mi to nedalo a jeste jsem se kouknul na to nastaveni na serveru pae....pokud jsem to udelal dobre, tak kdyz jsem pustil BCDEdit /v coz by mel byt vypis vsech polozek, tak hodnota pae tam nefigurovala. Podle navodu se uvadi, ze pae se povoli prikazem BCDEdit /set pae ForceEnable ... coz jsem cvicne zkusil a hodnota pae se po vypsani polozek objevila, takze je otazka, proc sla pamet videt a pae nebylo zapnute jestli bylo vypnute, nebo to blbe chapu nebo delam neco spatne?
    čtvrtek 10. března 2011 16:44
  • 1. BCDEdit /set nx AlwaysOff

    2. BCDEdit /set PAE forceenable

    3. Reboot
    čtvrtek 10. března 2011 18:08
    Vlastník
  • Dekuji za prime prikazy...zitra se uvidi, jak to pojede. Dam vedet, jak jsem dopadl. Doplnil jsem jeste: BCDEdit /set nx AlwaysOff.
    čtvrtek 10. března 2011 18:51
  • jenom takový kacířský návrh...co tam dát 64 bitový systém :) a případnou nekompatibilitu řešit na úrovni virtuálních počítačů (WS2008 Ent v sobě obsahuje zaprvé Hyper-V a za druhé i možnost využívat až 4 virtuální počítače...
    pátek 11. března 2011 10:32
  • Dobry den, samozrejme mame koupenou verzi serveru, ktera umoznuje 64 nebo 32bit, ale bohuzel nas dodavatel sw vybaveni a jeho aplikace na 64bit nejedou. At nastavuji jak nastavuji, stejne ten server vic jak 8GB nevyuzije a pred zaplnenim 8GB kolabuje. Pokud ten stroj nepujde premluvit, aby vyuzil vice, tak nejspis jedine reseni bude nejaky vmware a virtualni stroje a uzivatele, kteri se budou pripojovat na vicero terminalovych serveru jak bylo zmineno v ramci licence lze vyuzit az 4 virtualni stroje). Spis y me zajimalo, jestli nekdo neco takoveho konkretne resil.

    P.S.

    jen jde o to, ze za vmware na nas server by se uz muselo platit za licenci, coz vychazi cca 20tisic na procesor x 4 a to je dost penez.

     

    P.S. 2

    pokud by se pouzilo hyper-v od mikrosoftu, je to nejak zpoplatnene, nebo jak to funguje, vubec nic o tom nevim (http://www.microsoft.com/cze/virtualizace/produkty/server.aspx)

    pátek 11. března 2011 16:20
  • a co Hyper-V? To mas integrovane ve Windows serveru - navrh: WS2008 (fakt nemate R2?) 64bit jako podklad a bezely by na nem nejake sluby. A pak 3 virtualni stroje, z nichz jeden by mohl byt 32bitovy pro ty aplikace.
    pátek 11. března 2011 16:37
  • mame koupeno:

    Windows Server Enterprise 2008R2, k tomu 100cal a 100term. licenci...po nainstalovani pise, ze je bez hyper-v. nevyznam se v tom, jestli to jde nejak doinstalovat, nebo to musi byt verze serveru? muzete mi to prosim nejak objasnit? dekuji.

    pátek 11. března 2011 16:42
  • co se tyka toho navrhu, tak ok...ale u nas pracuji vsichni uzivatele v terminalu a v 32bitovych aplikaci, takze bych asi udelal dva 32bitove virtualy a rozdelil uzivatele na dva virtualni servery s tim, ze by zbyla licence jeste pro jeden cvicny virtualni server... otazkou je, jak je to s licencema, jestli jde vse v ramci licence co mame, nebo je nutne jeste neco dokoupit? cele by to pak jelo na 64bitovem serveru.
    pátek 11. března 2011 16:50
  • Takze mate koupeny WS2008 R2. Ve vsech verzich WS2008 R2 je Hyper-V obsazeny (nepocitam SBS, ES apod, ale to neni vas pripad..). Problem je v tom, ze Hyper-V je jen 64 bitove. A navic pouze server 2008 - coz je 4 roky stara verze (udelali jste downgrade). Protoze R2 neni jiz 32bit. Takze co by te mohlo cekat - reinstalace na zakoupeny OS, pridani role Hyper-V, asi i treba DC apod a pak do Hyper-V udelat virtualni masinu s WS2008 32bit.Jinak Hyper-V existuje i ve free variante-je to jen role hyper-v, ale naprosto funkci. Muzes si to predstavit jako ESXi, ale bez omezeni:) ale to ty nemas potrebu vyuzivat.
    pátek 11. března 2011 16:54
  • ok, pokud vas jeste mohu obtezovat o konzultaci, seznamim vas z celou situaci kompletne. Dodavatael nam dodal dva nove servery (oba stejne kousky, jeden 128GB ram, druhy 64GB).

    Mame zakoupeno 2x verzi windows 2008 serveru enterprise R2 + zminene 100xcall a 100rdp licence.

    1. server se 128GB ram je nainstalovat s 64-bit W2008Er2 + 2x instance oracle+ bezi role active directory+ dns (vytvorena domena)

    2. server mel slouzit jako terminalovy, bohuzel musel byt 32bit, takze v ramci openlicence jsme provedli downgrade na 32bit verzi serveru 2008. tento server je zapojen do domeny na 1. serveru a je na nem pouze terminalova role na ktere pracuji vsichni uzivatele...samozrejem s problemem, ktery je na zacatku vlakna, tedy vice uzivatelu se pripoji (tech je cca 60) a serrver tesne pod 8GB vyuzite ram zkolabuje.

     

    Nove reseni by tedy znamenalo reainstalaci serveru a vytvoreni 2 virtualu na zakladu w20008entr2 64bit a rozhozeni uzivatelu na dva servery, kde pak 8GB ram na kazdem bude bohate postacovat. Dva virtualy budou mit downgrade na win2008 32bit. Je tato verze realna a budou stacit licence a vse ok?

    Predem diky za reakci na tento rozepis.

    pátek 11. března 2011 17:05
  • Predpkladam tedy, ze je nerealne premluvit, aby na 32bitovem serveru 2008 vyuzivala terminalova role vice jak tech 8GB, porad jsem si rikal, ze by to melo jit nejak nastavit, ale uz jsme dost veci vycerpali a on proste hranici 8GB neprekroci.
    pátek 11. března 2011 17:09
  • Je to realne a melo by to byt i licencne spravne. Vyzkousim si WS2008 32 bit s 12-14GB RAM a dam vedet, jestli pri zaplneni pameti taky spadne. Predpokladam, ze nic dalsiho nez editaci toho bcedit jsi nedelal, ze jo? Jinak bych doporucoval, kdyz budes mit dva terminal servery, tak jeste na jeden server dat licencovani+treba druhy radic domeny...pokud samozrejme uz nejake dalsi nemate.
    pátek 11. března 2011 17:24
  • Tak abych upresnil to spadnuti serveru...jeste radeji pro presnost, jedna se o popis stavu toho terminaloveho serveru s win2008 32bit. Bezi na nem terminalova role a role licencniho serveru. Mame pustene sledovani vykonu, procesor, disk a sit jedou tak maximalne na 10% vykonu po celou dobu. Co se tyka terminalem pripojenych klientu a tiskaren, tak normalne pracuji, jakmile zacne velikost obsazene pameti atakovat 8GB hranici, tak prestanou jednotlivi uzivatele komfortne pracovat...prihlaseni novych trva neumerne dlouho, word zacne po spusteni nebo pri praci padat na nedostatek pameti a prace cehokoliv se brutalne zpomali...to trva az do odlehceni pameti. pak se funkce obnovi, nekdy je nutne restartovat aby se to chytlo a zacne to cele nanovo. Take zacne server vykazovat chyby v chodech aplikaci...ktera za normalniho stavu prochazi v pohode. Toto chovani je stejne s antivirem, bez antiviru (symantec end poind nebo essential). Na serveru je naistalovan jeste oracle klient a nejake podpurne aplikace pro systemy dodavatele. Tot vse. Sitove nei nic sdileno, pouze se prihlasuji terminalovy klienti.

    Co se tyka uprav na serveru, tak jsme zkouseli zminene commandy v bcdeditu + upravy v registru: PagedPoolSize= ffffffff a PoolUsageMaximum= 3c. Tyhle finty jsme pouzili na terminalovem serveru predchozim s windows 2003, kdy nam prave neslo prihlasit dalsi uzivatele...to ovsem ale hazelo chyby v systemovem logu, podle kterych jsme provedli tuto upravu. Jinak je server defaultne nainstalovany....systemovy disk mirror, datovy disk raid 10. Jedna se o cisto instalaci...jo, jeste je v mistnich zasadach nastavene, aby terminalove tiskarny nepouzivaly universal rdp printing driver (nemame na klientech kompatibilni hw+sw), ale bral ovladac pro tiskarnu. Snad jsem si vzpomel na vsechno.

    pátek 11. března 2011 18:02
  • Radic domeny mame na starem windows 2003 serveru, ale jelikoz je system jiny a nechteli jsme resit migraci, zacali jsme s novymi servery na novo a vytvorili na db novou domenu, do ktere budeme postupne prechazet...ale az nove servery pojedou stabilne...zatim jede db server v pohode, takze data ze stareho terminaloveho jsou presmerovana na novou db....a samozrejme uzivatele noveho terminaloveho serveru jsou jiz overovani v nove domene s kterou je sprazen i licencni server.
    pátek 11. března 2011 18:04
  • Teďka jsem to vyzkoušel a bez problému mám zabráno víc jak 8GB RAM na WS 2008 32bit.

    http://msdn.microsoft.com/en-us/library/aa366796(v=vs.85).aspx

    ono tam je psáno, že po instalaci serveru by vše mělo být v pohodě nastavené, pokud je zapnuté DEP.

    Spíš mi to přijde jako problém serveru - nekompatibilita ovladačů, apod. Takže v Hyper-V budeš moci klidně přiřadit i víc jak 8GB RAM. Ale rozhodně je rozumné mít více serverů, už kvůli maximálnímu počtu procesorových jader, což jsou 4.

    A ty jsi psal, že máte 4 socketový server, což znamená 16 jader (vypnul bych HT...) (možná i víc:D tohle je konzervativní odhad...).

    Jinak v Hyper-V je to s Procesory takto - má se začínat s jedním procesorem a pak, až výkon nebude stačit, tak přidávat další jádra. Není to totiž tak, že 1 jádro = málo výkonu:)

    pátek 11. března 2011 18:14
  • Tak to je divne nam pres 8GB neprejde...mozna zkusime jeste jednou cistou reinstalaci. Co se tyka rpocesoru, tak jsou fyzicky 4 a kazdy ma 6 jader.
    pátek 11. března 2011 18:17
  • tady je vypis bcdedit /v:

    Správce spouštění systému Windows
    --------------------
    identifikátor              {9dea862c-5cdd-4e70-acc1-f32b344d4795}
    device                  partition=C:
    description             Windows Boot Manager
    locale                  cs-CZ
    inherit                 {7ea2e1ac-2e61-4728-aaa3-896d9d0a9f0e}
    default                 {aad003c0-1276-11e0-9c43-e34b8dcadbb8}
    displayorder            {aad003c0-1276-11e0-9c43-e34b8dcadbb8}
    toolsdisplayorder       {b2721d73-1db4-4c62-bf78-c548a880142d}
    timeout                 30
    resume                  No

    Zaváděcí program pro spouštění systému Windows
    -------------------
    identifikátor              {aad003c0-1276-11e0-9c43-e34b8dcadbb8}
    device                  partition=C:
    path                    \Windows\system32\winload.exe
    description             Systém Microsoft Windows Server 2008
    locale                  cs-CZ
    inherit                 {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}
    osdevice                partition=C:
    systemroot              \Windows
    resumeobject            {aad003c1-1276-11e0-9c43-e34b8dcadbb8}
    nx                      AlwaysOff
    pae                     ForceEnable

    pátek 11. března 2011 18:19
  • Procesory jsou v kazdem serveru 4, kazdy z nich ma 6 jader.
    pátek 11. března 2011 18:21
  • no fakt mi to běží...

    u mě to vypadá takhle...

     Správce spouštění systému Windows
    --------------------
    identifikátor              {bootmgr}
    device                  partition=C:
    description             Windows Boot Manager
    locale                  cs-CZ
    inherit                 {globalsettings}
    default                 {current}
    displayorder            {current}
    toolsdisplayorder       {memdiag}
    timeout                 30
    resume                  No

    Zaváděcí program pro spouštění systému Windows
    -------------------
    identifikátor              {current}
    device                  partition=C:
    path                    \Windows\system32\winload.exe
    description             Systém Microsoft Windows Server 2008
    locale                  cs-CZ
    inherit                 {bootloadersettings}
    osdevice                partition=C:
    systemroot              \Windows
    resumeobject            {27d60baf-4c06-11e0-b8d6-f314826e38a4}
    nx                      OptOut

    pátek 11. března 2011 18:23
  • A tu pamet a procesory jsi vytizil jak? Ono je otazkou, jestli je to nejakym programem, tak jestli je to stejne, jako kdyz pracuji vsichni uzvatele....
    pátek 11. března 2011 18:28
  • hele je tam spuštěných asi 8 programů, které alokují každý cca 1,5GB

    kdyžtak to můžeš zkusit taky na tom serveru - stáhni Prime 95, složku prime95 v program files zkopíruj třeba 5x a spusť to všechno. Klikni na options a vyber tourture test a vyber tu třetí možnost - blend...

     

    a když se to neprojeví, tak pak je problém někde jinde...a rozhodně ne v HW ale v SW.

    pátek 11. března 2011 18:33
  • jdu na to.

    Tak pusteno 5x...bere to skoro 11GB ram a vytezuje procesor na 20%...zda se, ze muzu normalne pracovat.¨

    Tak ted jsem se prihlasil do vice relaci a pustil ten test...vyuzito o nekolik GB ram vice a vse se zda ze jede.

    pátek 11. března 2011 18:37
  • ok, tak to bych pak viděl na nekompatibilitu aplikace s tím PAE - prostě jí vadí, že se musí dostat do nějaké další paměti, která je kdesi za hranicemi jejího chápání...:) co dodavatel aplikace? neví o tom něco?

    pátek 11. března 2011 18:54
  • no to je docela mozne...jelikoz krome wordu a prohlizece ie delaji uzivatele pouze v tech nasich programech...je to delane v centure...ja myslim, ze dodavatel nema ted zrovna zkusenost s takovym provozem na takovem serveru. ale zase me udivuje, ze tuhle hlasku pise i word, ktery s tim nesouvisi...prijde mi to, jako by se to neja zahltilo...jako ze velikost jednotlivych terminalovy relaci nebo tak neco. mozna zkusim jeste o vikendu zatizit server programem a cvicne se zacit prihlasovat na skoro vsechny relace, co tu mame...no hlava mi to nebre...stary win2003 server jel...sice pomalu, ale vzivote tkahle nezkolaboval...porad si rikam, jestli to nebude nekde nejake nastaveni.
    pátek 11. března 2011 19:05
  • no podle mě, kdyby jsi spustil jen wordy - což by nemusel být zas takový problém je zatížit v pár relacích na těch 8GB a s prohlížeči internetu je to podobné, tak by jsi viděl, že všechno šlape v pohodě...

    předpokládám, že všechny aktualizace pro produkty Microsoftu máš, takže u nich bych problém nehledal...

    Fakti mi to přijde, že za to může ta App.

    Co třeba teď, pokud ti ještě běží to zatížení spustit ten program terminálově - nestane se náhodou, že to všechno spadne?

     

    Případně tímhle si prostě zatiž server a zkus, co se stane...

    http://blogs.technet.com/b/erenturk/archive/2011/01/19/how-to-stress-test-terminal-services-with-windows-powershell.aspx

    RAM by se měla vyčerpat do těch 8 GB dost rychle.

    PS: nepoužíváte 8GB moduly?

    pátek 11. března 2011 19:10
  • Jo, tusim, ze mame 8GB moduly...mel jsem to jednou rozdelane a u kazdeho procesoru je nekolik slotu a vtom jsou zapichane moduly 8GB

    Wordy zkusit pustit mohu...nebo v podstate excle+word+pp z office 2010...akorat abych zabral tolik pameti, tak budu muset mit hodne relaci a hodne instanci :-)

    Na dvou relacich (jako admin a user) pracuji ve vsem moznem (office i nase aplikace)...pri trvalem zatizeni a vse slape...otazka je, jestli se to nezhrouti, jak se prihlasim na vice relaci, dam dcerku spat a pak to zkusim vytizit dalsima relacema  a uvidime.

    Jo a jeste jsem zapomel napsat, z eposledni aktualizace samozrejme mame a aktualizujeme.


     


     

    pátek 11. března 2011 19:14
  • jj, bude
    pátek 11. března 2011 19:52
  • kurna. tak se to omylem smazal, co jsem napsal:-)...soubor se generuje. pak ho otevru, zacnu se prihlasovat na vice relaci.
    pátek 11. března 2011 19:53
  • Hele, ted me jeste napadlo, ze jsem udelal jednu kulisarnu (prasarnu)....konkretne, default profil, ktery byl od systemu jsem smazal a prihlasil se jako nejaky uzivatel, pustil explorer, nastavil ikony plochy a udelal vsechny mozne zakladni nastaveni a pak timto profilem premastil ten default ve windows, abych to nemusel delat u kazdeho uctu zvlast...v normalnich windows to tak funguje, otazka, jestli to tady nemohlo neco udelat a ted by se vsichni uzivatele vnitrne mohli chovat jako jeden a zkolabovalo to...je to mozne, nebo je to blbost, co myslis? uplne jsem nato zapomel...taky jsem presunul profily z disku c na disk e jednim zapisem do registru, takze se users adresar plni na disku e.
    pátek 11. března 2011 19:58
  • jo takze jde o to udelat ve wordu ctrl+v...jinak by to asi otevrel normalne, jasne...hlavne kdyz si pak tu pamet udrzi, abych ji mel vytizenou jinak nez programkem.
    pátek 11. března 2011 20:01
  • je to prasárna...ale tady je popsaný co to udělá...

    http://blogs.technet.com/b/deploymentguys/archive/2009/10/29/configuring-default-user-settings-full-update-for-windows-7-and-windows-server-2008-r2.aspx

    normálně se to dřív tak dělalo..:)

    potřebuješ profily dát na jiný disk? no tak na to je nejlepší změnit systémovou proměnou. Nebo udělat hardlink na to éčko..

    mklink /j C:\Users E:\Users

    pátek 11. března 2011 20:12
  • to s tim profilem nastuduju pozdeji...co se tyka tech useru, tak si myslim, ze jsem tu systemovou promenou zmenil v registru...v tom bych asi problem nevidel. otazka je, jestli ten dafult porofil nemohl neco posrat...kouknu na ten clanek.
    pátek 11. března 2011 20:15
  • no podle toho, co tam pisou, tak y mohl byt problem v ukladani stahovanych veci z exploreru, ze to bude prat do tempu toho usera, od ktereho jsem to zkopiroval...coz by u neadminu, ktery tam samozrejme nemaji prava mohl byt problem...ale jinak to nevypada, ze by to mohlo neco zasadniho ovlivnit.
    pátek 11. března 2011 20:20
  • přesně tak. Jinak používá se to normálně takže já bych v tom problém neviděl.

    Možná bych se tomu snažil vyhnout tím, že bych nastavil spoustu věcí v Group Policy.

    pátek 11. března 2011 20:24
  • jasne, byl to prvni pokus...hele a co kdyby to kolabovani zpusoboval tisk...na ter. serveru je nekolik tiskaren res print servery, ktere jsou pridany na serveru a uzivatele kteri je pouzivaji na ne maji prava, zbytek si je pripojuje pres rdp klienta...
    pátek 11. března 2011 20:29
  • to bych neřekl...spíš se podívej ještě do logů, jestli tam nejsou nějaké chyby...

    u tiskáren fakt nevidím důvod...

    pátek 11. března 2011 20:39
  • systemovy log > aplikace:

    > chyby

    - Chybující aplikace AplikaceDodavatele.exe, verze 0.0.0.12456, časové razítko 0x3d3de6d0, chybující modul unknown, verze 0.0.0.0, časové razítko 0x00000000, kód výjimky 0xc0000005, posun chyby 0x61c2617e, ID procesu 0x67d0, čas spuštění aplikace 0x01cbdff6c6070198.

    - Popis ID události 1 ze zdroje Oracle.OCI.DLL nebyl nalezen. Součást, která tuto událost vyvolává, buď není v místním počítači nainstalována, nebo je její instalace porušená. Můžete tuto součást opravit nebo nainstalovat do místního počítače.

    > upozorneni

    - Systém Windows zjistil, že soubor registru je stále používán jinými aplikacemi nebo službami. Soubor bude nyní uvolněn. Aplikace nebo služby, které soubor registru používají, nemusejí potom fungovat správně.  + nejake detaily bla bla bla....nekolik radku

    - Windows Management Instrumentation has stopped WMIPRVSE.EXE because a quota reached a warning value. Quota: HandleCount  Value: 4378 Maximum value: 4096 WMIPRVSE PID: 9104

    systemovy log >system:

    > chyby

    - Vrstva zabezpečení Terminálového serveru rozpoznala chybu v datovém proudu protokolu a odpojila klienta.

    - Došlo k vnitřní chybě komunikace. Přesměrovaný tisk nebude dál pracovat pro relaci jednoho uživatele. Zkontrolujte stav Přesměrovače zařízení terminálového serveru v systémové složce Správce zařízení.

    > upozorneni

    Tiskárna Tiskárna XXX (přesměrováno relací 2) byla odstraněna a uživatelé již nebudou moci z této tiskárny tisknout. Není nutná žádná akce ze strany uživatele.
    Chcete-li ukončit protokolování informačních událostí zařazovací služby tisku, otevřete v Ovládacích panelech panel Tiskárny, klepněte pravým tlačítkem myši na prázdnou oblast v okně, klepněte na položku Spustit jako správce, poté na příkaz Vlastnosti serveru, na kartu Upřesnit a potom zrušte zaškrtnutí políčka Protokolovat informační události zařazovací služby.

     

    No a to je vesmes vse, co se objevuje porad dokola, snad nic zavazneho. V dobe vytizzeni nebo kolapsu to je v podstate to same...nic navic. snad jsem to dobre profiltroval a na nic jsem nezapomel.

    pátek 11. března 2011 20:53
  • Jirka zmiňoval použití Hyper-V ten je zdarma. VMware vSphere Hypervisor je samozřejmě taktéž zdarma.

    mimochodem co tlačit na dodavatele SW aby začal podporovat x64 platformu? poslední vydání serverových OS je jen x64 a nové klientské OS budou asi taky možná jako poslední x86 + x64 (já spíš doufám v jen výhradní podporu x64).


    michal zobec http://www.michalzobec.cz | http://www.virtualnipc.cz
    sobota 12. března 2011 14:12
  • myslím že je tam limitace procesorů u toho ESXi. něco jako jenom dva fyzické procesory... a oni mají 4...

    sobota 12. března 2011 15:15
  • ta limitace procesorů tam je ale u virtuálních strojů. virtuální stroje mohou mít maximálně 4 cores nebo 4 processors.

    samotný produkt není limitován u hostitele, kromě funkcionality jako takové která vyplývá u produktu zdarma.

    pokud je to 4 procesorový stroj tak už ale nepředpokládám v tomto případě nasazení a používání free virtualizace. hyper-v je pěkné ale za takovýchto podmínek by to chtělo minimálně přikoupit system center virtual machine manager a nebo vmware vsphere kde už je rozumný management v ceně.

    no sice u windows server 2008 je to víc v pohodě ale doporučil bych rovnou ten virtuální stroj s 2 jádry protože bude mít už víceprocesorový hal - při instalaci. címž se pak vyhneš případným problémům.

    ano PAE musí ta aplikace podporovat. proto je taky lepší rovnou používat místo toho platformu x64 kde tato omezení neexistují.

    sobota 12. března 2011 16:14
  • to Jiri> omlouvam se za prodlevu. bohuzel nebyl vhodny cas k otestovani, takze jsem nemel vlastne ani s cim prijit. dnes v prubehu dne jsem uzivatele presmerovali na stary terminalovy server (dopoledne byl dasi kolaps). Zbyl cas pro testovani, takze jsem prihlasili z prislusnych pocitacu (kde se hlasi uzivatele normalne) asi pres 50 relaci...v tech jsem v notepadu nebo v office otvirali cca 40MB velke textove soubory (exac prjmenovany na txt:-), k tomu jsme testovali tisk, a na nekolika relacich jsme zatizili procesor programem prime95. v podstate jsme se v prubehu trihodinoveho testu dostali na 60% vytizeni procesoru+ jsme zabrali cca 25GB ram. Vse bez jedineho problemu, pokud jsme pustili aplikaci dodavatele, tak v radove jednotek instanci a vse slapalo skvele se skevlou odezvou.

    Zaver pro nas tedy je, ze zrejme nase aplikace od naseho dodavatele nejsou nejspi s PAE kompatibilni a nejsou schopny vyuzit horni hranici...ke kolapsu dochazi vzdy pri zaplneni pod hranici 8GB ram v nezavislosti na vytizeni procesoru, ktere je minimalni.

    to Michal> dekuji za informaci o virtualizaci...s tim bezplatnym pouzitim prosim tedy jeste otevrit diskuzi....mame v serveru 4kusy 6-ti jadrovych procesoru, takze dostaneme se na ne s licenci zadarmo? rad bych se vyhnul nakladum, ktere provazi napr. vmware (v konfiguraci nasich serveru je licence cca 80tisic) nebo placene veci od ms, kterym bych se vyhnul a sel spise do vmware. dodavatel slibil jeste jednou overeni kompatibility s 64bit windows, pokud nebude ted mozna, tak vyhledove v horizontu cca 1 roku snad bude mozna, tudiz ted investovat penize do neceho, co bude za rok zbytecne (samozrejme virtualizace bude pro nas prinosem z pohledu spravy...bohuzel ale nebylo s timto kalkulovano a uz jsou omezene prostredky).

    Na zaklade nasi diskuze a testu, co jsme provadeli jsem pripravil nekoliv postrehu, ktere by meli snad nas problem posunout kupredu:

    1. dodavatel jeste jednou proveri alespon nejakou moznost prace v 64bit OS...vykonova rezerva je dostatecna, tudiz budeme doufat, ze to dopadne.

    2. pokud bod 1 nebude mozne realizovat a aplikace nebudou kompatibilni, budeme muset uvazovat o virtualnim stroji, ktery vytvori 2 win32bit servery s tim, ze se zatez rozlozi a budeme v tomto nouzovem rezimu do predelani aplikaci na plne funkcnich 64bitu.

    3. objedname z treti strany nejkeho ms specialistu aby urcil kde je problem (nase a vyse uvedene jsou zatim jen domenky) a navrhnul nejake reseni....tedy pokud jsou jeste nejaka jina.

    Takze snad jsem na nic nezapomel a pokud rovizneme dale diskuzi tykajici se virtualizace a jejich moznosti v rozsahu, aby nas to zatim nic dalsiho nestalo, budu za vse predem moc vdecny.

    pondělí 14. března 2011 16:39
  • P.S. Omlouvam se vsem, ale nejak sem si podelal windows live ucet...mam dva (sokr. a sluzebni) a nejak sem si zmenil nick, tudiz predchozi prispevky od Michal Ch jsou od stejneho autora jako Michalekkk. diky za pochopeni a jeste jednou omluvte moji "inteligenci".

    pondělí 14. března 2011 16:42
  • Ahoj,

    od vmware je toto:

    http://www.vmware.com/products/vsphere-hypervisor/index.html

    Je to zdarma, maximum 256GB RAM, CPU neomezeny. Ale jednomu virtuálnímu počítači můžeš přiřadit maximálně 4 vlákna. Tudíž - máš 4*12 vláken = 48 vláken...takže většina CPU zůstane nevytížena.. Když vypneš v BIOSu HT, tak pak bude sice poměr lepší, ale výkon dost podobný.

     

    U VMware máme proprietální souborový systém, tak pak i bacha na zálohování...

     

     

    Od Microsoftu - buď přímo použít jeden WS2008R2 Enterprise a do něj dát roli Hyper-V a případně pak máš na tom PC ten operační systém do kterého budeš chtít přejít - tudíž nakonfiguruješ ten systém třeba za rok a pak do něj jen převedeš ty uživatele z těch virtuálních počítačů. A nebudeš muset nic reinstalovat.

     

    Nebo použiješ Hyper-V Server 2008 R2 - prakticky je to osekaný WS2008R2 jen s rolí Hyper-V

    http://technet.microsoft.com/cs-cz/evalcenter/dd776191%28en-us%29.aspx

    výhody...

    http://blogs.technet.com/b/virtualization/archive/2009/07/30/microsoft-hyper-v-server-2008-r2-rtm-more.aspx

    pondělí 14. března 2011 16:50
  • Pokud vse dopadne jak ma, tak co se tyka te kompatibility aplikaci s 64bit budeme moudrejsi snad zitra, nebo pozitri. Mozna do te doby muzeme vice rozebrat virtualizaci, ale zatim jen v teoreticke rovine. Jasne ze je na miste pozadovat kompatibilitu s 64bit po dodavateli, ten bohuzel v nastroji, ve kterem dela zatim nema sanci....ale vyhledove to ma byt, takze to nas alespon uklidnuje. Nechci byt vice konkretni, ale jsme zarizeni se specialnimy systemy a jejich vyvoj a implementace nas stal jiz tolik usili a penez, ze nejsme schopni jen tak prejit ke konkurenci (jako ze neni z ceho moc vybirat) nebo spolupraci jen tak ukoncit.
    pondělí 14. března 2011 16:54
  • Určitě:) to je jasné, že to není jen tak něco, když máte 4 socketové servery s 6-ti jádry:)

    No každopádně bych se nebál ani jedné virtualizace - já mám VMware rád za to, že mi stačí disk (vmdk) a vmx soubor a klidně si počítač z ESXi rozjedu i na Workstation a to včetně snapshotů... což nemám šanci na Hyper-V (tam je problém se snapshoty, pokud se VM neexportuje).

    No pak ještě můžete zkusit Open Source virtualizaci Linux KVM...ale to je taková cesta pro hazardéry:D

    pondělí 14. března 2011 16:58
  • Tak jsem se po domluve s dodavatelem domluvil na testovani na 64bitovem systemu, rozjel jsem na win 2008 r2 hyper-v virtualizaci. Udelal jsem cvicny server, kde jsem nainstaloval ten samy system, aby mohli testovat. Mam jen dotazek ohledne sitovek. Na serveru jsou fyzicky 4 sitove karty. Z toho jednou je server pripojen do site a je na ni ip 192.168.1.1. Kdyz jsem instaloval virtualizaci, tak jsem mu rekl, ze pro virtualni pocitace chci pouzivat vsechny dalsi 3 sitovky v modu, tak aby byly viditelne ze site. Kdyz se to takhle nainstalvalo, tak se ty puvodni sitovky prenastavili na sluzbu virtualizace...vsechny dalsi protokoly se vypnuly. K tomu se vytvorili 3 virtualni sitovky. Kdyz jsem delal virtualni pocitac, tak jsem si vybral jednu z nich. Nainstlaova virtualni stroj, ktery opbsahoval 1 sitovku, coz je presne podle nastaveni. Na ni jsem nastavil adresu 192.168.1.2 a kdyz jsem zapojil fyzicky kabel do switche, zacal jsem virtualni pocitac videt normalne v siti. Pripojil jsem ho do domeny a vse fungovalo jak ma. Jen mam dotazek...ta virtualni sotvoka, co se udelala po instalaci virtualizace si po zapojeni nadetekovala adresu z dhcp serveru...tedy 192.168.1.100, ktera je taky dostupna. Takze ted mam ip serveru 192.168.1.1, k tomu ip virtualn iho serveru 192.168.1.2 a jeste zabranou dalsi adresu 192.168.1.100, kterou si to samo nadetekovalo. Jde se toho nejak zbavit, abych mel jeden fyz a jedn virtualni server, tedy dve ip adresy. Z dhcp si virtualni sitovka totiz nasosla adresu i s branou a ted pri konfiguraci site na skutecne sitovce to hlasi, ze jsou dve brany, atd... tak aby to nedelalo nejake problemy. Napsal jsem to amatersky, ale nemam s tim zadnou zkusenost, muze mi to prosim nekdo vysvetlit? Zkousel jsem na virtualni sitovku + na sitovku ve virtulanim pocitaci nastavit stejnou ip adresu, ale to samozrejme udela konfikt.
    čtvrtek 31. března 2011 22:03
  • Ahoj,

    IP adresu konfiguruješ jen v tom Virtuálním počítači. Rozhodně ne v hostiteli. Pak nebudeš mít žádné problémy.

    pátek 1. dubna 2011 11:33
  • Jirko, diky zas info, ja zadny problem nemam...vse funguje jak ma, jen ta sitovka, co se udelala na tom stroji po nainstalovani virtualizace si veme z dhcp dalsi ip adresu. Ja ji nenastavoval, ale defaultne je dhcp a jakmile jsem zapojil kabel, zacal fungovat virtualni server, ale taky dhcp priradilo dalsi ip adresu te virtualni karte v systemu...takze mam dva pocitace a tri ip adresy. Klidne muzu rezervovat nejakou dalsi, ale jen se pidim po tom, jak to funguje.
    pátek 1. dubna 2011 17:17
  • mělo by stačit vypnout na té síťovce protokol IPv4. Pak by ta síťovka měla fungovat v Hyper-V. Resp, přesněji na té síťovce, která je vyhrazená pro Hyper-V by měl být zapnutý jen "Protokol přepínače virtuální sítě společnosti Microsoft".
    sobota 2. dubna 2011 20:24
  • si zrejme nerozumime... server ma 4 sitovky. oznacim je napr. A, B, C, D. Jednou sitovkou je zapojen do site a tou byl zapojen jeste pred nainstalovanim role hyper-v. na te je dejme tomu takove nastaveni A=192.168.1.1.

    kdyz jsem nainstaloval virtualizaci a pri instalaci urcil, ze zbyle 3 karty, tedy B, C, D chci vyuzivat pro virtualizaci, tak po dokonceni instalace pribyly dalsi tri karty...tedy virtualni sitovky k B -D. ty pojmenujeme napr. B1, C1 a D1. porad se bavim ale o pocitaci, kde jede virtualizace, ne o virtualnim stroji. ta vec, kterou v posledni reakci popisujes ty, je nastavena na puvodnich fyzickych, tedy B-D. na tech novych virtualnich je klasicke nastaveni.

    kdyz jsem vytvoril virtualni stroj, tak chtel priradit sitovku, kterou bude pouzivat. ta se mi po doinstalovani ve virtualni stroji objevila jako  napr. B2, jelikoz jsem pri vytvareni virtualniho kompu systemu rekl, ze chci aby vyuzival B1 (nabizel B1-D1). jakmile virtual najel, tak jsem nastavil paramety B2 napr. na 192.168.1.2 ale jakmile jsem tu sitovkty fyzicky pripojil do switche, tak zacala byt ip 1.2 aktivni, tedy B2 funguje spravne, ale zaroven B1 a jeji nastavene dhcp sebralo dalsi ip, napr 192.168.1.100, ktere ji priradil nas dhcp.

    zarazi me tedy, ze jedna fyzicka sitovka v serveru, konkretne B, vytvori pri pouziti virtualizace dalsi sitovky B1 primo v systemu. Puvodnimu B vypne vsechny protokoly a necha jen virtualizacni...zbyle protokoly nastavi na B1. Kdyz B1 priradim virtualnimu stroji, tak vytvori z teto karty v systemu virtualniho stroje B2, ktere normalne funguje, ale po fyzickem zapojeni B dojde k sebrani dalsi ip adresy pro B1. B1 ma totiz normalne zaple vsechny protokoly jak B2. pouze puvodni B ma ten protkol co zminujes.

    • Navržen jako odpověď Michalekkk úterý 5. dubna 2011 12:31
    • Zrušeno navržení jako odpověď Michalekkk úterý 5. dubna 2011 12:31
    pondělí 4. dubna 2011 5:34
  • V to případě ale máš nastavené na serveru v Hyper-V v nastavení sítí možnost využívání síťových karet B, C, D pro: "Povolit operačnímu systému správy sdílet tento síťový adapter".

    Virtuální síťovka se tam vytváží jen v případě, že je toto zaškrtnuto.

    pondělí 4. dubna 2011 5:51
  • Jirko, DEKUJI! No tak to je presne to, co jsem potreboval...tak slo jen o to si porozumet...uz je mi to jasne...predtim v tom pruvodci zadny takovy dotaz nebyl a do techto vlastnosti jsem pak koukal jen letecky. Zrusil jsem to sdileni a karty zmizely.
    Mam pouze fyzicke sitovky, jak potrebuji a chci.
    úterý 5. dubna 2011 12:34
  • Super, to jsem rad ze se to podarilo objasnit:)
    úterý 5. dubna 2011 12:56