none
почему параметр HKLM\SYSTEM\CurrentControlSet\Control\ServicesPipeTimeout должен добавлять _я_ , а не Microsoft ? RRS feed

  • Вопрос

  • Поддерживаю "зоопарк" из SQL Server 2008 R2 в количестве > 500 штук, рост +2-3 шт/день

    Если руками не поставить параметр HKLM\SYSTEM\CurrentControlSet\Control\ServicesPipeTimeout 

    то с вероятностью > 80% в один "чудесный" день сервер не успеет подняться за ответдённые 30 сек.

    Если он такой прожорливый по ресурсам, почему при установке SQL Сервера установщик не добавляет данный параметр ?

    почему я должен собирать эти "грабли" за Микрософтом  ?

    P.S.

    Есть у мелкомягих багтрекер куда писать при ловле "граблей"  ?

    24 августа 2016 г. 11:52

Ответы

  • Почему это не делает установщик? да потому что это ваши личные "грабли", а не MS SQL.

    Потому что в Microsoft не в курсе этой частной проблемы конкретно в ваших системах. Потому что у большинства пользователей MS SQL его служба выходит на контакт с Диспетчером Служб в течение этих самых 30 секунд. Это не значит, что при этом SQL Server становится полностью работоспособным - это означает, что программа дошла до определённой точки инициализации и сообщила Диспетчеру Служб, что она готова принимать его команды. дальше SQL Server может ещё довольно долго инициализовать память и монтировать базы - но Диспечер Служб уже знает, что оно работает.

    Почему это не происходит у вас? Предполагаю, что из-за медленного диска, на котором располагаются программные файлы MS SQL и слишком большого количества стартующих одновременно служб. Обходным решением может быть изменить тип запуска службы на Automatic (Delayed start).


    Слава России!

    24 августа 2016 г. 12:07

Все ответы

  • Почему это не делает установщик? да потому что это ваши личные "грабли", а не MS SQL.

    Потому что в Microsoft не в курсе этой частной проблемы конкретно в ваших системах. Потому что у большинства пользователей MS SQL его служба выходит на контакт с Диспетчером Служб в течение этих самых 30 секунд. Это не значит, что при этом SQL Server становится полностью работоспособным - это означает, что программа дошла до определённой точки инициализации и сообщила Диспетчеру Служб, что она готова принимать его команды. дальше SQL Server может ещё довольно долго инициализовать память и монтировать базы - но Диспечер Служб уже знает, что оно работает.

    Почему это не происходит у вас? Предполагаю, что из-за медленного диска, на котором располагаются программные файлы MS SQL и слишком большого количества стартующих одновременно служб. Обходным решением может быть изменить тип запуска службы на Automatic (Delayed start).


    Слава России!

    24 августа 2016 г. 12:07
  • Да у меня медленые диски 5400RPM от ноутбуков, с 2 ГБ на которых обычно стоит стоит Widows 64 бит OEM из коробки с компьютером (из магазина)  и нередеко там УЖЕ стоит не один, а 2++ инстансов MS SQL Express, и оный при установке видит весь этот "бардак" не хуже меня, но предпочитает это незамечать.

    Спасение утопающих дело рук самих утопающих.

    Теперь у нас новые грабли: процедура обычного обновления внутри Windows 10, сносит этот параметр за ненадобностью 

    https://social.technet.microsoft.com/Forums/ru-RU/4919a16c-c033-4487-911c-3065e74ee7d5/windows-10-10-?forum=win10itprogeneralRU


    18 октября 2016 г. 6:46