Sql server sqlexpress 945 загрузчику ресурсов не удалось найти файл mui

Обновлено: 07.07.2024

У моего экземпляра экземпляра SQL Server (SQL Server 2008 R2 Express) есть Тип запуска = Автоматически. Последние пару раз, когда я перезагрузил свой компьютер, служба не запускалась сама по себе, но она начинается нормально, когда я вручную запускаю службу.

Средство просмотра событий показывает, что служба не запускается из-за таймаута соединения. В этом тайм-ауте есть 2 записи:

Запись 1

Таймаут был достигнут (30000 миллисекунд), ожидая SQL Сервер (SQLEXPRESS) для подключения.

Запись 2

Не удалось запустить службу SQL Server (SQLEXPRESS) из-за следующая ошибка: служба не ответила на запуск или управление запросить своевременно.

Любые идеи о причине этой проблемы или о том, как я могу исследовать дальше?

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

Для автоматического запуска ваших служб SQL Server нуждается в учетной записи с правами на запуск сервисов во время запуска операционной системы.

Если вы выбрали этот параметр, нажмите кнопку «Обзор» и найдите учетную запись «Локальная учетная запись» или «Сетевая служба» там> Нажмите «Применить».

Перезагрузите компьютер, и вы сможете запустить свой SQL Server.

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

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

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

Я нашел это в некоторой статье, которую я сохранил давно, когда у меня была аналогичная проблема с домашним каталогом AD (а не с помощью скрипта входа) для сопоставления домашнего каталога для ПК рабочей станции:

Если следующее значение реестра не существует или его значение не установлено равным 1, то это результат:

Узел реестра: HKEY_LOCAL_MACHINE Subkey: \ Software \ Policies \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon \ Имя значения: SyncForegroundPolicy Тип: REG_DWORD Значение: 1

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

У меня была такая же проблема с SQL 2014 Express в Windows 10. Я хотел создать нового пользователя, который не был встроенным локальным администратором, поэтому я создал нового пользователя, добавив его в группу «Администраторы», установите этот пользователь на автолог при загрузке и вуаля! Служба SQL Server не запускается автоматически. Я попытался отложить запуск, попробовал Local Service, попробовал Network Service, попробовал нового пользователя-администратора, попробовал параметр групповой политики Always Wait . Ничего не получилось.

Даже удаленный SQL Server 2014 Express, перезагруженный, вручную удалил все оставшиеся файлы /папки и снова перезагрузился и переустановлен под новым пользователем администратора. Все еще нет.

Переключился на автолог как встроенную учетную запись администратора и вуаля! Служба SQL Server запускается автоматически.

Это, очевидно, обходной путь для меня, поэтому я все еще исследую.

Собственно, моя проблема была укоренена в машине, которая была переименована ранее. Как только я изменил значение «OriginalMachineName» в реестре, проблема решена!

Я отправился на локальную службу и изменил

SQL Server (MSSQLSERVER Агент SQL Server (MSSQLSERVER)

Установите для них Автоматический отложенный а также Тип входа в

Локальная системная учетная запись Тик ( Разрешить службу для взаимодействия с рабочим столом )

И он запускается автоматически

Ну, есть несколько вещей, которые вы можете попробовать. Сначала перейдите в Панель управления> Система и безопасность> Инструменты администрирования> Услуги> затем найдите SQL Server или SQL Server VSS Writer в списке Services (Local). Щелкните его правой кнопкой мыши и выберите «Свойства», перейдите на вкладку «Общие» и убедитесь, что для параметра «Тип запуска» установлено значение «Автоматически».

Теперь, по какой-то причине, служба может действительно сбой. Итак, что вы можете сделать, перейдите на вкладку «Восстановление» и выберите вариант «Первый сбой». Вероятно, попробуйте перезагрузить службу.

Наконец-то решена проблема. Проблема заключалась в том, что мой язык отображения был английский (Австралия), но после его изменения на английский США и перезагрузки моего компьютера все работает как положено

158 просмотра

1 ответ

11113 Репутация автора

dotMemory

Невозможно начать профилирование.

Загрузчику ресурсов не удалось найти файл MUI.

Хорошо

Я использую v.2018.2.3

Ответы (1)

1 плюс

11113 Репутация автора

Наконец-то решена проблема. Проблема заключалась в том, что мой язык отображения был английский (Австралия), но после его изменения на английский США и перезагрузки моего компьютера все работает как положено

Windows Defender является встроенной в систему антивирусной программой. Она была добавлена Microsoft в релизе Windows 8. Пользователи верят в то, что функции встроенного антивируса недостаточно для защиты системы от вирусов и вредоносного программного обеспечения. Поэтому они устанавливают еще и другую антивирусную утилиту. Те же кто предпочитают пользоваться услугами Защитника Windows могут встречаться с некоторыми трудностями. Ошибка 0x80073AFC как раз и является одной из таких проблем.

Защитник Windows предоставляет защиту в реальном времени для вашего компьютера и запускает ее с каждой загрузкой операционной системы. Также важно содержать Защитника Windows постоянно в обновленном состоянии.

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

Решения для ошибки 0x80073AFC в Защитнике Windows 8/8.1

Метод №1 Удалить сторонний антивирус

Если у вас на компьютере есть какие-либо антивирусы стороннего происхождения, то их необходимо будет удалить. Они могут вступать в конфликт с вашим Защитником Windows, а именно не давать ему запускать себя при загрузке системы. Так что удаление сторонних антивирусов может решить проблему с ошибкой 0X80073AFC.

Метод №2 Удаление вредоносных записей в реестре

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

  • Нажмите комбинацию клавиш Win+R и впишите команду regedit.
  • В открывшемся Реестре пройдите таким путем: HKEY_LOCAL_MACHINESoftwareMicrosoftWindows NTCurrentVersionImage File Execution Options
  • Если в этой локации вы нашли такие файлы, как MSASCui.exe или MpCmdRun.exe, то удалите их.

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

Метод №3 Точка Восстановления системы

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

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

  • Нажмите комбинацию клавиш Win+R и в открывшемся окне пропишите Rstrui.exe.
  • Перед вами откроется «Восстановление системы» в котором вы можете восстановить вашу систему по рекомендациям, либо самостоятельно выбрать точку восстановления.

Практически во всех случая этот метод должен сработать и избавить вас от ошибки 0x80073AFC.

SQL-сервер не найден или недоступен, ошибки соединения с SQL-сервером

  • Если SQL-сервер не найден, убедитесь, что ваш экземпляр SQL-сервера действительно установлен и запущен. Для этого зайдите на компьютер, где он установлен, запустите диспетчер конфигурации SQL и проверьте, есть ли там тот экземпляр, к которому вы пытаетесь подключиться и запущен ли он. Нелишним будет также получить отчет об обнаружении компонентов SQL-серверов.
  • Если вы проделали п1. и не обнаружили источник проблемы, возможно, неверно указан IP-адрес компьютера или номер порта TCP. Перепроверьте их настройки.
  • Причиной того, что невозможно подключиться к SQL-серверу, также может быть сеть, убедитесь, что компьютер с SQL-сервером доступен по сети.
  • Проверьте, может ли клиентское приложение, установленное на том же компьютере, что и сервер, подключиться к SQL-серверу. Запустите SQL Server Management Studio(SSMS), в диалоговом окне “Подключиться к серверу” выберите тип сервера Database Engine, укажите способ аутентификации “Аутентификация Windows”, введите имя компьютера и экземпляра SQL-сервера. Проверьте подключение.

Ошибка SQL-сервера 26

  • в SSMS в настройках SQL-сервера включите аутентификацию Windows
  • для брандмауэра Windows создайте новое правило, которое разрешает подключение для всех программ и протоколов с указанного IP-адреса
  • убедитесь, что запущена служба SQL Server Browser

Ошибка SQL-сервера 18456

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

Возникает в случае, если были изменены настройки Windows или перемещена папка с файлами MSSQL.

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

Повреждена база данных

Код ошибки SQL-сервера 945

Ошибка 945 возникает, когда БД SQL-сервера помечена как IsShutdown. Проверьте, достаточно ли места на диске, достаточно ли прав у учетной записи для операций с БД, файлы MDF и LDF не должны быть помечены “Только для чтения”.

Код ошибки SQL-сервера 5172

SQL-сервер хранит свою физическую БД в первичном файле, в котором информация разбита постранично. Первая страница содержит информацию о заголовке mdf-файла и называется страницей заголовка. Она состоит из разнообразной информации о БД, такой как размер файла, подпись и т.д. В процессе прикрепления MDF на SQL-сервере часто возникает ошибка 5172. Это в основном происходит, если MDF-файл поврежден, информация в его заголовке тоже и соответственно сложно добраться до данных. Причиной может быть вирус, аварийное выключение системы, ошибка оборудования.

Ошибка SQL-сервера 823

Ошибка SQL-сервера 8946

Перечисленные ошибки 945, 5172, 823, 8946 можно устранить двумя методами:

Другие ошибки SQL

Код ошибки SQL-сервера 1814

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

Код ошибки SQL-сервера 1067

SQL-сервер запускается, но работает слишком медленно

Проанализируйте журнал сервера, индексы (фрагментацию), запросы, задания, возможность взаимных блокировок. Причин может быть масса.

Мы работаем с разными версиями SQL-сервера уже много лет, знакомы со всевозможными инструкциями SQL-сервера, видели самые разные варианты его настройки и использования на проектах у своих клиентов. В целом мы можем выделить четыре основных источника неполадок:

Ошибка 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

Всем доброго дня.

Ситуация такая: есть самописная программка, которая делает детализацию по телефонным разговорам. Писал не я. Программа должна загружать ежемесячно кто и с каких номеров куда звонил, вся база находится на локальной машине. MS SQL Server 2005.

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

Зашел в MS SQL Server Management Studio. Выдал те же права, что были и у старого пользователя. Сделал сопоставление пользователей. Программа все равно не работает. Пытался открыть свойства той БД, с которой проблемы - но выдает ошибку, приложенную в скриншоте. Соответственно, ни таблиц, ничего другого мне не открылось.

Попробовал под старым пользователем сделать то же самое - результата 0.

До этого админил не я, а другой человек. И я на компе случайно обнаружил лог следующего содержания:

Bad Checksum - idPage: 0, tyPage: 0, iPage: 0
Source : C:\phone_detals.mdf
Destination : C:\DOCUME

1\Temp\sql2B.tmp
Repairing - verMajor: 4, verMinor: 0, verBuild: 0, verPoint: 0
Time - 2011-12-12 14:27:16.539
Database format in database header page is corrupt (or not a database file)
Bad Checksum - idPage: 0, tyPage: 0, iPage: 735
Bad Checksum - idPage: 1, tyPage: 0, iPage: 733
Bad Checksum - idPage: 2, tyPage: 0, iPage: 2359
. и далее все в том же духе. phone_detals - та самая проблемная база.

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


Подскажите, что можно с этим сделать? Нужно, чтобы новый сотрудник мог работать с программой, не заходя под учеткой старого. Как происходит наполнение БД - я не в курсе, сейчас решается вопрос о переустановке SQL Server. Есть ли альтернативные пути решения?

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