Windows Internal Database (WID) представляет собой «облегченной» базу данных SQL, основанную на SQL Server Express. Windows Internal Database предлагается в качестве бесплатной базы данных SQL, которую можно использовать в различных продуктах Microsoft (или сторонних разработчиков) в качестве легкого и бесплатного SQL- решения для хранения данных. В частности, WID может использоваться SharePoint или таким ролями Windows Server, как WSUS, ADRMS, ADFS, Connection Broker и т.п.
Windows Internal Database включается в состав серверных ОС Window, начиная с версии Windows Server 2008. В Windows 2008 независимо от разрядности доступна только 32 битная версия WID (устанавливается в C:\Program Files (x86)\Microsoft SQL Server), в Windows Server 2012 версия WID — 64-битная (база находится в каталоге C:\Windows\WID). В качестве отдельного продукта Windows Internal Database пользователям не доступна.
Примечание. Для больших продуктивных сред Microsoft рекомендует размещать инфраструктурные БД на полноценном инстансе SQL. WID – рекомендуется использовать в небольших организациях, тестовых средах (или «от бедности», при высокой лицензионной нагрузкой «старших» версий SQL Server).
Основные особенности Windows Internal Database:
- База данных WID предполагает только локально использование, удаленно к ней подключиться не получится
- Отсутствуют ограничения на размер файлов БД (в отличии от той же редакции SQL Express)
- Не требует для своего использования лицензии.
Управление базой Windows Internal Database
По задумке разработчиков база WID предназначена только для консольной или скриптовой установки, а все операции с ней должны выполняться через командную строку. Но к счастью базой WID можно управлять и через GUI с помощью SQL Management Studio.
Для этого нужно:
- Скачать и установить SQL Server Management Studio Express 2012 (входит в состав Microsoft SQL Server 2012 Express, но ее можно скачать и отдельно, выбрав ENU\x64\SQLManagementStudio_x64_ENU.exe)
- Запустить консоль Management Studio с правами администратора
- Подключится к базе, указав следующее имя сервера:
- в Windows Server 2008 / R2 —
\\.\pipe\mssql$microsoft##ssee\sql\query
- в Windows Server 2012 / R2 —
\\.\pipe\MICROSOFT##WID\tsql\query
- в Windows Server 2008 / R2 —
Для подключения через sqlcmd.exe следует выполнить такую команду:
sqlcmd -S \\.\pipe\MICROSOFT##WID\tsql\query –E
Как удалить базу WID
После удаления роли Windows, которая использует базу Windows Internal Database, сам инстанс SQL с базой WID не удаляется, причем инструментов для ее удаление в системе нет. Деинсталлировать базу Windows Internal Database можно только при помощи Windows Installer.
Для удаления базы WID на Windows Server 2008 нужно:
- на 32 битной системе:
msiexec /x {CEB5780F-1A70-44A9-850F-DE6C4F6AA8FB} callerid=ocsetup.exe
- на 64 битной системе:
msiexec /x {BDD79957-5801-4A2D-B09E-852E7FA64D01} callerid=ocsetup.exe
В Windows Server 2012 базу WID можно удалить гораздо проще — с помощью Powershell:
Remove-WindowsFeature Windows-Internal-DB
Сами файлы базы данных (.mdb и .ldb) придется удалить вручную – пути к ним указаны в начале статьи.
Определить версию установленную версию WID можно по файлу:
- Для Windows Server 2008: %WINDIR%\SYSMSI\SSEE\MSSQL.2005\MSSQL\LOG
- Для Windows Server 2012: %WINDIR%\WID\Log\error.log
Содержит он примерно такую информацию:
2014-03-22 12:38:11.11 Server Microsoft SQL Server 2012 - 11.0.2100.60 (X64)
Feb 10 2012 19:39:15
Copyright (c) Microsoft Corporation
Windows Internal Database (64-bit) on Windows NT 6.2 <X64> (Build 9200: ) (Hypervisor)
2014-03-22 12:38:11.12 Server (c) Microsoft Corporation.
2014-03-22 12:38:11.12 Server All rights reserved.
2014-03-22 12:38:11.12 Server Server process ID is 1644.
2014-03-22 12:38:11.12 Server System Manufacturer: 'VMware, Inc.', System Model: 'VMware Virtual Platform'.
2014-03-22 12:38:11.14 Server Authentication mode is WINDOWS-ONLY.
2014-03-22 12:38:11.14 Server Logging SQL Server messages in file 'C:\Windows\WID\Log\error.log'.
2014-03-22 12:38:11.14 Server The service account is 'NT SERVICE\MSSQL$MICROSOFT##WID'. This is an informational message; no user action is required.
2014-03-22 12:38:11.14 Server Registry startup parameters:
-w 65535
-T 1617
-K
-e C:\Windows\WID\Log\error.log
-l C:\Windows\WID\Data\mastlog.ldf
-d C:\Windows\WID\Data\master.mdf
Windows Internal Database (WID) представляет собой «облегченной» базу данных SQL, основанную на SQL Server Express. Windows Internal Database предлагается в качестве бесплатной базы данных SQL, которую можно использовать в различных продуктах Microsoft (или сторонних разработчиков) в качестве легкого и бесплатного SQL- решения для хранения данных. В частности, WID может использоваться SharePoint или таким ролями Windows Server, как WSUS, ADRMS, ADFS, Connection Broker и т.п.
Windows Internal Database включается в состав серверных ОС Window, начиная с версии Windows Server 2008. В Windows 2008 независимо от разрядности доступна только 32 битная версия WID (устанавливается в C:Program Files (x86)Microsoft SQL Server), в Windows Server 2012 версия WID — 64-битная (база находится в каталоге C:WindowsWID). В качестве отдельного продукта Windows Internal Database пользователям не доступна.
Примечание. Для больших продуктивных сред Microsoft рекомендует размещать инфраструктурные БД на полноценном инстансе SQL. WID – рекомендуется использовать в небольших организациях, тестовых средах (или «от бедности», при высокой лицензионной нагрузкой «старших» версий SQL Server).
Основные особенности Windows Internal Database:
- База данных WID предполагает только локально использование, удаленно к ней подключиться не получится
- Отсутствуют ограничения на размер файлов БД (в отличии от той же редакции SQL Express)
- Не требует для своего использования лицензии.
Управление базой Windows Internal Database
По задумке разработчиков база WID предназначена только для консольной или скриптовой установки, а все операции с ней должны выполняться через командную строку. Но к счастью базой WID можно управлять и через GUI с помощью SQL Management Studio.
Для этого нужно:
- Скачать и установить SQL Server Management Studio Express 2012 (входит в состав Microsoft SQL Server 2012 Express, но ее можно скачать и отдельно, выбрав ENUx64SQLManagementStudio_x64_ENU.exe)
- Запустить консоль Management Studio с правами администратора
- Подключится к базе, указав следующее имя сервера:
- в Windows Server 2008 / R2 —
\.pipemssql$microsoft##sseesqlquery
- в Windows Server 2012 / R2 —
\.pipeMICROSOFT##WIDtsqlquery
- в Windows Server 2008 / R2 —
Для подключения через sqlcmd.exe следует выполнить такую команду:
sqlcmd -S \.pipeMICROSOFT##WIDtsqlquery –E
После удаления роли Windows, которая использует базу Windows Internal Database, сам инстанс SQL с базой WID не удаляется, причем инструментов для ее удаление в системе нет. Деинсталлировать базу Windows Internal Database можно только при помощи Windows Installer.
Для удаления базы WID на Windows Server 2008 нужно:
- на 32 битной системе:
msiexec /x {CEB5780F-1A70-44A9-850F-DE6C4F6AA8FB} callerid=ocsetup.exe
- на 64 битной системе:
msiexec /x {BDD79957-5801-4A2D-B09E-852E7FA64D01} callerid=ocsetup.exe
В Windows Server 2012 базу WID можно удалить гораздо проще — с помощью Powershell:
Remove-WindowsFeature Windows-Internal-DB
Сами файлы базы данных (.mdb и .ldb) придется удалить вручную – пути к ним указаны в начале статьи.
Определить версию установленную версию WID можно по файлу:
- Для Windows Server 2008: %WINDIR%SYSMSISSEEMSSQL.2005MSSQLLOG
- Для Windows Server 2012: %WINDIR%WIDLogerror.log
Содержит он примерно такую информацию:
2014-03-22 12:38:11.11 Server Microsoft SQL Server 2012 - 11.0.2100.60 (X64)
Feb 10 2012 19:39:15
Copyright (c) Microsoft Corporation
Windows Internal Database (64-bit) on Windows NT 6.2 <X64> (Build 9200: ) (Hypervisor)
2014-03-22 12:38:11.12 Server (c) Microsoft Corporation.
2014-03-22 12:38:11.12 Server All rights reserved.
2014-03-22 12:38:11.12 Server Server process ID is 1644.
2014-03-22 12:38:11.12 Server System Manufacturer: 'VMware, Inc.', System Model: 'VMware Virtual Platform'.
2014-03-22 12:38:11.14 Server Authentication mode is WINDOWS-ONLY.
2014-03-22 12:38:11.14 Server Logging SQL Server messages in file 'C:WindowsWIDLogerror.log'.
2014-03-22 12:38:11.14 Server The service account is 'NT SERVICEMSSQL$MICROSOFT##WID'. This is an informational message; no user action is required.
2014-03-22 12:38:11.14 Server Registry startup parameters:
-w 65535
-T 1617
-K
-e C:WindowsWIDLogerror.log
-l C:WindowsWIDDatamastlog.ldf
-d C:WindowsWIDDatamaster.mdf
Содержание
- Администрирование Windows Internal Database
- Управление базой Windows Internal Database
- Как удалить базу WID
- Миграция базы данных WSUS из WID в SQL
- Предварительные требования
- Миграция базы данных WSUS
- Останавливает службы IIS и WSUS на сервере WSUS
- отсоединение SUSDB от внутренняя база данных Windows
- использование SQL Management Studio
- Использование командной строки
- Скопируйте файлы SUSDB в SQL Server
- присоединение SUSDB к экземпляру SQL
- проверка SQL Server и имен входа и разрешений базы данных
- SQL Server Разрешения для входа
- Разрешения базы данных
- измените реестр, чтобы указать WSUS на экземпляр SQL Server
- Запуск служб IIS и WSUS на сервере WSUS
- Удаление роли WID (не рекомендуется)
- Приложение sqlservr
- Синтаксис
- Аргументы
- Remarks
- Поддержка совместимости
- Administering your Windows Internal Database MICROSOFT##SSEE instance
- Considerations
- C windows wid binn sqlservr exe
Администрирование Windows Internal Database
Windows Internal Database (WID) представляет собой «облегченной» базу данных SQL, основанную на SQL Server Express. Windows Internal Database предлагается в качестве бесплатной базы данных SQL, которую можно использовать в различных продуктах Microsoft (или сторонних разработчиков) в качестве легкого и бесплатного SQL- решения для хранения данных. В частности, WID может использоваться SharePoint или таким ролями Windows Server, как WSUS, ADRMS, ADFS, Connection Broker и т.п.
Windows Internal Database включается в состав серверных ОС Window, начиная с версии Windows Server 2008. В Windows 2008 независимо от разрядности доступна только 32 битная версия WID (устанавливается в C:Program Files (x86)Microsoft SQL Server), в Windows Server 2012 версия WID — 64-битная (база находится в каталоге C:WindowsWID). В качестве отдельного продукта Windows Internal Database пользователям не доступна.
Основные особенности Windows Internal Database:
Управление базой Windows Internal Database
По задумке разработчиков база WID предназначена только для консольной или скриптовой установки, а все операции с ней должны выполняться через командную строку. Но к счастью базой WID можно управлять и через GUI с помощью SQL Management Studio.
Для подключения через sqlcmd.exe следует выполнить такую команду:
Как удалить базу WID
После удаления роли Windows, которая использует базу Windows Internal Database, сам инстанс SQL с базой WID не удаляется, причем инструментов для ее удаление в системе нет. Деинсталлировать базу Windows Internal Database можно только при помощи Windows Installer.
Для удаления базы WID на Windows Server 2008 нужно:
В Windows Server 2012 базу WID можно удалить гораздо проще — с помощью Powershell:
Определить версию установленную версию WID можно по файлу:
Источник
Миграция базы данных WSUS из WID в SQL
применимо к: Windows server 2022, Windows server 2019, Windows Server 2012, Windows Server 2012 R2, Windows Server 2016
выполните следующие действия, чтобы перенести базу данных WSUS (SUSDB) из экземпляра внутренняя база данных Windows в локальный или удаленный экземпляр SQL Server.
Предварительные требования
Миграция базы данных WSUS
Останавливает службы IIS и WSUS на сервере WSUS
В PowerShell (с повышенными правами) выполните:
отсоединение SUSDB от внутренняя база данных Windows
использование SQL Management Studio
Использование командной строки
Скопируйте файлы SUSDB в SQL Server
например, если папка экземпляра SQL — C:Program files Microsoft SQL Server MSSQL12. мссклсервермсскл, а папка данных WID — c: Windows виддата, скопируйте файлы SUSDB из C: Windows виддата в C:Program files Microsoft SQL Server MSSQL12. Мссклсервермссклдата
присоединение SUSDB к экземпляру SQL
Это также можно сделать с помощью Transact-SQL. дополнительные сведения о присоединении базы данных см. в документации по SQL.
Пример (использование путей из предыдущего примера):
проверка SQL Server и имен входа и разрешений базы данных
SQL Server Разрешения для входа
после подключения SUSDB убедитесь, что NT AUTHORITYNETWORK service имеет разрешения на вход в экземпляр SQL Server, выполнив следующие действия.
Добавление NT AUTHORITYNETWORK SERVICE и предоставление ей прав доступа
Разрешения базы данных
Если это не так, добавьте учетную запись.
В текстовом поле Login name (имя входа) введите компьютер WSUS в следующем формате:
Убедитесь, что для базы данных по умолчанию задано значение SUSDB.
Проверьте веб- службу в разделе членство в роли базы данных для: SUSDB:
чтобы изменения вступили в силу, может потребоваться перезапустить службу SQL.
измените реестр, чтобы указать WSUS на экземпляр SQL Server
Внимательно выполните действия, описанные в этом разделе. Неправильное изменение реестра может привести к серьезным проблемам. Перед внесением изменений создайте резервную копию реестра для его восстановления в случае возникновения проблем.
Нажмите кнопку Пуск, выберите пункт Выполнить, введите regedit и нажмите кнопку ОК.
Откройте следующий раздел: HKEY_LOCAL_MACHINESOFTWAREMicrosoftUpdateServicesServerSetupSqlServerName
В текстовом поле значение введите [SERVERNAME] [имя_экземпляра] и нажмите кнопку ОК. Если имя экземпляра является экземпляром по умолчанию, введите [SERVERNAME].
Откройте следующий раздел: HKEY_LOCAL_MACHINESOFTWAREMicrosoftUpdate ServicesServerSetupInstalled Role ServicesUpdateServices-WidDatabase
Переименование раздела UpdateServices-Database
если не обновить этот ключ, WsusUtil попытается обслуживать WID, а не SQL экземпляр, к которому был выполнен перенос.
Запуск служб IIS и WSUS на сервере WSUS
В PowerShell (с повышенными правами) выполните:
Если вы используете консоль WSUS, закройте и перезапустите ее.
Удаление роли WID (не рекомендуется)
С помощью PowerShell:
После удаления роли WID убедитесь в наличии следующего раздела реестра: HKEY_LOCAL_MACHINESOFTWAREMicrosoftUpdate ServicesServerSetupInstalled Role ServicesUpdateServices-Database
Источник
Приложение sqlservr
Приложение sqlservr запускает, останавливает, приостанавливает и возобновляет работу экземпляра Microsoft SQL Server операциями из командной строки. Используйте данную процедуру для запуска Microsoft SQL Server исключительно в целях устранения неполадок.
Синтаксис
Аргументы
-s instance_name — указывает экземпляр SQL Server для подключения. Если именованный экземпляр не указан, программа sqlservr запускает экземпляр SQL Serverпо умолчанию.
Для запуска экземпляра SQL Serverприложение sqlservr необходимо запускать из каталога, соответствующего этому экземпляру. Для экземпляра по умолчанию sqlservr нужно запускать из каталога MSSQLBinn. Для именованного экземпляра sqlservr нужно запускать из каталога MSSQL$имя_экземпляраBinn.
При использовании этого параметра остановить SQL Server с помощью Service Manager SQL Server или команды net stop будет невозможно. SQL Server будет остановлен, если выйти из системы на данном компьютере.)
-d master_path — указывает полный путь к файлу базы данных master. Между параметрами -d и master_path нет пробелов. Если этот параметр не задан, используются параметры из реестра.
-f — запускает экземпляр SQL Server с минимальной конфигурацией. Эта функция полезна в случае, если установленные значения конфигурации (например, слишком большой объем выделяемой памяти) не позволяют выполнить запуск сервера.
-e error_log_path — указывает абсолютный путь к файлу журнала ошибок. Если этот параметр не указан, используется расположение по умолчанию * *:Program FilesMicrosoft SQL ServerMSSQLLogErrorlog для экземпляра по умолчанию и * *:Program FilesMicrosoft SQL ServerMSSQL$*instance_name*LogErrorlog для именованного экземпляра. Между параметрами -e и error_log_path нет пробелов.
-l master_log_path — указывает полный путь к файлу журнала транзакций базы данных master. Между параметрами -l и master_log_path нет пробелов.
-m — указывается для запуска экземпляра SQL Server в однопользовательском режиме. Если SQL Server запущен в однопользовательском режиме, к нему может подключиться только один пользователь. Механизм CHECKPOINT, гарантирующий, что завершенные транзакции регулярно записываются из дискового кэша в устройство хранения базы данных, не запускается. (Как правило, этот параметр используется при появлении проблем с системными базами данных, требующими исправления.) Включает параметр sp_configure allow updates. По умолчанию параметр allow updates отключен.
-T trace# — указывает, что экземпляр SQL Server должен запускаться так, как если бы был установлен флаг трассировки (trace# ). Флаги трассировки используются для запуска сервера в нестандартном режиме. Дополнительные сведения см. в разделе Флаги трассировки (Transact-SQL).
-v — отображает номер версии сервера.
-x — отключает ведение статистики по процессорному времени и коэффициенту попадания в кэш. Позволяет достичь максимальной производительности.
Рекомендуется использовать методы, описанные в разделе Параметры запуска службы Database Engine, вместо программы sqlservr.exe для запуска Microsoft SQL Server. Программа sqlservr.exe используется в основном для сложных случаев устранения неполадок или масштабных операций обслуживания. Если SQL Server запущен из командной строки с помощью программы sqlservr.exe, SQL Server запускается не в качестве службы, поэтому остановить SQL Server с помощью команды net невозможно. Пользователи могут подключаться к SQL Server, однако средства SQL Server отображают состояние службы, поэтому диспетчер конфигурации SQL Server правильно показывает, что служба остановлена. SQL Server Management Studio может подключаться к серверу, но также укажет, что служба остановлена.
Поддержка совместимости
Следующие параметры считаются устаревшими и не поддерживаются в SQL Server 2019 (15.x).
Источник
Administering your Windows Internal Database MICROSOFT##SSEE instance
Problem
Microsoft products such as Windows Server Update Services (WSUS) 3.0 and Windows Sharepoint Services (WSS) 3.0 ship with SQL Server 2005 Embedded Edition. Now called the Windows Internal Database, more and more system administrators charged with managing WSUS and WSS are faced with the challenge of managing these databases. Since most of these system administrators are not full-fledged DBAs, how do they manage the Windows Internal Database?
Solution
The Windows Internal Database is an embedded data service that can only be used by a handful of Windows Services. It is designed in such a way that you are not allowed to connect to and use this particular database service for non-Microsoft products. By default, installing either WSUS 3.0 or WSS 3.0 will create the databases on the C: partition and will cause administration issues such as insufficient disk space. It is quite confusing to manage this SQL Server instance as it does not appear as a SQL Server service nor are there management tools included with the products. The easiest way is to use SQL Server Management Studio Express. You can install a copy of SQL Server Management Studio Express on the server running your WSUS 3.0 or WSS 3.0. You then register this instance using Named Pipes as this is the only configuration for connectivity. Use this server name when you register this instance
Once you’ve managed to register this instance in SQL Server Management Studio Express, you can now administer the WSUS 3.0 and WSS 3.0 databases like shrinking the database files or moving them to a different disk partition dedicated for them to avoid insufficient disk space issues.
To connect to the database instance, you need to run the sqlcmd.exe utility, passing the instance name and your credentials
You can then run your administrative T-SQL scripts once connected to this database instance.
Considerations
While these are possible reasons to administer the Windows Internal Database, it is not recommended to do anything beyond performing backups, moving or shrinking the database files. Modifying database schema or database properties would break supportability of these products. Plus, any changes made to these databases can be overwritten by the products’ service packs or cumulative updates.
Next Steps
Источник
C windows wid binn sqlservr exe
How do I repair / reinstall the Windows Internal Database in WSE2016?
I have read this article to determine VSS errors during backup:
and identified the errors below relating to WID and WIDWriter, and also SQLWriter. I can reinstall SQL Server Express, but how do I reinstall the WID?
I also noticed the version of sqlwriter used by WID is different from the one use dby SQL Server Express after applying SP3 update:
in C:Program FilesMicrosoft SQL Server90Shared, sqlwriter.exe version is 12.0.6024.0
while, in C:WindowsWIDBinn sqlwriter.exe version is 12.0.2000.8
Errors in event logs:
The description for Event ID 24583 from source WIDWRITER cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.
If the event originated on another computer, the display information had to be saved with the event.
The following information was included with the event:
ICommandText::Execute
0x80040e14
SQLSTATE: 42000, Native Error: 3013
Error state: 1, Severity: 16
Source: Microsoft SQL Server Native Client 11.0
Error message: BACKUP DATABASE is terminating abnormally.
SQLSTATE: 42000, Native Error: 3271
Error state: 1, Severity: 16
Source: Microsoft SQL Server Native Client 11.0
Error message: A nonrecoverable I/O error occurred on file «3:» 995(The I/O operation has been aborted because of either a thread exit or an application request.).
SQLSTATE: 01000, Native Error: 4035
Error state: 1, Severity: 0
Source: Microsoft SQL Server Native Client 11.0
Error message: Processed 0 pages for database ‘RaAcctDb’, file ‘RaAcctDb’ on file 1.
BACKUP failed to complete the command BACKUP DATABASE RaAcctDb. Check the backup application log for detailed messages.
SQLVDI: Loc=TriggerAbort. Desc=invoked. ErrorCode=(0). Process=8572. Thread=7812. Server. Instance=MICROSOFT##WID. VD=Global<609c7c40-b438-4ee3-9bd2-19da64f1129c>4_SQLVDIMemoryName_0.
The backup operation that started at ‘2018-11-18T00:00:44.663000000Z’ has failed because the Volume Shadow Copy Service operation to create a shadow copy of the volumes being backed up failed with following error code ‘0x80780021’. Please review the event details for a solution, and then rerun the backup operation once the issue is resolved.
Источник
Содержание
- 1. Что такое sqlservr.exe?
- 2. Sqlservr.exe безопасно, или это вирус или вредоносная программа?
- 3. Могу ли я удалить или удалить sqlservr.exe?
- 4. Распространенные сообщения об ошибках в sqlservr.exe
- 5. Как исправить sqlservr.exe
- 6. Январь 2023 Обновление
- 7. Загрузите или переустановите sqlservr.exe
Обновлено 2023 января: Вот три шага к использованию инструмента восстановления для устранения проблем с exe на вашем компьютере: Получите его по адресу эту ссылку
- Скачайте и установите это программное обеспечение.
- Просканируйте свой компьютер на наличие проблем с exe.
- Исправьте ошибки exe с помощью программного инструмента
sqlservr.exe это исполняемый файл, который является частью Microsoft SQL Server 2005 Express Edition БУМАГА Программа, разработанная Корпорация Microsoft, Программное обеспечение обычно о по размеру.
Расширение .exe имени файла отображает исполняемый файл. В некоторых случаях исполняемые файлы могут повредить ваш компьютер. Пожалуйста, прочитайте следующее, чтобы решить для себя, является ли sqlservr.exe Файл на вашем компьютере — это вирус или троянский конь, который вы должны удалить, или это действительный файл операционной системы Windows или надежное приложение.
Рекомендуется: Выявление ошибок, связанных с sqlservr.exe
(опциональное предложение для Reimage — Cайт | Лицензионное соглашение | Персональные данные | Удалить)
Sqlservr.exe безопасно, или это вирус или вредоносная программа?
Первое, что поможет вам определить, является ли тот или иной файл законным процессом Windows или вирусом, это местоположение самого исполняемого файла. Например, такой процесс, как sqlservr.exe, должен запускаться из C: Program Files Microsoft SQL Server MSSQL.1 MSSQL Binn sqlservr.exe и нигде в другом месте.
Для подтверждения откройте диспетчер задач, выберите «Просмотр» -> «Выбрать столбцы» и выберите «Имя пути к изображению», чтобы добавить столбец местоположения в диспетчер задач. Если вы обнаружите здесь подозрительный каталог, возможно, стоит дополнительно изучить этот процесс.
Еще один инструмент, который иногда может помочь вам обнаружить плохие процессы, — это Microsoft Process Explorer. Запустите программу (не требует установки) и активируйте «Проверить легенды» в разделе «Параметры». Теперь перейдите в View -> Select Columns и добавьте «Verified Signer» в качестве одного из столбцов.
Если статус процесса «Проверенная подписывающая сторона» указан как «Невозможно проверить», вам следует взглянуть на процесс. Не все хорошие процессы Windows имеют метку проверенной подписи, но ни один из плохих.
Самые важные факты о sqlservr.exe:
- Находится в C: Program Files Microsoft SQL Server вложенная;
- Издатель: Корпорация Microsoft
- Полный путь: C: Program Files Microsoft SQL Server MSSQL.1 MSSQL Binn sqlservr.exe
- Файл справки:
- URL издателя: www.microsoft.com/sqlserver
- Известно, что до по размеру на большинстве окон;
Если у вас возникли какие-либо трудности с этим исполняемым файлом, вы должны определить, заслуживает ли он доверия, прежде чем удалять sqlservr.exe. Для этого найдите этот процесс в диспетчере задач.
Найдите его местоположение (оно должно быть в C: Program Files Microsoft SQL Server ) и сравните его размер с приведенными выше фактами.
Если вы подозреваете, что можете быть заражены вирусом, вы должны немедленно попытаться это исправить. Чтобы удалить вирус sqlservr.exe, необходимо Загрузите и установите приложение полной безопасности, например Malwarebytes., Обратите внимание, что не все инструменты могут обнаружить все типы вредоносных программ, поэтому вам может потребоваться попробовать несколько вариантов, прежде чем вы добьетесь успеха.
Кроме того, функциональность вируса может сама влиять на удаление sqlservr.exe. В этом случае вы должны включить Безопасный режим с загрузкой сетевых драйверов — безопасная среда, которая отключает большинство процессов и загружает только самые необходимые службы и драйверы. Когда вы можете запустить программу безопасности и полный анализ системы.
Могу ли я удалить или удалить sqlservr.exe?
Не следует удалять безопасный исполняемый файл без уважительной причины, так как это может повлиять на производительность любых связанных программ, использующих этот файл. Не забывайте регулярно обновлять программное обеспечение и программы, чтобы избежать будущих проблем, вызванных поврежденными файлами. Что касается проблем с функциональностью программного обеспечения, проверяйте обновления драйверов и программного обеспечения чаще, чтобы избежать или вообще не возникало таких проблем.
Согласно различным источникам онлайн,
6% людей удаляют этот файл, поэтому он может быть безвредным, но рекомендуется проверить надежность этого исполняемого файла самостоятельно, чтобы определить, является ли он безопасным или вирусом. Лучшая диагностика для этих подозрительных файлов — полный системный анализ с Reimage, Если файл классифицирован как вредоносный, эти приложения также удалят sqlservr.exe и избавляются от связанных вредоносных программ.
Однако, если это не вирус, и вам нужно удалить sqlservr.exe, вы можете удалить Microsoft SQL Server 2005 Express Edition PAPERSAVE со своего компьютера, используя программу удаления, которая должна находиться по адресу: MsiExec.exe / I {2AFFFDD7-ED85 -4A90-8C52-5DA9EBDC9B8F}. Если вы не можете найти его деинсталлятор, вам может понадобиться удалить Microsoft SQL Server 2005 Express Edition PAPERSAVE, чтобы полностью удалить sqlservr.exe. Вы можете использовать функцию «Установка и удаление программ» на панели управления Windows.
- 1. в Меню Пуск (для Windows 8 щелкните правой кнопкой мыши в нижнем левом углу экрана), нажмите Панель управления, а затем под Программы:
o Windows Vista / 7 / 8.1 / 10: нажмите Удаление программы.
o Windows XP: нажмите Установка и удаление программ.
- 2. Когда вы найдете программу Microsoft SQL Server 2005 Express Edition БУМАГАщелкните по нему, а затем:
o Windows Vista / 7 / 8.1 / 10: нажмите Удалить.
o Windows XP: нажмите Удалить or Изменить / Удалить вкладка (справа от программы).
- 3. Следуйте инструкциям по удалению Microsoft SQL Server 2005 Express Edition БУМАГА.
Распространенные сообщения об ошибках в sqlservr.exe
Наиболее распространенные ошибки sqlservr.exe, которые могут возникнуть:
• «Ошибка приложения sqlservr.exe».
• «Ошибка sqlservr.exe».
• «sqlservr.exe столкнулся с проблемой и должен быть закрыт. Приносим извинения за неудобства.»
• «sqlservr.exe не является допустимым приложением Win32».
• «sqlservr.exe не запущен».
• «sqlservr.exe не найден».
• «Не удается найти sqlservr.exe.»
• «Ошибка запуска программы: sqlservr.exe.»
• «Неверный путь к приложению: sqlservr.exe.»
Эти сообщения об ошибках .exe могут появляться во время установки программы, во время выполнения ее ассоциированной программы, Microsoft SQL Server 2005 Express Edition PAPERSAVE, во время запуска или завершения работы Windows, или даже во время установки операционной системы Windows. Отслеживание момента появления ошибки sqlservr.exe является важной информацией, когда дело доходит до устранения неполадок.
Как исправить sqlservr.exe
Аккуратный и опрятный компьютер — это один из лучших способов избежать проблем с Microsoft SQL Server 2005 Express Edition PAPERSAVE. Это означает выполнение сканирования на наличие вредоносных программ, очистку жесткого диска cleanmgr и ПФС / SCANNOWудаление ненужных программ, мониторинг любых автозапускаемых программ (с помощью msconfig) и включение автоматических обновлений Windows. Не забывайте всегда делать регулярные резервные копии или хотя бы определять точки восстановления.
Если у вас возникла более серьезная проблема, постарайтесь запомнить последнее, что вы сделали, или последнее, что вы установили перед проблемой. Использовать resmon Команда для определения процессов, вызывающих вашу проблему. Даже в случае серьезных проблем вместо переустановки Windows вы должны попытаться восстановить вашу установку или, в случае Windows 8, выполнив команду DISM.exe / Online / Очистка-изображение / Восстановить здоровье, Это позволяет восстановить операционную систему без потери данных.
Чтобы помочь вам проанализировать процесс sqlservr.exe на вашем компьютере, вам могут пригодиться следующие программы: Менеджер задач безопасности отображает все запущенные задачи Windows, включая встроенные скрытые процессы, такие как мониторинг клавиатуры и браузера или записи автозапуска. Единый рейтинг риска безопасности указывает на вероятность того, что это шпионское ПО, вредоносное ПО или потенциальный троянский конь. Это антивирус обнаруживает и удаляет со своего жесткого диска шпионское и рекламное ПО, трояны, кейлоггеры, вредоносное ПО и трекеры.
Обновлено в январе 2023 г .:
Мы рекомендуем вам попробовать это новое программное обеспечение, которое исправляет компьютерные ошибки, защищает их от вредоносных программ и оптимизирует производительность вашего ПК. Этот новый инструмент исправляет широкий спектр компьютерных ошибок, защищает от таких вещей, как потеря файлов, вредоносное ПО и сбои оборудования.
- Шаг 1: Скачать PC Repair & Optimizer Tool (Windows 10, 8, 7, XP, Vista — Microsoft Gold Certified).
- Шаг 2: Нажмите «Начать сканирование”, Чтобы найти проблемы реестра Windows, которые могут вызывать проблемы с ПК.
- Шаг 3: Нажмите «Починить все», Чтобы исправить все проблемы.
(опциональное предложение для Reimage — Cайт | Лицензионное соглашение | Персональные данные | Удалить)
Загрузите или переустановите sqlservr.exe
Вход в музей Мадам Тюссо не рекомендуется загружать заменяемые exe-файлы с любых сайтов загрузки, так как они могут содержать вирусы и т. д. Если вам нужно скачать или переустановить sqlservr.exe, то мы рекомендуем переустановить основное приложение, связанное с ним Microsoft SQL Server 2005 Express Edition БУМАГА.
Информация об операционной системе
Ошибки sqlservr.exe могут появляться в любых из нижеперечисленных операционных систем Microsoft Windows:
- Windows 10
- Windows 8.1
- Windows 7
- Windows Vista
- Windows XP
- Windows ME
- Windows 2000
What is it? Where does it reside? How do we get inside?
A quick blurb since these questions do come up occasionally.
*** Warning this may only be interesting to the inquisitive -SQL minded IT folks roaming the face of this planet 🙂 ***
Then again in case you are responsible for a i.e. WSUS server you may find this interesting as well.
For starters – the database resides – drum roll please in
- %windir%\wid
meaning we can go and have a look at what we can find there.
- WID\Binn
- \Data
- \Log
starts to look very familiar to a SQL DBA and sure enough it is.
Browsing the \Data folder you’ll see master, model, temp, msdb data and log files and in case you chose to configure WSUS to use the Windows Internal Database (WID) you’ll find SUSDB.mdf and SUSDB_log.ldf there as well.
Like SQL server we need to get permission to look into the \Log folder to find the currently in use error log. Grab a copy and examine it.
Interestingly enough Microsoft chose to stay with SQL 2014 as platform for the internal database on a Windows 2016 Server. (see below)
Microsoft SQL Server 2014 – 12.0.2000.8 (X64) Feb 20 2014 20:04:26
Copyright (c) Microsoft Corporation
Windows Internal Database (64-bit) on Windows NT 6.3 (Build 14393: ) (Hypervisor)
Next interesting aspect is the service account ‘NT SERVICE\MSSQL$MICROSOFT##WID’
(see below) indicating the hidden aspect of this SQL Server ($)
Logging SQL Server messages in file ‘C:\Windows\WID\Log\error.log’.
The service account is ‘NT SERVICE\MSSQL$MICROSOFT##WID’
Interesting parameters in addition to the standard -d,-l and -e. (see below)
A quick look over at Trace Flags (Transact-SQL) doesn’t shed any light on
-K, -T1617 or -W65535 all three are possibly aspects to limit WID resource demands.
Registry startup parameters:
-d C:\Windows\WID\Data\master.mdf
-l C:\Windows\WID\Data\mastlog.ldf
-e C:\Windows\WID\Log\error.log
-K
-T 1617
-w 65535
Followed by 2 more interesting Command Line Startup Parameters (see below)
Server Command Line Startup Parameters:
-S “MSWIN8.SQLWID”
-s “MICROSOFT##WID” instead of -s “MSSQLSERVER” for a default SQL server
Next interesting aspect
The password regeneration attempt for SA was successful.
Telling us the server name in the form of machine name\SQL Server name
Server name is ‘LAB-DC\MICROSOFT##WID’.
Informing us where we could connect to
Server local connection provider is ready to accept connection on [ \\.\pipe\MICROSOFT##WID\tsql\query ].
Until we finally see below – SQL giving us the all important [Recovery is complete] meaning its ready for work – before starting SUSDB for the WSUS server running on this server
Recovery is complete. This is an informational message only. No user action is required. Starting up database ‘SUSDB’.
Successfully connected to the WID database running our WSUS server using SSMS 16.4.1
Important: Your login may have to be added to the WSUS Administrators role before you can connect. In addition you may have to start SQL Server Management Studio by right clicking – Run as administrator
Be aware if you choose to use WID as the backend for your WSUS installation the BPA (Best Practice Analyzer) for BPA will understandably raise a warning in the Performance Category like this
Source : YourSystemName
Severity : Warning
Category : Performance
Title : WSUS database should be installed on a non-system drive
Problem : WSUS database might not be installed or it may be installed on the system drive.
Impact : Installing WSUS database in the system drive can lead to corruption of the operating system and denial of service for any other service if the system drive runs out of disk space.
Resolution : If WSUS database is installed, move the WSUS database (SUSDB) to a non-system drive.
Compliance :
Help : http://go.microsoft.com/fwlink/?LinkId=230524
To test this you can use PowerShell (see below)
Clear-Host
Invoke-BpaModel -ModelId Microsoft/Windows/UpdateServices
Get-BpaResult -ModelId Microsoft/Windows/UpdateServices | Select Source, Severity, Category, Title, Problem, Impact, Resolution, Compliance, Help | Where {$_.Severity -NotMatch “Information”} | Format-List
When I run a discovery against a Windows 2012R2 server, the SQL Server probe finds the Windows Internal Database and thinks we have a sqlserver. This is because this thing runs as C:\Windows\WID\Binn\sqlserver.exe. I think I’d like to ignore this particular instance, but the way discovery is set up, if it sees sqlserver.exe it thinks you are running sqlserver. Being new to discovery (took the class last week) I know there is a way, but I am uncertain how.
I also have the additional problem of installing the SQL management library (SMO) for when I do discover real sql servers but that is well known.
- 1,577 Views
1 ACCEPTED SOLUTION
Hi Duane,
The process classification is where you’d want to look…Discovery —> Discovery Definition —> CI Classification —> Processes. Click on the Microsoft SQL Server record and you’ll see that we look for a condition where Command contains sqlserver.exe. Here you can add another condition, AND where Command IS NOT C:\Windows\WID\Binn\sqlserver.exe.
Of course the proper way would be to copy the OOB code and create a new record that way during the next update you can compare changes (if any).
Let me know if this helps.
Thanks,
-Ryan
-
All forum topics -
Previous Question -
Next Question
20 REPLIES 20
Hi Duane,
The process classification is where you’d want to look…Discovery —> Discovery Definition —> CI Classification —> Processes. Click on the Microsoft SQL Server record and you’ll see that we look for a condition where Command contains sqlserver.exe. Here you can add another condition, AND where Command IS NOT C:\Windows\WID\Binn\sqlserver.exe.
Of course the proper way would be to copy the OOB code and create a new record that way during the next update you can compare changes (if any).
Let me know if this helps.
Thanks,
-Ryan
Thank you. I went in made the change; dumped the CI so that the SQL Server would go away and rediscovered the Server and this fix worked.
We are going to go to production in January, and this work is being done on an on-premise «Proof Of Value» implementation. (a.k.a Test). I am executing the discovery on the MidServer using the loopback. It is never making it to Completed State and seems to get stuck in Active, however ECC Queue starts 12 and completes 12 and there is no indication of an error. Do you have any suggestions or insight on what I would do to troubleshoot. I have tried some of the rudimentary steps given in the Discovery class but have nothing yet.
Try restarting the MID Server and running the scan again….Assuming this doesn’t happen with the other servers you are scanning, try not using the Loopback as a test (however it should work). If all else fails you may need to open a support ticket with HI.
I restarted and it behaves the same. Created a credential, and when I tried to test the credential the test would fail; however when I run the Discovery the Discovery executes successfully, although it still never completes. Looking at opening an incident/support ticket.
Microsoft introduced the Windows Internal Database (WID) with Server 2008 and it has been included with every version of Windows Server since. It is designed to be used exclusively for use by Microsoft products and can not be purchased or downloaded separately.
During its development it was codenamed “Yukon” (which was SQL 2005) and the discussed publicly as “SQL Server Embedded Edition”. The Windows Internal Database (WID) actually supports more than SQL Express but it does not have any management interface so it is fair to say that it would be incorrect to refer to WID as simply stripped down version of SQL Express.
Windows Internal Database Versions & Location:
Server Version | SQL Core | Db Location |
Windows Server 2008 WID | SQL Server Express 2005 32bit | C:\Windows\sysmsi\ssee |
Windows Server 2008 R2 | SQL Server Express 2005 32bit | C:\Windows\sysmsi\ssee |
Windows Server 2012 | SQL Server Express 2012 64bit | C:\Windows\WID |
Windows Server 2012 R2 | SQL Server Express 2 SQL 2012 64bit | C:\Windows\WID |
Windows Server 2016 | SQL Server Express 2014 64bit | C:\Windows\WID |
Windows Internal Database Management:
As mentioned the Windows Internal Database is not intended to have ANY management. It is intentionally designed to be updated and managed exclusively by Microsoft. However there are two “back doors” to manage WID:
1: SQL Management Studio Management of Windows Internal Database
SQL Management Studio can be used to connect to the Windows Internal Database:
- On Server 2003 and 2008 use
\\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query
- On Server 2012 and 2016 use
\\.\pipe\MICROSOFT##WID\tsql\query
Notes:
- You should only use Management Studio to perform backups of the WID and not change any settings
- Management Studio will only connect to a local WID. You will not be able to connect to a remote WID because REMOTE CONNECTIONS are intentionally disabled
- SQL SERVER AUTHENTICATION will not work so you must use Windows Authentication to connect
2: Command Line Management of Windows Internal Database
- uninstall the Windows Internal Database using
msiexec /x {BDD79957-5801-4A2D-B09E-852E7FA64D01} callerid=ocsetup.exe
from an elevated command line or PowerShell - backup WSUS WID
sqlcmd.exe -S np:\\.\pipe\MICROSOFT##WID\tsql\query -if:\WSUS_DB_Backup\backupWSUSdb.sql
see theitbros.com/how-to-backup-wsus-database for details - To backup and restore a WID see p0w3rsh3ll.wordpress.com/2016/07/14/backuprestore-a-local-windows-internal-database for details
- To move the WSUS database from WID to SQL see docs.microsoft.com/en-us/windows-server/administration/windows-server-update-services/manage/wid-to-sql-migration
Programs That Use Windows Internal Database
- Microsoft Active Directory Federation Services 2.0
- Microsoft Active Directory Rights Management Services (ADRMS)
- Microsoft IP Address Management (IPAM)
- Microsoft Universal Description, Discovery, and Integration Services (UDDI)
- Microsoft Windows Resource Manager
- Microsoft Windows Server Update Services (WSUS)
- Microsoft Windows Sharepoint Services
OTHER:
It has been reported that Windows Internal Database can have serious problems in WSUS if it is operating on a server with more than 16 cores. See THIS post for more details.