none
SBS2003 - vyhrazená paměť

    Dotaz

  • DD,

    u výše uvedeného OS mám poslední dobou problém s vyhrazenou pamětí pro procesy, konkrétně mi každý den v reportu chodí upozornění, že ten který proces má přiděleno (oproti standardu)  více paměti, než je obvyklé.

    Jedná se zejména o tyto procesy:

    inetinfo.exe

    store.exe

    sqlservr.exe

    Děje se mi toto cca 3 týdny, nejsem si vědom žádných velkých změn, které by na serveru proběhly (upgrade AV, aktualizace typu FrameWork, ..). Je to vcelku dost nepříjemná věc a dokud služby manuálně nerestartuji, objem jimi vyhrazené RAM neustále stoupá. Zkoušel jsem už i např. komprimaci exchange-db (eseutil), přičemž objem dat u store.exe se zmenšil, ale stále inetinfo a sqlsrvr mají velké množství RAM.

    Konfigurace serveru HP Proliant DL380 G5 - Intel Xeon X5355, 4GB RAM, HDD HP SAS 146GB 3x.

     

    Díky za názor.

     

    RK

    3. února 2009 11:25

Odpovědi

Všechny reakce

  • mas 32 bit OS? Jak je nastano PAE? Nemas celkem prirazeno aplikacim vice nez je nejakych tech 3,25 .. 3,5 GB RAM ktere jsou pro 32 bit OS standardne k dispozici?

    MP
    3. února 2009 15:31
    Moderátor
  • Ano, jedná se o 32-bit SBS2003 SP2.

    O PAE (rozšíření RAM?) slyším poprvé, tzn. na serveru použité nejspíše není, viž boot.ini:

    [boot loader]
    timeout=30
    default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
    [operating systems]
    multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003 for Small Business Server" /noexecute=optout /fastdetect

    3. února 2009 15:39
  • v tom pripade se nejprve podivej kolik RAM mas (ma OS) k dispozici.

    At nerozdavas z vetsiho mnozstvi nez mas.

    MP

    P.S. proc jsi neporidil 64 bit OS?
    • Označen jako odpověď Robajz 3. února 2009 15:42
    • Zrušeno označení jako odpověď Robajz 3. února 2009 15:42
    3. února 2009 15:40
    Moderátor
  • K dispozici jsou 2x 2GB, v systému potom max. využitelná 3.3GB.

    p.s. Systém jsem neimplementoval já:(.
    3. února 2009 15:46
  • jak mas tedy prirazenou max. pamet aplikacim?

    Pro system by mohlo stacit neco pres pul giga. Mas tedy dejmetomu 2,5 GB ktera muzes pridelit aplikacim (pokud to aplikace umeji! - Exchnage, IIS i SQL toto umeji)

    MP
    3. února 2009 16:01
    Moderátor
  • Maximum nastavené nemám, aspoň si to myslím a logicky to i vyplívá z taskmgr, kde monitoruji ty 3 procesy. Měl bych použít PAE parametr a nastavit mapování "plné kapacity" RAM? Nebo jak nejlépe přidělit tomu kterému procesu? Resp. jak vím, že SQL a IIS nebudou potřebovat více, než jim povolím?

    Vždy (pokud se ohlédnu zpětně), bylo vytížení do max. 2GB (koneckonců výstrahy a upozornění ze serveru mi nechodily), to se teď bohužel změnilo. SQL celkově si bere hodně, dnes konfiguruji WSUS 3.0 SP1 na druhý (file-) server a opět samotný proces sqlsrvr.exe má skoro 1GB...:(.
    3. února 2009 16:11
  • Rozdel (rozvrhni) si RAM a nastav dejmetomu max 1GB pro SQL, max 1GB pro exchange, max 0,5 GB pro IIS

    MP
    3. února 2009 21:39
    Moderátor
  •   Rozdělím softwarově, ručně? Nikdy jsem neprováděl, nerad bych něco přidělil zle. Díky
    4. února 2009 8:11
  • Kazdy ze jmenovanych programu ma ve sve konzoli moznost omezeni kolik pameti si smi vzit. Jen si rozmysli z jak velke hromady rozdelujes (jak jsem psal, dejmetomu z 2,5 GB; tech zbylych 3/4 GB pro system by melo stacit). Neboj se, jen si pamatuj jaka byla hodnota pred zmenou at se mas k cemu vratit :)

    MP

    4. února 2009 8:53
    Moderátor
  • Nu, co namapovat celé 4GB (pomocí PAE)? Pak by měl systém ještě vícero...? Nebo nelze?

    Co se nastavení v konzolích týče - myslíš pomocí MMC? Zkoušel jsem např. konfiguraci IIS, ovšem přidělení max RAM jsem nikde nenašel. Uvítal bych radu, jak se do té které konzole vůbec dostat.
    4. února 2009 9:06
  • MP

    • Označen jako odpověď Robajz 10. února 2009 19:03
    4. února 2009 9:51
    Moderátor
  • IIS jsem tedy nastavil následovně:

    - recyklaci prac. procesů (300min)

    - recyklaci paměti - max. použitá paměť (500MB)

    zrestartoval a uvidíme, kam až se bude šplhat.

    Co se týče SQLka, tak se mi nezadařilo spustit konzoli:(...našel jsem v adresáři pouze příkazy přes cmd (cnfgsvr.exe - SQL server config a scm.exe SQL server service control manager).

    K Exchange - proces store.exe si vezme cca 0.5GB, což je, jak jsem se dočetl, při cca 35 users standardní množství (samozřejmě záleží na velikosti schránek, atp.) ?

    p.s. DLouhodobě vidím problém hlavně v IISku (vyhrazeno nejvíce RAM) a SQLsrvr s 0.5GB by také určitě snesl méně. V neposlední řadě jsem v reportingu změnil prahové hodnoty u čítačů výkonu, konkrétně u přidělené paměti, na cca 3GB (průměr byl cca 2.5).

    5. února 2009 13:35
  • SQL se konfiguruje pomoci "SQL Server Management Studio"

    MP

    • Označen jako odpověď Robajz 5. února 2009 19:56
    5. února 2009 14:30
    Moderátor
  • Ok, nastaveno:

    1) MS SQL Sharepoint - 500MB
    2) MS SQL SBS Monitoring - 500MB

    To by mohlo být dostatečné.

    Díky ti!
    5. února 2009 19:32
  • doporucuji nastavit performance monitor (jakze se to ku.a jmenuje cesky?) na nejakou dobu odeslani SMS , polup message ci mailu pri prekroceni pameti at muzes zachytit kdyz se zacnou dit osklive veci

    MP
    5. února 2009 20:57
    Moderátor
  • Monitoring serveru (např. prahovou hodnotu čítače paměti) mám nastaven, původní hodnoty všech služeb zálohované, we'll see.

    Ještě bych chtěl tak pro zajímavost vědět, kde přesně alokovat RAM pro MS Exchange? Prošel jsem nastavení Exchange Manageru, ovšem nikde jsem tuto možnost nenalezl...
    6. února 2009 7:33
  • jakou mas presne verzi mSEXchange? Nejsem MSX expert ale nekde jsem to nastaveni videl, je dost zasite

    MP
    6. února 2009 8:59
    Moderátor
  •  Verze MSE je 6.5.7638.1
    6. února 2009 9:09
  • melo by byt nastavitelne v Microsoft Exchange Performance Optimizer (Perfwiz.exe).

    ale jak rikam, nejsem exchange guru

    MP
    6. února 2009 9:22
    Moderátor
  • Tak MSE PO jsem nikde nenašel, nebude to jen pro MSE 5-5.5? Jediné, na co jsem narazil v KB's byly ruční úpravy v registrech:/.

    Ještě dotaz - běží mi na serveru též WSUS 3.0 SP1 (proces sqlsrvr.exe), nicméně nejde spravovat přes SQL konzoli (abych mohl přidělit pamět jako v předchozích případech) a uvnitř služby jsem nastavení taktéž neobjevil...lze též přidělit striktní hodnotu RAM?
    6. února 2009 20:51
  • ale jde spravovat, ver mi.

    Jakou jsi pro WSUS pouzil instalaci/verzi SQL? WSUS je normalne dalsi (named) instance SQLka (SQLSERVER\WSUS)

    MP
    6. února 2009 21:56
    Moderátor
  • MS Exchange 6.5 build 7638.2 Service Pack 2.
    6. února 2009 22:27
  • ptam se na verzi SQL pouziteho pro WSUS,  ne exchange

    MP
    6. února 2009 23:00
    Moderátor
  • Aaha, verze jest WSUS 3.1.6001.65.
    7. února 2009 8:05
  • Jinak ještě malý postřeh k alokaci RAM:

    1) proces sqlsrvr.exe si stále zabíral vcelku velké množství, proto jsem znovu překontroloval nastavení přes konzoli - namísto "dynamic memory config" (min/max) jsem nastavil "lock working set", to by snad měl být správný parametr...

    2) je možné se přes SQL management consoli spojit z klientského pc na jiné servery (např. ke službám Sharepoing a SBSMonitoring)? Odzkoušeno na OS Vista Business (SQL Server Man. Console 2008), ovšem vždy vyskočí hláška, že nelze otevřít připojení k srvru.

    3) proces inetinfo.exe (IIS) - nastavena recyklace i max využití paměti, ovšem vždy (1-2x denně) mi přijde ze srvru výstraha, že tento proces má přiděleno více paměti, než je obvyklé. Přitom v system monitoringu jsem nastavil prahovou hodnotu na cca 3GB (přidělená paměť) a tento proces má vždy max 0.5..:(.
    7. února 2009 8:28
  • 2) ano pokud ma SQLServer povoleno pripojeni po siti (typicky TCP/IP) Pokud ne a chces povol :)

    MP
    7. února 2009 16:13
    Moderátor
  • A povolím kde? Protože mám pocit, že se ta možnost dala nastavit při instalaci konzole, nicméně teď už jsem jí nenašel...a nechce se mi reinstalovat:).
    ______ Robajz
    7. února 2009 18:40
  • zkus chvilku hledat. Uz vis co, nebude to slozite a da ti ro vic nez kdyz ti budu vsechno psat

    MP
    7. února 2009 19:53
    Moderátor
  • To už jsem právě zkoušel, FW (resp. porty 1433,1434) povolen, remote connecting taktéž, na obou stranách. Neměl by být problém ani v tom, že se připojuji z konzole SQL Express 2008, nicméně jsem zagooglil (vždy mi vyskočí error 26) a jediné, co server, ke kterému se připojuji, nesplňuje je, že zde neběží služba sql browser.

    Jestli jsem dobře pochopil, k tomu je potřeba mít nainstalovaný samotný sql server pack (licencovaný), jenž nemám. Snažil jsem se jen z klienta připojit k běžícím službám (sharepoint, monitoring) jako to jde lokálně (přes konzoli) na serveru.
    Robajz
    7. února 2009 21:54
  • Robajzi,
    pokud SQL bezi jako named instance tak (vetsinou) je TCP port dynamicky. Konkretni port na kterem bezi WSUS instance pak korektne zjistis jen pokud na serveru bezi prave SQL Browser.

    MP
    7. února 2009 22:16
    Moderátor
  • Ok, už jsem tedy zprovoznil SQL server (browser) a zpřístupnil si přihlášení přes tcpip.

    Ovšem:
     
    1) pokud se přihlásím z klienta na server, kde mi běží instance Sharepoint a SBSMonitoring, vidím pouze SQL server 9.0.* jako takový.
        lokálně na daném serveru se k nim normálně přihlásím.

    2) pokud se přihlásím z klienta na server, kde mi běží WSUS instance, opět vidím pouze SQL server 9.0.*.
        teď ovšem s tím rozdílem, že k wsus se nepřihlásím ani lokálně.

    Kde dělám chybu? Je nutné nějakým způsobem tyto named instance přidat pod sql server?


    p.s. Poznatek - i po nastavení "fixní" RAM pro sqlserver.exe (sbsmonitoring, sharepoint) si dělá "co chce", jelikož v tasku už mám přes 800MB (přitom max jsem nastavil na 400).

    Robajz
    8. února 2009 9:20
    • nevim cemu rikas "SQL server 9.0.* jako takovy". Asi myslis default instanci.
    • nevim cemu rikas "vidim". Ty seznam serveru vybiras ze seznamu :-O ?

    Proste zadej nazev serveru ke kteremu se chces pripojit RUCNE ve tvaru JMENOSERVRU pro default resp. JMENOSERVERU\JMENOINSTANCE pro pojmenovanou instanci, vyber spusob prihlasovani (SQL/NT Integrated).

    Je vhodne utilitkou cliconfg.exe(je soucasti OS!) nakonfigurovat jak se klient pripojuje - povolit potrebne protokoly, nastavit aliasy ...

    MP

    8. února 2009 9:33
    Moderátor
  • Ano, myslím default instanci.

    Připojit se ručně ve tvaru SERVER\INSTANCE jsem již zkoušel, stále mi to hodí error 26, ale pokud se připojim pouze na SERVER, tak lze. Nastavení vzdáleného přístupu mám již povolené, v properties named instancí (sharepoint, sbsmonitoring) mám zakšrtnuto "allow remote connections to this server", nic jiného jsem nenašel a přesto se nepřipojím...

    CLICONFG jsem již použil a TCPIP port pro 1433 povolen byl.


    Robajz
    8. února 2009 10:09
  • Malá rekapitulace:

    - ZDE je screen ze serveru, kde běží všechny instance (SBSMonitoring, Sharepoint, SQL browser)

    - jak je vidět, lokálně se k nim připojím, ovšem pokud chci z klienta, tak se připojím pouze k instanci ROSE (SQL 9.0.3042)

    - v SQL Server Config-Manageru mám TCPIP a porty povolené u všech instancí stejně

    - při konfiguraci přes CLICONFG taktéž

    Proto je mi divné, proč se k těm zbývajícím službám prostě nemůžu připojit. SQL browser běží. Vyzkoušel jsem už několik postupů z MSDN a stále nenacházím řešení...

    Robajz
    8. února 2009 11:00
  • zkontroluj (netstat -ano a pod) zda opravdu vsechny instance SQL serveru naslouchaji na TCP

    WSUS databaze bezi na jinem serveru ze ji zde nevidim?

    MP
    8. února 2009 12:58
    Moderátor
  •  

    Aktivní připojení

      Proto  Místní adresa          Cizí adresa                    Stav
      TCP    rose:ldap              rose.ROSENBERG:1037    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1059    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1075    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1111    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1116    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1139    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1254    NAVÁZÁNO
      TCP    rose:microsoft-ds      rose.ROSENBERG:1377    NAVÁZÁNO
      TCP    rose:1037              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1059              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1075              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1111              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1116              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1139              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1254              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1377              rose.ROSENBERG:microsoft-ds  NAVÁZÁNO
      TCP    rose:1461              rose.ROSENBERG:epmap   TIME_WAIT
      TCP    rose:1462              rose.ROSENBERG:1026    TIME_WAIT
      TCP    rose:http              195.22.41.232.adsl.nextra.cz:2178  NAVÁZÁNO
      TCP    rose:epmap             rose.ROSENBERG:1383    NAVÁZÁNO
      TCP    rose:epmap             rose.ROSENBERG:1465    NAVÁZÁNO
      TCP    rose:epmap             rose.ROSENBERG:1468    NAVÁZÁNO
      TCP    rose:netbios-ssn       PROALPHA:4776          NAVÁZÁNO
      TCP    rose:netbios-ssn       etiketyxp.rosenberg:1741  NAVÁZÁNO
      TCP    rose:ldap              PROALPHA:2085          TIME_WAIT
      TCP    rose:ldap              rose.ROSENBERG:1045    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1074    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1082    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1083    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1084    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1087    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1090    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1092    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1093    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1094    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1095    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1096    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1113    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1114    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1118    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1127    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1141    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1181    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1182    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1186    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1188    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1245    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1246    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1357    FIN_WAIT_2
      TCP    rose:ldap              rose.ROSENBERG:1395    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1407    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1423    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1424    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1453    NAVÁZÁNO
      TCP    rose:ldap              rose.ROSENBERG:1464    NAVÁZÁNO
      TCP    rose:msexch-routing    rose.ROSENBERG:1187    NAVÁZÁNO
      TCP    rose:msexch-routing    rose.ROSENBERG:1197    NAVÁZÁNO
      TCP    rose:msexch-routing    rose.ROSENBERG:1198    NAVÁZÁNO
      TCP    rose:msexch-routing    rose.ROSENBERG:1200    NAVÁZÁNO
      TCP    rose:1026              rose.ROSENBERG:1047    NAVÁZÁNO
      TCP    rose:1026              rose.ROSENBERG:1091    NAVÁZÁNO
      TCP    rose:1026              rose.ROSENBERG:1137    NAVÁZÁNO
      TCP    rose:1026              rose.ROSENBERG:1191    NAVÁZÁNO
      TCP    rose:1026              rose.ROSENBERG:1303    NAVÁZÁNO
      TCP    rose:1045              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1047              rose.ROSENBERG:1026    NAVÁZÁNO
      TCP    rose:1065              rose.ROSENBERG:ldap    CLOSE_WAIT
      TCP    rose:1070              rose.ROSENBERG:1385    NAVÁZÁNO
      TCP    rose:1073              rose.ROSENBERG:msft-gc  NAVÁZÁNO
      TCP    rose:1074              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1077              rose.ROSENBERG:1466    NAVÁZÁNO
      TCP    rose:1079              rose.ROSENBERG:ldap    CLOSE_WAIT
      TCP    rose:1082              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1083              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1084              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1087              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1090              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1091              rose.ROSENBERG:1026    NAVÁZÁNO
      TCP    rose:1092              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1093              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1094              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1095              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1096              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1098              rose.ROSENBERG:ldap    CLOSE_WAIT
      TCP    rose:1099              rose.ROSENBERG:ldap    CLOSE_WAIT
      TCP    rose:1100              rose.ROSENBERG:ldap    CLOSE_WAIT
      TCP    rose:1101              rose.ROSENBERG:ldap    CLOSE_WAIT
      TCP    rose:1102              rose.ROSENBERG:ldap    CLOSE_WAIT
      TCP    rose:1103              rose.ROSENBERG:msft-gc  CLOSE_WAIT
      TCP    rose:1104              rose.ROSENBERG:msft-gc  CLOSE_WAIT
      TCP    rose:1110              rose.ROSENBERG:msft-gc  NAVÁZÁNO
      TCP    rose:1112              rose.ROSENBERG:ldap    CLOSE_WAIT
      TCP    rose:1113              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1114              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1117              rose.ROSENBERG:msft-gc  NAVÁZÁNO
      TCP    rose:1118              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1119              rose.ROSENBERG:1384    NAVÁZÁNO
      TCP    rose:1127              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1137              rose.ROSENBERG:1026    NAVÁZÁNO
      TCP    rose:1140              rose.ROSENBERG:msft-gc  NAVÁZÁNO
      TCP    rose:1141              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1181              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1182              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1186              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1187              rose.ROSENBERG:msexch-routing  NAVÁZÁNO
      TCP    rose:1188              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1191              rose.ROSENBERG:1026    NAVÁZÁNO
      TCP    rose:1197              rose.ROSENBERG:msexch-routing  NAVÁZÁNO
      TCP    rose:1198              rose.ROSENBERG:msexch-routing  NAVÁZÁNO
      TCP    rose:1200              rose.ROSENBERG:msexch-routing  NAVÁZÁNO
      TCP    rose:1245              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1246              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1253              rose.ROSENBERG:msft-gc  NAVÁZÁNO
      TCP    rose:1258              rose.ROSENBERG:ldap    CLOSE_WAIT
      TCP    rose:1303              rose.ROSENBERG:1026    NAVÁZÁNO
      TCP    rose:1357              rose.ROSENBERG:ldap    CLOSE_WAIT
      TCP    rose:1372              rose.ROSENBERG:msft-gc  NAVÁZÁNO
      TCP    rose:1373              rose.ROSENBERG:msft-gc  NAVÁZÁNO
      TCP    rose:1383              rose.ROSENBERG:epmap   NAVÁZÁNO
      TCP    rose:1384              rose.ROSENBERG:1119    NAVÁZÁNO
      TCP    rose:1385              rose.ROSENBERG:1070    NAVÁZÁNO
      TCP    rose:1395              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1407              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1423              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1424              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1448              rose.ROSENBERG:msft-gc  NAVÁZÁNO
      TCP    rose:1449              rose.ROSENBERG:epmap   TIME_WAIT
      TCP    rose:1450              rose.ROSENBERG:1026    TIME_WAIT
      TCP    rose:1453              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1454              rose.ROSENBERG:msft-gc  NAVÁZÁNO
      TCP    rose:1463              rose.ROSENBERG:epmap   TIME_WAIT
      TCP    rose:1464              rose.ROSENBERG:ldap    NAVÁZÁNO
      TCP    rose:1465              rose.ROSENBERG:epmap   NAVÁZÁNO
      TCP    rose:1466              rose.ROSENBERG:1077    NAVÁZÁNO
      TCP    rose:1468              rose.ROSENBERG:epmap   NAVÁZÁNO
      TCP    rose:1469              PROALPHA:2222          TIME_WAIT
      TCP    rose:msft-gc           rose.ROSENBERG:1073    NAVÁZÁNO
      TCP    rose:msft-gc           rose.ROSENBERG:1110    NAVÁZÁNO
      TCP    rose:msft-gc           rose.ROSENBERG:1117    NAVÁZÁNO
      TCP    rose:msft-gc           rose.ROSENBERG:1140    NAVÁZÁNO
      TCP    rose:msft-gc           rose.ROSENBERG:1253    NAVÁZÁNO
      TCP    rose:msft-gc           rose.ROSENBERG:1372    NAVÁZÁNO
      TCP    rose:msft-gc           rose.ROSENBERG:1373    NAVÁZÁNO
      TCP    rose:msft-gc           rose.ROSENBERG:1448    NAVÁZÁNO
      TCP    rose:msft-gc           rose.ROSENBERG:1454    NAVÁZÁNO
      TCP    rose:ms-wbt-server     PROALPHA:4710          NAVÁZÁNO

    WSUS db běží na druhém serveru (je méně vytížen), ovšem jak jsem již psal - nedostanu se k WSUS db přes SQL konzoli ani lokálně, na tom daném serveru....kdežto k sharepoint a sbsmonitoringu alespoň ano.


    Robajz
    8. února 2009 14:53
  • myslim ze uz jsem se te ptal jakou DB jsi pouzil pro WSUS. Zjevne jsi nechal WSUS bezet nw Windows Internal Databasi (extremne orezane SQL). Podivej se tedy na
    http://blogs.technet.com/sus/archive/2008/07/15/wsus-how-to-migrate-your-wsus-windows-internal-database-to-sql-server-2005-express-edition.aspx


    MP

    P.S. netstat -ano znamena netstat -ano

    • Označen jako odpověď Robajz 10. února 2009 19:04
    9. února 2009 21:39
    Moderátor
  • Ahoj,

    Verze WSUS = 3.1.6001.65

    Verze SQL DB pro WSUS po migraci na SQL 2005 -> 9.0.4035 (předtím byla myslím 7.*)

    Jak už je patrno, migrace z interní db na sql server 2005 se povedla, btw. remote connections a permissions byla všude nastavena správně. Nyní již běží i přes remote.

    Napadlo mě, co kdybych přidal na druhém serveru, kde běží sbsmonitoring a sharepoint, i tyto instance pod SQL server? Protože vzdáleně se k nim přes management konzoli z klienta nepřipojím, pouze k samotnému SQL serveru (9.0.4035), k instancím (8.0.2050) prostě ani náhodou, jenom lokálně.


    Robajz
    10. února 2009 13:27
  • Mam pocit ze se tento thread HODNE odchylil od puvodniho topicu. Navic uz vis jak, zjisti zda je podporovane a pust se do experimentovani.

    http://support.microsoft.com/kb/837848
    http://technet.microsoft.com/en-us/library/cc707953.aspx

    ....

    MP
    10. února 2009 13:40
    Moderátor
  •  Něco málo z jádra věci určitě zůstalo:)). Každopádně díky, vytížení RAM po alokaci paměti rapidně kleslo.

    Btw. jediné 2 háčky, se kterými jsem se setkal:

    - při migraci WSUS db se mi dle návodu nepodařilo odpojit původní SQL db, resp. jsem se nepřipojil k této cestě \.\pipe\MSSQL$MICROSOFT##SSEE\sql\query
      Vše ostatní proběhlo v pořádku, db je funčkní, jen mám obavy, aby případně nebyla využívána dvěma SQLky?

    - druhá věc, proces inetinfo.exe - ačkoliv se vytížení RAM nedostane nad 350MB (ca), vždy mi min. 1x denně přijde varování na mail, že má přiděleno více paměti, než je obvyklé. Přitom v oznámení mám nastaveno, aby mi upozornění chodila od celkového vytížení RAM od cca 2.9GB...? Nevím, kde se tato hláška neustále bere. Zkontroloval jsem i IIS logy, kde ovšem nebylo nic neobvyklého.
    Robajz
    10. února 2009 15:50
    1. z principu se neda SQL soubor (mdf/ldf) pripojit 2x. Pokus o 2. pripojeni selze protozesoubor uz je pouzivan/zamcen. Hlasku o tom bys nasel v eventlogu
    2. jakym zpusobem si nechavas posilat alerts? ze standardniho perfmonu nebo nejakym SBS udelatkem (neznam, neporadim)

    MP

    P.S. ac radim dobrovolne, rad a zadarmo (jen za to ze si tu muzu vylejvat svoje sarkasmy a honit ego) myslim ze u tebe mam minimalne pivo :))) . Tenhle thread je megadlouhej a myslim (doufam!) ze ses neco naucil (a nejen opisoval me rady ktere nemuseji byt bez chyb) ... ale nejen jedna odpoved muze byt oznacena jako odpoved :-P

    Chodis na nejaka setkani (wug.cz a pod)? Nejen konkurence zije a pada s komunitami!

    P.P.S. Obdivuju ze pises cesky. Za mych mladych let to moc neslo a pote uz to zdrzovalo. Zurim kdyz prijdu k lokalizovanemu OS na stanici ci nedejboze na serveru; o strasne veci zvane ceska QWERZ nemluve.

    10. února 2009 17:21
    Moderátor
  • Jestli ti vadí diakritika, mohl jsi říct, určitě by pro mě bylo o něco rychlejší psát "unlocalized", ale můj názor je ten, že když už ji máme, proč ji nepoužít a také mi to přijde o něco inteligentnější, ale toť můj pohled na věc:).

    Btw. alerty mi chodí ze stand. performance monitoru, který lze nastavit v SBS konzoli.

    Jasně, samo jsem rád, že tohle fórum existuje a funguje, člověk se tu minimálně ledasčemu přiučí. Tvoje rady vstřebávám někdy déle, někdy rychleji, každopádně si vždy projdu vše okolo, případně se opět "přihlouple" zeptám. Ovšem tahle oblast je pro mě novým prostředím, teprve se rozkoukávám, nemám za sebou žádná školení, mítinky, či komunitní srazy, jaks podotknul.

    Myslel jsem, že lepší /určitě/ bude nejdříve něco nastudovat a pak případně pilovat. NO a ještě předtím jsem chtěl odstranit nějaké ty chybky, abych na studying měl více času, který mi poslední dobou utíká.

    Takže ještě jednou sorry /předem/ za někdy možná amatérské otázky, ale někde ty vědomosti /nějaké/ získat musim!:))

    p.s. pivka máš u mě 2, krize - nekrize!:D


    Robajz
    10. února 2009 18:57
  • To je slovo chlapa :)

    MP
    • Označen jako odpověď Robajz 10. února 2009 19:14
    10. února 2009 19:05
    Moderátor