none
SBS 2011 - Chyby služeb SharePoint 2010

    Dotaz

  • Před nedávnem jsem v tomto fóru otevřel diskusi na téma Jak odhalit příčinu tuhnutí SBS 2011 serveru. Nevím proč, ale moderátoři toto téma již stáhli a tak budu pokračovat zde.

    Jelikož jsem tušil, že příčina tuhnutí SBS2011 serveru nějak souvisí s VSS, tak jsem v rámci diagnostiky na více jak 14 dnů zakázal služby SharePoint 2010 Timer a také SharePoint 2010 VSS Writer. Věřte nebo nevěřte, ale náš server běžel bez jakýchkoliv výpadků nebo vytuhnutí. Násleně jsem tedy v polovině minulého týdne uvedené služby opět nastartoval a vytuhnutí SBS 2011 přišlo po 4 dnech. 

    Napadá vás kde najít problém se službami SharePoint 2010 Timer či spíše SharePoint 2010 VSS Writer na SBS 2011?

    V aplikačním logu se na našem serveru poměrně často objevují podobná upozornění VSS. 

    ID události:   8230
    Kategorie úlohy:Není
    Úroveň:        Upozornění
    Klíčová slova: Klasické nastavení
    Uživatel:      Není k dispozici
    Počítač:       SRV00.apolocz.local
    Popis:
    Chyba služby Stínová kopie svazku: překlad názvu účtu spfarm se stavem 1376 se nezdařil. Zkontrolujte připojení k řadiči domény a klíč registru VssAccessControl.

    Operace:
       Inicializace modulu pro zápis

    Kontext:
       ID třídy modulu pro zápis: {542da469-d3e1-473c-9f4f-7847f01fc64f}
       Název modulu pro zápis: COM+ REGDB Writer

    Podrobnosti o chybě:
       Chyba: NetLocalGroupGetMemebers(spfarm), 0x80070560, Zadaná místní skupina neexistuje.

    ----------------------------
    Stejná uporornění ID 8230 jako výše se objevují také s následujícími kontext informacemi.
    ----------------------------

       ID třídy modulu pro zápis: {afbab4a2-367d-4d15-a586-71dbb18f8485}
       Název modulu pro zápis: Registry Writer
    ----
       ID třídy modulu pro zápis: {be000cbe-11fe-4426-9c58-531aa6355fc4}
       Název modulu pro zápis: ASR Writer
    ----
       ID třídy modulu pro zápis: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
       Název modulu pro zápis: Shadow Copy Optimization Writer
    ----  
    18. března 2013 14:26

Odpovědi

  • Po delším pátrání se mi podařilo objevit skutečný důvod proč náš SBS 2011 opakovaně tuhnul. Musím říct, že to nakonec nebylo kvůli VSS, ale jednalo se o neblahý vliv defaultní konfigurace ESET Mail Security na SBS. ESET kontinuálním skenováním Exchange mail store dostával náš SBS 2011 do dříve popisovaných zatuhnutí. Bohužel s absencí BSOD či jakékoliv chybové hlášky, která by něco napověděla. Takřka náhodou jsem k tomuto problému objevil článek v ESET KB - http://kb.eset.com/esetkb/index?page=content&id=SOLN2567. Na ESET supportu mi doporučili upravit počet skenovacích jader a vláken a vypnout backgraund scan. To pomohlo a SBS 2011 nám již běží řadu měsíců stabilně. Hurá :-)

    18. října 2013 15:03

Všechny reakce

  • Dobrý den,

    viz Article ID: 2483007 (http://support.microsoft.com/default.aspx?scid=kb;en-US;2483007)

    Problem: The following warnings may be reported in the application event log.

    Log Name:      Application
    Source:        VSS
    Date:          12/22/2010 9:00:03 AM
    Event ID:      8230
    Task Category: None
    Level:         Warning
    Keywords:      Classic
    User:          N/A
    Computer:      CONTOSOSERVER.contoso.local
    Description:
    Volume Shadow Copy Service error: Failed resolving account spsearch with status 1376. Check connection to domain controller and VssAccessControl registry key. Error-specific details:
       Error: NetLocalGroupGetMemebers(spsearch), 0x80070560, The specified local group does not exist.

    Log Name:      Application
    Source:        VSS
    Date:          12/22/2010 9:00:03 AM
    Event ID:      8230
    Task Category: None
    Level:         Warning
    Keywords:      Classic
    User:          N/A
    Computer:      CONTOSOSERVER.contoso.local
    Description:
    Volume Shadow Copy Service error: Failed resolving account spsearch with status 1376. Check connection to domain controller and VssAccessControl registry key. Operation:
       Gathering Writer Data
       Executing Asynchronous OperationContext:
       Execution Context: Requestor
       Current State: GatherWriterMetadataError-specific details:
       Error: NetLocalGroupGetMemebers(spsearch), 0x80070560, The specified local group does not exist.

    Cause:
    The warnings occur because the Sharepoint VSS writer and search services run under the context of a domain user account.

    Resolution: The warnings are benign and can be safely ignored

    20. března 2013 14:22
  • V event logu SBS2011 se u nás vyskytují i další události, o kterých Microsoft tvrdí, že je možné je ignorovat. Např.

    Kritická chyba (Event ID: 6398, Zdroj: SharePoint Foundation) se objevovala denně.
    http://support.microsoft.com/kb/2616940
    Zmizela až po zakázání úlohy Shromažďování dat CEIP.

    Chyba (Event ID: 5596, Zdroj: SharePoint Foundation) se také objevovala denně.
    http://support.microsoft.com/kb/2635071
    Zmizela až po doplnění chybějící procedůry 'proc_UpdateStatisticsNVP' do databáze 'SharePoint_ConfigurationDatabase'.

    Je s podivem, že Microsoft tyto věci po tak dlouhé době co je SBS 2011 uvolněn ještě nebyl schopen ošetřit v nějaké aktualizaci, ale to co se dá dělat. Admin se s tím holt musí poprat sám.


    Zpět ale k našemu problému s tuhnutím SBS2011, kdy v nepravidelné časy OS přestává reagovat a nezbývá nic jiného než reset serveru. V našem případě došlo k popisovanému vytuhnutí OS za poslední 2 měsíce už 8x a z toho 3x ve čtvrtek a 3x v neděli. Časy kdy k tomu došlo nejsou podobné, pohybují se mezi 9:40 -
    20:25.

    Podezření mám na některou ze spouštěných služeb naplánovaných služeb v Centrální správě - SharePoint 2010. Dá se těmto úlohám nějak zapnout podrobný debug log? 

    Nadpis Webová aplikace
    Typ plánu
    Zabezpečení pracovního postupu před selháním SBS SharePoint Minuty 15
    Okamžitá upozornění SBS SharePoint Minuty 5
    Zpracování metrik úložišť SBS SharePoint Minuty 5
    Aktualizace využití prostředků řešení SBS SharePoint Minuty 15
    Zpracování protokolu využití prostředků řešení SBS SharePoint Minuty 5
    Úloha aktualizace adres aplikací   Minuty 15
    Import dat využití služby Microsoft SharePoint Foundation   Minuty 30
    Aktualizace Vyhledávací služby služby SharePoint Foundation   Minuty 5
    Pracovní postup   Minuty 5

    • Upravený Marek Stodola 21. března 2013 22:00 neplatný hyperlink
    21. března 2013 21:59
  • Pro doplnění informací o aktuální situaci uvedu následující. Po posledním vytuhnutí SBS 2011, které se u nás událo tak trochu nečekaně předminulou sobotu ve 12:54 jsem preventivně zakázal tři z pěti vytipovaných úloh, které se v opakovaných 5 min. intervalech stále dokola by default spouští na SharePointu 2010. Od té doby již více jak týden nedošlo k žádnému zatuhnutí a náš SBS 2011 běží bez výpadků. Ještě chci posečkat alespoň do konce tohoto týdne, abych zjistil, zda-li server poběží i nadále v pořádku, a pak se zřejmě metodou pokus omyl budu snažit zjistit, která z níže uvedených služeb vytuhnutí našeho SBS 2011 způsobovala. Nejvíce pravděpodobná se mi zdá první uvedená.

    1) Aktualizace Vyhledávací služby služby SharePoint Foundation
    2) Zpracování protokolu využití prostředků řešení
    3) Zpracování metrik úložišť

    Máte někdo nápad, jak bych měl případně postupovat dále, pokud se potvrdí má obava, že vytuhnutí našeho SBS 2011 skutečně způsobuje některá z výše uvedených úloh? Je nějaká cesta jak tyto úlohy blíže analyzovat?
    3. dubna 2013 11:28
  • Dobrý den,

    pořád nad tím přemýšlím. Je tedy jasné, že problém s vytuhnutím bude způsobovat VSS. Jak jste na tom s drivery k řadiči nebo diskům? Vše aktuální? Zkoušel jste zakázat jen službu Sharepoint VSS Writer? Díky.

    3. července 2013 7:33
  • Dobrý den,

    stejný problém máme taky. Pan Pilař mě odkázal na toto vlákno. Chtěl bych se zeptat, jestli jste náhodou problém dořešil?

    Děkuji

    8. října 2013 11:36
  • Dobrý večer, řešil jsem to samé po migraci sbs 2003 na sbs 2011

    Podívejte se do registru:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\VSS\VssAccessControl

    pokud je zde položka typu DWORD s názvem spfarm, tak ji smažte. Ponechal jsem se zde

    položku typu DWORD "NT Authority\NetworkService" - hodnota 1

    U mne to pomohlo.

    8. října 2013 20:28
  • Po delším pátrání se mi podařilo objevit skutečný důvod proč náš SBS 2011 opakovaně tuhnul. Musím říct, že to nakonec nebylo kvůli VSS, ale jednalo se o neblahý vliv defaultní konfigurace ESET Mail Security na SBS. ESET kontinuálním skenováním Exchange mail store dostával náš SBS 2011 do dříve popisovaných zatuhnutí. Bohužel s absencí BSOD či jakékoliv chybové hlášky, která by něco napověděla. Takřka náhodou jsem k tomuto problému objevil článek v ESET KB - http://kb.eset.com/esetkb/index?page=content&id=SOLN2567. Na ESET supportu mi doporučili upravit počet skenovacích jader a vláken a vypnout backgraund scan. To pomohlo a SBS 2011 nám již běží řadu měsíců stabilně. Hurá :-)

    18. října 2013 15:03