Не удалось запустить службу агент сервера 1с ошибка 1069

Обновлено: 07.01.2025

В этом руководстве помогают диагностировать и устранять проблемы, связанные с аварийной ситуацией, на консоли администратора в System Center 2016 Data Protection Manager (DPM 2016) и System Center 2012 Data Protection Manager (DPM 2012 или DPM 2012 R2). Общие ID ошибки сбоя включают 917, 999, 948 и 1069.

Оригинальная версия продукта: System Center 2016 Data Protection Manager, System Center 2012 Data Protection Manager, System Center 2012 R2 Data Protection Manager
Исходный номер КБ: 10057

Перед началом устранения неполадок убедитесь, что у вас есть последний пакет обновления для System Center Data Protection Manager установлен. В последней версии см. System Center - Data Protection Manager версии сборки.

Ошибка 917. Потеряно подключение к службе DPM

При работе с сбоями консоли важно понимать, что консоль на сервере DPM зависит от нескольких доступных служб. Если какие-либо из этих служб перестанут работать или сбой, вы, скорее всего, получите ошибку 917:

Потеряно подключение к службе DPM.
Просмотрите журнал событий приложения, чтобы получить сведения о возможном закрытии службы.

Вот снимок экрана этой ошибки:

DPM
DPMRA
SQL Server агент (для экземпляра DPM)
SQL Server (для экземпляра DPM)
Служба виртуальных дисков
Служба теневого копирования томов

Если одна из служб не запущена, попробуйте начать ее, а затем снова открыть консоль DPM.

Если службы запущены и вы все еще испытываете проблему, проверьте, находится ли база данных в режиме восстановления.

Ошибка 1069. Служба не началась из-за сбоя логотипа

Если у вас возникли проблемы с запуском одной из служб, связанных с DPM, это может быть вызвано учетной записью Run As. Служба не может начать работу со следующей ошибкой:

Ошибка 1069. Служба не начала работу из-за сбоя логотипа.

Вот пример снимка экрана ошибки:

Единственными службами, которые могут работать с учетной записью, помимо SYSTEM, являются SQL Server учетные записи. Используйте следующую таблицу, чтобы убедиться, что учетные записи являются правильными и что у них есть допустимые пароли.

Лучший способ изменить учетные записи SQL Server — это использовать интерфейс диспетчер конфигурации SQL Server.

Имя службы	Учетная запись Run As	Тип запуска.	Исследование, если не работает?
MSDPM	SYSTEM	Manual	Да
DPMRA	SYSTEM	Автоматически	Нет
SQL Server агент (для экземпляра DPM)	Учетная запись домена (должна быть локальным администратором)	Автоматически	Да
SQL Server (для экземпляра DPM)	Учетная запись домена (должна быть локальным администратором)	Автоматически	Да
Служба виртуальных дисков	SYSTEM	Manual	Да
Служба теневого копирования томов	SYSTEM	Manual	Да
Диспетчер доступа к DPM	SYSTEM	Автоматически	Да
Координатор агента DPM	SYSTEM	Manual	Нет
DPM CPWrapper	SYSTEM	Manual	Нет
Автор DPM	SYSTEM	Автоматически	Да
DPMLA	SYSTEM	Manual	Нет
Служба помощника DPM VMM	SYSTEM	Manual	Нет

Проверьте, находится ли база данных в режиме восстановления

Если база данных находится в режиме восстановления, это может привести к проблемам при попытке служб подключиться к ней. База данных введена в режим восстановления из-за сбоя или сбоя DPMSync. Чтобы проверить, действительно ли это так, запустите следующий SQL запрос в DPMDB:

Если PropertyValue возвращено 1, база данных находится в режиме восстановления.

Запустите следующий SQL, чтобы выйти из режима восстановления базы данных:

После завершения перезапустите службу DPM и повторите попытку консоли.

Время работы службы

Если учетные записи службы Run As настроены должным образом, может возникнуть проблема с периодами времени службы. Если при попытке запуска служба разовая, можно применить следующую запись реестра:

DWORD: ServicesPipeTimeout
Значение: 300000

Если запись не существует, ее можно создать. Это значение — время в миллисекунд (ms), например 60000 равно 1 минуте (60 секунд). Чтобы реализовать изменение, необходимо перезапустить службу. Настройка значения при необходимости.

Служба запускается, но затем сбои

Если служба запускается, а затем сбои, проверьте журнал событий приложения на случай ошибки, указывающей, какая служба потерпела сбой. Проверьте, есть ли записи с ошибкой в качестве уровня и MSDPM (или любой другой службы DPM) в качестве источника во время сбоя. Вкладка General для события должна содержать сведения о сбое службы и некоторые сведения о сбое.

Например, в процессе MSDPM, который не справился с ИД события 999, есть следующие сведения:

Описание события ID 999 из источника MSDPM невозможно найти. Либо компонент, который вызывает это событие, не установлен на локальном компьютере, либо установка повреждена. Можно установить или отремонтировать компонент на локальном компьютере.

Если событие возникло на другом компьютере, данные отображения должны быть сохранены вместе с событием.

В событие были включены следующие сведения:

Неожиданная ошибка привела к сбою для процесса "msdpm". Перезапустите процесс DPM "msdpm".

Вот снимок экрана этого события:

В этом примере в разделе Сведения о проблемах показано, что он не справился с кодом ошибки, 0x80004015 который отображает:

Класс настроен для запуска в качестве id безопасности, отличаемого от вызываемого

Затем мы можем начать расследование проблемы в качестве проблемы учетной записи пользователя. Так как сбой произошла из-за сбоя службы MSDPM, следующим шагом является просмотр соответствующего журнала ошибок DPM. Расположение по умолчанию для этих журналов ошибок DPM аналогично C:\Program Files\Microsoft System Center 2012\DPM\DPM\Temp\ .

Журналы ошибок называются службой, в журнале и текущий файл журнала для каждой службы называется <service> curr.errlog.

В случае сбоя службы система также создает файл .crash, аналогичный показанным ниже:

Событие аварии записуется в самом конце файла и показывает дополнительные сведения.

При устранении неполадок при сбоях различных служб их причины и разрешения выходят за рамки этого руководства. Журналы событий, журналы ошибок и .crash files должны предоставить вам достаточно информации, чтобы устранить наиболее распространенные ошибки на форуме поддержки DPM.

Ошибка 948: невозможно подключиться к DPM Server

Если служба не может подключиться к базе данных DPM, она, скорее всего, не сможет запуститься. В этом случае вы увидите ошибки, похожие на следующие:

Невозможно подключиться <DPM Server> к . (ID: 948)
Убедитесь, что служба DPM запущена на этом компьютере.

Раздел Сведения о проблемах в журнале событий должен предоставить дополнительные сведения о характере сбоя. Обычно база данных находится в автономном режиме или не может быть контактной (скорее всего, если она находится на удаленном сервере), или у вас может возникнуть сбой входа. В таких сценариях в журнале событий, вероятно, будет ошибка, аналогичная одному из следующих примеров:

К числу распространенных причин относятся следующие:

Сбой входа

Этот файл журнала ошибок должен включать все неудались записи аудита входа. Устранение этих ошибок путем назначения разрешений учетной записи, упоминаемой для ссылаемой базы данных. Это обычно либо учетная запись SQL Server Run As, либо учетная запись SYSTEM:

Для учетной записи SYSTEM можно добавить соответствующие разрешения в SQL Server Management Studio, зайдите в логины безопасности, а затем щелкнув правой > кнопкой мыши учетную запись System. Убедитесь, что роль sysadmin выбрана ниже:

Для учетной SQL Server Run As сбросить учетную запись в диспетчер конфигурации SQL Server.

База данных/экземпляр находится в автономном режиме

Необходимо проверить, работает ли SQL Server служба на данном этапе. В противном случае проверьте это сейчас. После запуска SQL Server попробуйте подключиться к экземпляру из SQL Server Management Studio (SSMS). Иногда это может привести к сбойу, если сервер вошел в систему с другой учетной записью, чем установленная учетная запись. В этом сценарии попробуйте SSMS в качестве администратора. Если вы можете успешно подключиться, DPMDB находится в сети. Если DPMDB находится в автономном режиме, он будет выглядеть следующим образом:

Если DPMDB находится в автономном режиме, щелкните правой кнопкой мыши DPMDB, выберите Задачи и выберите Bring online. После его в интернете проверьте, устранена ли проблема.

Проблемы, связанные с сетью

Если вы видите ошибки, которые указывают на проблему, связанную с сетью, проверьте подключение к базе данных с сервера DPM, завершив следующие действия:

Создайте файл .udl. Проще всего переименовать пустой файл .txt с расширением .udl.

Дважды щелкните файл UDL и выберите экземпляр и базу данных для проверки из списка выпаданий.

Щелкните подключение к тесту.

Если это не удается, проверьте, можно ли SQL Server с сервера DPM и убедиться, что разрешение имени работает правильно. Кроме того, убедитесь, что возвращенный IP-адрес является правильным. Убедитесь, что адрес также является правильным SQL Server > DPM-сервере. Проверьте другие очевидные причины, по которым трафик может не пройти, например брандмауэры.

Добрый день, коллеги.
Посоветуйте решение в данной проблеме.
После перезагрузки терминального сервера, служба 1C:Enterprise 8.3 Server Agent автоматически не стартует(в свойствах запуск автоматом включен). Запускается только после ручного запуска со второго раза.
Для уч. записи USR1CV82 права
Log on as batch job
Log on as service
- установлены.
На папку 1cv8, в свойствах безопасности папки USR1CV82 стоит разрешение - Modify

Версия платформы 1С:Предприятие 8.3 (8.3.5.1248)

(8) dddxddd, благодарю за понимание проблемы, попробуем у себя проверить, по результатам сообщу (2) spezc, подскажите пожалуйста где его смотреть, т.к. не работал с ним (3) Мой компьютер-Правой кнопкой мыши-Управление. События.

обнаружил там такое предупреждение:
Система Windows обнаружила, что файл реестра используется другими приложениями или службами. Файл будет сейчас выгружен. Приложения или службы, которые используют файл реестра, могут впоследствии работать неправильно.

ПОДРОБНО -
3 user registry handles leaked from \Registry\User\S-1-5-21-1848562363-2380802662-1236399446-1002:
Process 2796 (\Device\HarddiskVolume2\Program Files (x86)\1cv8\8.3.5.1248\bin\ragent.exe) has opened key \REGISTRY\USER\S-1-5-21-1848562363-2380802662-1236399446-1002
Process 2796 (\Device\HarddiskVolume2\Program Files (x86)\1cv8\8.3.5.1248\bin\ragent.exe) has opened key \REGISTRY\USER\S-1-5-21-1848562363-2380802662-1236399446-1002\Control Panel\International
Process 2796 (\Device\HarddiskVolume2\Program Files (x86)\1cv8\8.3.5.1248\bin\ragent.exe) has opened key \REGISTRY\USER\S-1-5-21-1848562363-2380802662-1236399446-1002\Software\Microsoft\Windows\CurrentVersion\Explorer

что это может быть?

Внес изменения в реестр, При этом при тестовой перезагрузке сервис запустился, а при плановой в 3 утра нет
При первом запуске службы руками ошибка 1053, при втором запуске службы – ок! (10) digital_element, ну судя по тому что пишет мелкософт по этому поводу, напрашивается первый вопрос - а обновления все стоят на сервере? (12) digital_element, Как какие, самые обычные виндовые обновления, для вашего сервера. ссылку мелкософта видели по вашей ошибке? (13) dddxddd, по ссылке не перешел, спасибо, сейчас ознакомимся

обновления были установлены, проблема повторилась.
не знаю, где еще можно смотреть

Ошибка 1069: Не удалось запустить службу SQL Server VSS Writer
Доброго времени суток! Прошу прощения сразу, потому что я не совсем разобрался в какой именно.

Не могу запустить службу времени на домене
Не могу запустит службу времени на домене. Eventid 7000 Сбой при запуске службы "Служба времени.

Не могу запустить службу Общий доступ к подключению к Интернету(ICS)
Здравствуйте, настраиваю дома точку доступа WiFi У меня windows 7 максимальная Столкнулся с такой.

Спасибо
Здесь надо Проверить конфигурацию. Видимо, путь неправильно прописан во время установки, но и на других компьютерах с XP Она тоже не запускается. не было проблем с 7ой. . значит локальная машина.
.\учётнаязапись - стандартное обозначение для локальной учётной записи. Какой путь?
У вас учетка, от имени которой стартует служба - .\Admin. Следовательно имя машины ".".
Если это не так, то приведите учетку к виду ИмяМашины\Admin. ТС надо в свойствах службы назначить учётную запись LOCAL_SYSTEM (либо отметить галочуой соответствующую учётную запись - от версии винды зависит), либо осознанно указать имя и пароль учётной записи, от которой должна работать служба SQLSERVER (SQLEXPRESS) . значит локальная машина.
.\учётнаязапись - стандартное обозначение для локальной учётной записи. В терминах MSSQL "." озаначает локальный сервер. Насчет такого обозначения локальной учетной записи - в первый раз слышу. Более того, это не работает. Может есть пруфлинк? ТС надо в свойствах службы назначить учётную запись LOCAL_SYSTEM А если ТСу требуется из сиквела обращаться к сетевым ресурсам?

При чём тут термины MSSQL, если речь идёт об авторизации заапуска службы.
Пруфлинк искать не буду, принтскрин бы показал да не хочу работодателя прогневать.
А если ТСу требуется из сиквела обращаться к сетевым ресурсам, то пусть указывает доменную учётную запись, либо локальную учётную запись, имеющую соответствующие разрешения на сетевых ресурсах, иначе получит ошибку 1005.

Вообще-то я прямо сейчас с этими вещами работаю и спорить не собираюсь. Пусть ТС попробует и напишет чем кончилось.

Вообще-то я прямо сейчас с этими вещами работаю и спорить не собираюсь. Ну тогда Вас наверное не затруднит привести воспроизводимый пример работы с учетками вида ".\Имя"?

Воспроизводимый в каком виде? виртуалку сдампить? )

запись вида .\Имя делается для того, чтобы отличить
доменную учётку "имядомена\имя1" от локальной "мойкомпьютер\имя1", аналог этой записи ".\имя1"

Принтскрин ошибки позволяет предполодить, что на момент установки на машине ТС была локальная учётка Admin, и в процессе настройки этот админ решил стартовать службу сервера от себя, а потом админскую учётку заблокировал либо удалил либо пароль сменил.

Вот дополнительно скрины самой службы. Может что-топо может. Я вроде уже говорил, что надо поменять ваторизацию запуска.
В вашем случае надо положить шарик в дырочку слева от "встроенную учётную запись" и выбрать LOCAL_SYSTEM в вываливающемся списке, расположенном под указанной надписью.

Добавлено через 4 минуты
В журнале событий: "Служба "SQL Server (SQLEXPRESS)" завершена из-за внутренней ошибки 1814 (0x716). "
действие от пользователя Н/Д
хотя Запуск от Admin

При запуске службы SQL Server ошибку 1069, что приводит к сбою логотипа. В этой статье содержится разрешение событий, связанных с ошибкой 1069.

Оригинальная версия продукта: SQL Server
Исходный номер КБ: 282254

Симптомы

С помощью applet Services:

Windows не удалось запустить службу SQL Server на локальном компьютере.
Ошибка 1069. Служба не начала работу из-за сбоя логотипа.

С помощью командной подсказки:

Произошла ошибка системы 1069.
Служба не начала работу из-за сбоя логотипа.

Причина

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

Решение

Разрешения для ИД событий 7041 и ID событий 7038 отличаются. Обратите внимание на ID события и описание события, связанного с сбоем в журнале событий системы. Затем используйте соответствующие сведения для устранения проблемы.

ID события: 7041

Ошибка logon: пользователю не был предоставлен запрашиваемого типа логотипа на этом компьютере.

Чтобы устранить эту проблему, проверьте, какие разрешения назначены учетной записи службы с помощью локальной Параметры <Account Name> безопасности (Secpol.msc).

Проверка этих прав в разрешениях сервера. Дополнительные сведения см. в Windows Privileges and Rights. Вручную назначьте недостающие разрешения.

Просмотрите учетную запись службы, чтобы узнать, назначены ли ему какие-либо разрешения На отказ* Удалите все разрешения Deny* из учетной записи SQL службы, а затем перепроверите. Например, если учетной записи службы был назначен логотип службы отказа вместе с ним, отзовите право на логотип и перезапустите SeDenyServiceLogonRight SeServiceLogonRight SeDenyServiceLogonRight SQL Server.

ID события: 7038

Этот пользователь не может войти, так как эта учетная запись в настоящее время отключена

Для устранения данной проблемы выполните следующие действия.

Если SQL Server учетной записью запуска является учетная запись локального пользователя на компьютере, откройте управление компьютером (compmgmt.msc) и убедитесь, что учетная запись службы отключена в локальных группах пользователей &. Если она отключена, включите учетную запись и перезапустите SQL Server службу.

Если SQL Server учетная запись запуска — это учетная запись Windows домена, проверьте, отключена ли учетная запись в active Directory Users and Computers. Если она отключена, включите учетную запись и перезапустите SQL Server службу.

Пароль пользователя необходимо изменить перед входом

Для устранения данной проблемы выполните следующие действия.

Если учетная запись SQL Server запуска — это учетная запись локального пользователя на компьютере, откройте управление компьютером (compmgmt.msc) и закройте пароль в следующем свойстве logon для SQL Server Startup Account в локальных группах пользователей &. Затем выберите ОК и перезапустите SQL Server службу.

Если учетная запись SQL Server запуска — это учетная запись Windows домена, откройте active Directory Users and Computers, а затем убедитесь, что в учетной записи SQL Server запуска пользователь должен изменить пароль при следующем включенном свойстве логотипа.

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

Имя пользователя или пароль некорректно

Для устранения данной проблемы выполните следующие действия.

Если на шаге 1 сбой и сообщает ту же проблему, необходимо сбросить пароль для Windows логотипа. Если учетная запись SQL Server запуска — учетная запись локального пользователя на компьютере, откройте управление компьютером (compmgmt.msc) и сбросйте пароль локального пользователя. Если учетная запись SQL Server является учетной записью Windows домена, откройте active Directory Users and Computers, а затем измените учетные данные. После обновления учетных данных вернись в диспетчер конфигурации SQL Server, введите те же учетные данные и запустите службу.

Введите правильный пароль в учетной записи SQL Server службы на SQL Server хост-компьютере. Для этого выполните процедуры из служб SCM — измените пароль используемых учетных записей.

Эта учетная запись в настоящее время заблокирована и не может быть внесена в систему

Для устранения данной проблемы выполните следующие действия.

Если SQL Server учетная запись запуска — это учетная запись локального пользователя на компьютере, откройте управление компьютером (compmgmt.msc) и укройте учетную запись заблокирована для учетной записи SQL Server запуска в локальных группах пользователей &. Затем выберите ОК и перезапустите SQL Server службу.

Если SQL Server учетная запись запуска является учетной записью Windows домена, откройте active Directory Users and Computers и убедитесь, что SQL Server учетной записи запуска учетная запись заблокирована.

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

Читайте также: