Отмечено: troubleshooting Показать/спрятать ветки комментариев | Горячие клавиши

  • exebit 4:06 pm on 21.05.2010 Постоянная ссылка | Ответить
    Метки: , troubleshooting   

    Не ставятся патчи Microsoft SQL Server 2005 после смены SID 

    Это продолжение истории со сменой SID’ов. SQL Server использует локальные группы для управленя доступом. Указатели на группы включают идентификатор безопасности (Security IDentifier) группы, который меняется утилитой NEWSid, вследствие чего при установке обновлений мы видим в логах (например C:\Program Files\Microsoft SQL Server\90\Setup Bootstrap\LOG\Hotfix\OLAP9_Hotfix_KB970896_sqlrun_as.msp.log.
    ) ошибку:

    No mapping between account names and security IDs was done

    Для устранения проблемы необходимо привести в соответствие указатели пользовтлей  сиды локальных групп. Определяем SID групп спомощью утилиты psGetSid и записваем результат в ветках

    [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Setup]

    для ключей FTSGroup, SQLGroup, AGTGroup, ASGroup. Соответствие приведено ниже:

    SQLServer2005MSFTEUser<…> — FTSGroup

    SQLServer2005MSSQLUser<…> — SQLGroup

    SQLServer2005SQLAgentUser<…> — AGTGroup

    SQLServer2005MSOLAPUser<…> — ASGroup

    И, вуаля, патч будет ставиться!

    Кстати, если вы ставите сервис-пак, то достаточно удалить дянные ключи — они будут воссозданы программой установки.

    P.S. Не забудьте также выключить на время восстановление в свойствах службы и системы мониторинга, которые могут автоматически их стартовать

     
  • exebit 8:02 am on 19.05.2010 Постоянная ссылка | Ответить
    Метки: troubleshooting, , wsus   

    Wsus не видит клиентов с одинаковыми SID 

    Смена идентификаторов безопасности не требуется, машины с одинаковыми SID вполне корректно работают в одной подсети. Все что требуется для устранения неполадок с WSUS — сменить регистрационные идендификаторы клиента. Подробнее описано на сайте Microsoft. Привожу готовый батник для запуска на клиенте:

    wsus_client_reset.bat

    net stop wuauserv
    reg delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate /v PingID /f
    reg delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate /v AccountDomainSid /f
    reg delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate /v SusClientId /f
    reg delete HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate /v SusClientIDValidation  /f
    del /f /s /q %WinDir%\SoftwareDistribution\*
    net start wuauserv
    wuauclt.exe /resetauthorization /detectnow
    pause

    Программу newSID.exe убрали с сайта sysinternals, она не решает данной проблемы,  необходимо провести выше указанную процедуру.

     
  • exebit 10:04 am on 12.05.2010 Постоянная ссылка | Ответить
    Метки: Exchange 2007, , troubleshooting, xchange   

    Exchange 2007, windows event 2214, 2268 

    Симтомы:

    Веб-сервисы Exchange не работают, в логах видим ошибку:

    Event Type: Error
    Event Source: W3SVC-WP
    Event Category: None
    Event ID: 2214
    Date:  12.05.2010
    Time:  12:56:53
    User:  N/A
    Computer: OAEM01
    Description:
    The HTTP Filter DLL C:\WINDOWS\System32\RpcProxy\RpcProxy.dll failed to load.  The data is the error.
    For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
    Data: ...

    Вероятная причина:
    Разные архитектуры используемых ASP 1.1 и 2.0
    Исправляем:
    Выполняем на сервере команды:
    cscript %SYSTEMDRIVE%\inetpub\adminscripts\adsutil.vbs SET W3SVC/AppPools/Enable32bitAppOnWin64 0
    Регистрируем ASP 2.0
    %SYSTEMROOT%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis.exe -i
     
c
cоздать новую запись
j
следующая запись/комментарий
k
предыдущая запись/комментарий
r
Ответить
e
Изменить
o
показать/скрыть комментарии
t
перейти наверх
l
Go to login
h
Показать/Скрыть помощь
shift + esc
Отмена