Сервису Microsoft SQL Server 2005 не удается запуститься

В то время как то сообщение об ошибке находится на экране (прежде чем откат начнется), переходят к Панели управления-> Средства администрирования-> Сервисы и видят, установлен ли сервис на самом деле. Также проверьте то, что считает, это использует для выполнения как. Если это не использует Локальную Систему, то удвойте и утройте проверку, что учетная запись, которую это использует, имеет права на каталог программы, где MS SQL установил на.

Это похоже не, все Ваши предпосылки действительно работают, как они должны быть. Кроме того, Вы захотите удостовериться, что Вы устанавливаете от самой консоли а не через любой вид удаленного сеанса вообще. (Я знаю, это - боль в @@, но иногда это имеет значение.)

Можно получить доступ к Книгам SQL Server 2005 года Онлайн в сети в: http://msdn.microsoft.com/en-us/library/ms130214 (SQL.90) .aspx. Эта документация должна помочь Вам дешифровать журналы.

Бонусный лакомый кусочек: После того как Вы получаете это далеко, если Вы планируете установку SP2, не получая установку, которая приводит к сбою и откатывает, еще небольшой жемчуг мудрости описан здесь: http://blog.andreloker.de/post/2008/07/17/SQL-Server-hotfix-KB948109-fails-with-error-1920.aspx. (Моя проблема была то, что "SQL Server Устройство записи VSS" (Сервис) даже не был установлен.) Удачи!

Я видел что-то подобное прежде, когда учетная запись, под которой SQL Server установлен работать, не имеет необходимого разрешения.

Мимоходом, после того как это установлено, частая ошибка состоит в том, чтобы изменить данные для входа в систему от Windows Services, не от Менеджера конфигурации SQL Server. Хотя они выглядят одинаково, инструмент SQL Server предоставляет доступ к некоторым ключам реестра, которые не делает инструмент Windows, который может вызвать проблему на сервисном запуске.

Можно выполнить Sysinternals RegMon/Sysinternals ProcessMon, в то время как установка работает, фильтруя sqlsevr.exe и Сообщениями об отказе, чтобы видеть, являются ли учетные данные учетной записи проблемой.

Надеюсь, это поможет

Я соглашаюсь с Greg, что журнал является лучшим местом для запуска. Мы испытали что-то подобное, и фиксация должна была гарантировать, чтобы у администраторов были полные полномочия к местоположению реестра HKLM\System\CurrentControlSet\Control\WMI\Security до начала установки. HTH.

Я попытался бы просто установить инструменты и сервисы базы данных для запуска с. анализ отпуска, RS и т.д. и видит, добираетесь ли Вы далее. Я делаю remeber, имеющие проблемы с неудавшимися установками так убедиться войти добавляют/удаляют программы и удаляют все части, которые оставляет позади деинсталлятор

У нас недавно была подобная проблема withour рабочий SQL 2 005 серверов (более конкретно: услуги по созданию отчетов). Сервисы окон больше не запускались без реального сообщения об ошибке вообще.

Я узнал, что эта проблема была связана с некоторыми текущими исправлениями КБ, которые были развернуты в последнее время. По некоторым причинам те текущие исправления привели к сервисам, занимающим больше времени, чем обычно у запуска.

С тех пор по умолчанию, существует тайм-аут, который уничтожает сервис после 30 секунд, когда он не смог пойти вне методов запуска, это было причиной, почему он просто завершился.

Возможно, это - то, что Вы испытываете.

Существует работа вокруг описанного на Microsoft Connect (ссылка). Хотя текущие исправления, перечисленные в этой статье, не соответствовали тем, которые были развернуты на наших системах, обходное решение работало на нас.