Сбой дескриптора восстановления компонента Database Engine. Проверьте журнал ошибок SQL server на наличие потенциальных причин

Вот сведения журнала ошибок

Вот несколько ссылок

5 ответов

Нашел полезный блог, чтобы избавиться от этого…SQL Server

Ниже работал для меня:

Когда вы перейдете к экрану конфигурации сервера, измените имя учетной записи службы компонента Database Engine на NT AUTHORITY\NETWORK SERVICE и продолжите установку, и он успешно установит все компоненты без каких-либо ошибок. — Подробнее на:
https://superpctricks. com/sql-install-error-database-engine-recovery-handle-failed/

В моем случае установка учетной записи запуска службы SQL Server Database Engine в значение NT AUTHORITY\NETWORK SERVICE не удалась, но установка значения NT Authority\System позволила успешно установить экземпляр STD SQL Server 2016.

Просто проверьте следующий снимок.

Для получения дополнительной информации, проверьте @Shanky’s answer at https://dba. stackexchange. com/a/71798/66179

Помните: можно избежать перезагрузки сервера с помощью параметра SkipRules программы установки:

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

Основной поток здесь, кажется, поврежденный профиль учетной записи пользователя для учетной записи, которая используется для запуска ядра БД. Это учетная запись, указанная для компонента «база данных SQL Server» во время установки. В журнале событий установки также указывается следующая запись:

По ссылке предоставленной @royki:

Основной причиной этой проблемы, в большинстве случаев, является то, что профиль
пользователь, используемый для учетной записи службы (в моем случае это был локальный
system) поврежден.

Это объясняет, почему другие респонденты имели успех после перехода на другие учетные записи:

Исправить: сброс поврежденного профиля пользователя

Основные шаги из KB947215 резюмируются следующим образом:-

Перейдите к SID для поврежденного профиля

Чтобы найти SID, щелкните по каждому идентификатору GUID SID, просмотрите значение для этого ProfileImagePath значения и проверьте правильность учетной записи. Для системных учетных записей есть другой способ узнать SID для учетной записи, которая потерпела неудачу:

Записки IT специалиста

Типовые ошибки установки сервера 1С:Предприятие и PostgreSQL на платформе Linux.

Связка сервера 1С:Предприятие и PostgreSQL вторая по популярности среди установок 1С и самое используемое решение на платформе Linux. В отличии внедрений на базе Windows и MSSQL, где трудно сделать так, чтобы не заработало, внедрения на базе Linux таят множество подводных камней для неопытного администратора. Часто бывает так, что вроде бы все сделано правильно, но ошибка следует за ошибкой. Сегодня мы рассмотрим самые типовые из них.

Общая информация

Перед тем, как начинать искать ошибки установки и, вообще, приступать к внедрению серверной версии 1С:Предприятия было бы неплохо освежить представление как это работает:

В небольших внедрениях сервер 1С и сервер СУБД обычно совмещают на одном физическом сервере, что немного сужает круг возможных ошибок. В нашем случае будет рассматриваться ситуация, когда сервера разнесены по разным машинам. В нашей тестовой лаборатории мы развернули следующую схему:

В нашем распоряжении имеются два сервера под управлением Ubuntu 12.04 x64, на одном из них установлен сервер 1С:Предприятие версии 8.3, на другом PostgreSQL 9.04 от Ethersoft, а также клиент под управлением Windows. Напоминаем, что клиент работает только с сервером 1С, который, в свою очередь, формирует необходимые запросы к серверу СУБД. Никаких запросов от клиента к серверу управления базами данных не происходит.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (Ident)

Данная ошибка возникает при разнесении серверов по разным ПК из-за неправильно настроеной проверки подлинности в локальной сети. Для устранения откройте /var/lib/pgsql/data/pg_hba. conf, найдите строку:

и приведите ее к виду:

Сервер баз данных не обнаружен
could not translate host name «NAME» to address: Temporary failure in name resolution

На первый взгляд ошибка понятна: клиент не может разрешить имя сервера СУБД, типичная ошибка для небольших сетей, где отсутствует локальный DNS-сервер. В качестве решения добавляют запись в файл hosts на клиенте, что не дает никакого результата.

А теперь вспоминаем, о чем было сказано несколько раньше. Клиентом сервера СУБД является сервер 1С, но никак не клиентский ПК, следовательно запись нужно добавлять на сервере 1С:Предприятие в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows.

Аналогичная ошибка будет возникать, если вы забыли добавить запись типа A для сервера СУБД на локальном DNS-сервере.

Ошибка при выполнении операции с информационной базой
server_addr=NAME descr=11001(0x00002AF9): Этот хост неизвестен.

Как и прошлая, эта ошибка связана с неправильным разрешением клиентом имени сервера. На этот раз именно клиентским ПК. В качестве решения добавляем в файл /etc/hosts на платформе Linux или в C:\Windows\System32\drivers\etc\hosts на платформе Windows запись вида:

где указываете адрес и имя вашего сервера 1С:Предприятия. В случае использования локального DNS следует добавить A-запись для сервера 1С.

Ошибка СУБД: DATABASE не пригоден для использования

Гораздо более серьезная ошибка, которая говорит о том, что вы установили несовместимую с 1С:Предприятие версию PostgreSQL или допустили грубые ошибки при установке, например не установили все необходимые зависимости, в частности библиотеку libICU.

Если вы имеете достаточный опыт администрирования Linux систем, то можете попробовать доустановить необходимые библиотеки и заново инициализировать кластер СУБД. В противном случае PostgreSQL лучше переустановить, не забыв удалить содержимое папки /var/lib/pgsql.

Также данная ошибка может возникать при использовании сборок 9.1.x и 9.2.x Postgre@Etersoft, подробности смотрите ниже.

Ошибка СУБД:
ERROR: could not load library «/usr/lib/x86_64-linux-gnu/postgresql/fasttrun. so»

Ошибка СУБД
ERROR: type «mvarchar» does not exist at character 31

Возникает если база данных была создана без помощи системы 1С:Предприятия. Помните, для работы с 1С базы данных следует создавать только с использованием инструментов платформы 1С: через консоль Администрирование серверов 1С Предприятия

или через средство запуска 1С.

Сервер баз данных не обнаружен
ВАЖНО: пользователь «postgres» не прошёл проверку подлинности (по паролю)

Очень простая ошибка. Неправильно указан пароль суперпользователя СУБД postgres. Вариантов решения два: вспомнить пароль или изменить его. Во втором случае вам нужно будет изменить пароль в свойствах всех существующих информационных баз через оснастку Администрирование серверов 1С Предприятия.

Сервер баз данных не обнаружен
FATAL: database «NAME» does not exist

[FIX] Ошибка при установке свойств у поставщика

Некоторые пользователи Windows раздражены постоянными критическими сбоями, которые кажутся случайными. Изучив эту проблему, некоторые пользователи обнаруживают постоянные идентификаторы событий в средстве просмотра событий со следующей ошибкой: Ошибка при установке характеристик для поставщика <8444a4fb-d8d3-4f38-84f8-89960a1ef12f>. Сообщается, что эта проблема возникает в Windows 7, Windows 8.1 и Windows 10.

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

Теперь, когда вы знаете все потенциальные сценарии, которые могут быть основной причиной сообщения об ошибке Error Setting Traits on Provider, вот список потенциальных исправлений, которые другие затронутые пользователи успешно использовали для решения этой проблемы:

Метод 1. Установка каждого ожидающего обновления Windows (если применимо)

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

Если ваш компьютер с Windows 10 не обновлен, начните с установки всех ожидающих обновлений, пока вы не обновите свой компьютер.

Примечание. Если вы уже установили все обновления Windows, доступные для вашей конкретной версии, перейдите к следующему потенциальному исправлению ниже.

Вот краткое пошаговое руководство, которое проведет вас через весь процесс установки каждого ожидающего обновления на вашем компьютере с Windows 10:

Примечание. Если вы не столкнулись с этой проблемой в Windows 10, используйте wuapp вместо приведенной выше команды.

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

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

Метод 2: очистка остаточных файлов драйвера графического процессора и его повторная установка

По словам некоторых затронутых пользователей, вы можете ожидать появления признаков настройки ошибки в проблеме с поставщиком <8444a4fb-d8d3-4f38-84f8-89960a1ef12f>из-за некоторого несоответствия с вашим драйвером графического процессора. В большинстве задокументированных случаев эта проблема возникает после установки новой версии драйвера.

Если этот сценарий применим, вам следует найти время, чтобы установить и использовать стороннюю утилиту под названием Display Driver Uninstaller (DDU), чтобы полностью удалить текущий драйвер графического процессора и все связанные зависимости, прежде чем выполнять чистую установку последней версии с нуля.

Если вы ищете пошаговые инструкции по использованию утилиты DDU для очистки потенциально поврежденных файлов драйверов графического процессора перед повторной установкой выделенных драйверов графического процессора, выполните следующие действия:

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

Метод 3: Исследование / замена модулей RAM

Как выясняется, еще одна потенциальная проблема, которая может быть причиной появления черт настройки Error в сообщении об ошибке Provider <8444a4fb-d8d3-4f38-84f8-89960a1ef12f>, – это неисправная карта памяти, которая препятствует временному сохранению временных данных.

Однако, прежде чем вы решите заменить карты памяти RAM, вы должны найти время, чтобы убедиться, что вы действительно имеете дело с плохой памятью. Для этого вы можете использовать инструмент диагностики памяти Windows, чтобы выполнить стресс-тест вашей оперативной памяти и посмотреть, имеете ли вы дело с каким-либо типом неисправного оборудования.

Чтобы упростить вам задачу, следуйте приведенным ниже инструкциям, чтобы протестировать оперативную память с помощью средства диагностики памяти Windows:

Примечание. Если вам будет предложено UAC (Контроль учетных записей пользователей), нажмите Да, чтобы предоставить права администратора.

Если сканирование, которое вы только что выполнили с помощью средства диагностики памяти Windows, не выявило каких-либо проблем с вашей оперативной памятью, перейдите к следующему методу ниже, чтобы узнать о дополнительных методах исправления черт настройки ошибок у поставщика <8444a4fb-d8d3-4f38-84f8- 89960a1ef12f>.

Метод 4: восстановление системных файлов с помощью SFC и DISM

Если вы еще этого не сделали, вам следует потратить время на быстрое последовательное сканирование SFC (Проверка системных файлов) и DISM (Обслуживание образов развертывания и управление ими), чтобы выявить и исправить поверхностно поврежденные файлы ОС, которые могут способствовать появлению особенности настройки ошибок для событий провайдера <8444a4fb-d8d3-4f38-84f8-89960a1ef12f>в средстве просмотра событий.

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

Начните со сканирования SFC, поскольку этот процесс обычно происходит быстрее и не требует от вас поддержания стабильного подключения к Интернету.

Запуск сканирования SFC

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

После завершения сканирования SFC перезагрузите компьютер и запустите сканирование DISM после завершения следующего запуска.

Запуск сканирования DISM

Примечание. Перед запуском этого типа сканирования убедитесь, что ваш компьютер подключен к стабильному Интернет-соединению.

После завершения второго сканирования перезагрузите компьютер еще раз и посмотрите, было ли исправлено создание новых событий в средстве просмотра событий с характеристиками параметра «Ошибка» для ошибки поставщика.

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

Метод 5: Решение проблемы с энергопотреблением (если применимо)

В случае, если средство просмотра событий с типами настройки ошибок на Provider также содержит упоминания об ошибке Kernel-Power 41 (63), ваша система, вероятно, создает события такого типа из-за проблемы с энергопотреблением – вы, вероятно, столкнулись с этим, потому что ваша система не может потреблять достаточно энергии, чтобы поддерживать каждый подключенный компонент и периферию.

Если этот конкретный сценарий применим, у вас есть 3 возможных способа решения проблемы: