Главная » Linux

Для внутренней базы данных windows

Содержание
  1. Администрирование Windows Internal Database
  2. Управление базой Windows Internal Database
  3. Как удалить базу WID
  4. Внутренняя база данных Windows — Windows Internal Database
  5. Блог TangaRUS’а
  6. Миграция базы данных WSUS из WID в SQL Migrating the WSUS Database from WID to SQL
  7. Предварительные требования Prerequisites
  8. Миграция базы данных WSUS Migrating the WSUS database
  9. Останавливает службы IIS и WSUS на сервере WSUS Stop the IIS and WSUS services on the WSUS server
  10. Отсоединение SUSDB от внутренней базы данных Windows Detach SUSDB from the Windows Internal Database
  11. Использование SQL Management Studio Using SQL Management Studio
  12. Использование командной строки Using Command Prompt
  13. Скопируйте файлы SUSDB в SQL Server Copy the SUSDB files to the SQL Server
  14. Присоединение SUSDB к экземпляру SQL Attach SUSDB to the SQL Instance
  15. Проверка SQL Server и имен входа и разрешений базы данных Verify SQL Server and Database Logins and Permissions
  16. SQL Server разрешения для входа SQL Server Login Permissions
  17. Разрешения базы данных Database Permissions
  18. Измените реестр, чтобы указать WSUS на экземпляр SQL Server Edit the registry to point WSUS to the SQL Server Instance
  19. Запуск служб IIS и WSUS на сервере WSUS Start the IIS and WSUS services on the WSUS server
  20. Удаление роли WID (не рекомендуется) Uninstalling the WID role (not recommended)

Администрирование 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:\Windows\WID). В качестве отдельного продукта Windows Internal Database пользователям не доступна.

Основные особенности Windows Internal Database:

  • База данных WID предполагает только локально использование, удаленно к ней подключиться не получится
  • Отсутствуют ограничения на размер файлов БД (в отличии от той же редакции SQL Express)
  • Не требует для своего использования лицензии.

Управление базой Windows Internal Database

По задумке разработчиков база WID предназначена только для консольной или скриптовой установки, а все операции с ней должны выполняться через командную строку. Но к счастью базой WID можно управлять и через GUI с помощью SQL Management Studio.

Для этого нужно:

  1. Скачать и установить SQL Server Management Studio Express 2012 (входит в состав Microsoft SQL Server 2012 Express, но ее можно скачать и отдельно, выбрав ENU\x64\SQLManagementStudio_x64_ENU.exe)
  2. Запустить консоль Management Studio с правами администратора
  3. Подключится к базе, указав следующее имя сервера:
    • в Windows Server 2008 / R2 — \\.\pipe\mssql$microsoft##ssee\sql\query
    • в Windows Server 2012 / R2 — \\.\pipe\MICROSOFT##WID\tsql\query

Для подключения через sqlcmd.exe следует выполнить такую команду:

Как удалить базу WID

После удаления роли Windows, которая использует базу Windows Internal Database, сам инстанс SQL с базой WID не удаляется, причем инструментов для ее удаление в системе нет. Деинсталлировать базу Windows Internal Database можно только при помощи Windows Installer.

Для удаления базы WID на Windows Server 2008 нужно:

  • на 32 битной системе:
  • на 64 битной системе:

В Windows Server 2012 базу WID можно удалить гораздо проще — с помощью Powershell:

Сами файлы базы данных (.mdb и .ldb) придется удалить вручную – пути к ним указаны в начале статьи.

Определить версию установленную версию WID можно по файлу:

Внутренняя база данных Windows — Windows Internal Database

Внутренняя база данных Windows (кодовое название WYukon, иногда называемая SQL Server Embedded Edition) — это вариант SQL Server Express 2005–2014, который входит в состав Windows Server 2008 (SQL 2005), Windows Server 2008 R2 (SQL 2005), Windows Server 2012 (SQL 2012), Windows Server 2012 R2 (SQL 2012) и Windows Server 2016 (SQL 2014) и включен в другие бесплатные продукты Microsoft, выпущенные после 2007 года, для которых требуется серверная часть базы данных SQL Server. Службы Windows SharePoint Services 3.0 и Windows Server Update Services 3.0 включают внутреннюю базу данных Windows, которую можно использовать в качестве альтернативы использованию розничной версии SQL Server. WID был 32-битным приложением, даже как компонент 64-битной Windows Server 2008, который устанавливается по пути. C:\Windows\sysmsi\ssee\ В Windows Server 2012 и более поздних версиях это 64-битное приложение, установленное в C:\Windows\WID .

Внутренняя база данных Windows недоступна как отдельный продукт для использования приложениями конечных пользователей; Для этой цели Microsoft предоставляет SQL Server Express и Microsoft SQL Server . Кроме того, он предназначен для доступа только к службам Windows, работающим на том же компьютере.

Некоторые компоненты Windows Server 2008 и 2012 используют внутреннюю базу данных Windows для хранения данных: службы управления правами Active Directory , диспетчер системных ресурсов Windows , службы UDDI , службы федерации Active Directory 2.0, посредник подключений удаленного рабочего стола (автономный), IPAM и службы Windows SharePoint Services. . В Windows Server 2003 службы SharePoint и Windows Server Update Services устанавливают внутреннюю базу данных Windows и используют ее в качестве хранилища данных по умолчанию, если розничный экземпляр базы данных SQL Server не предоставлен. В статье базы знаний, опубликованной Microsoft, говорится, что внутренняя база данных Windows не идентифицирует себя как съемный компонент, и даются инструкции, как ее можно удалить, напрямую вызвав установщик Windows .

SQL Server Management Studio Express можно использовать для подключения к экземпляру внутренней базы данных Windows, используя \\.\pipe\MSSQL$MICROSOFT##SSEE\sql\query (2003–2008) или \\.\pipe\MICROSOFT##WID\tsql\query (2012) в качестве имени экземпляра. Но это будет работать только локально, так как удаленные подключения не могут быть включены для этого выпуска SQL Server. Также обратите внимание, что следует использовать «Аутентификацию Windows» (в отличие от Аутентификации SQL Server), и администраторы, похоже, имеют лучшие результаты успешной аутентификации при входе в систему с той же учетной записью администратора, которая была создана при установке Windows.

Блог TangaRUS’а

  • Разместил TangaRUS
  • Опубликовано: 2 февраля 2010 в 12:51 Обновлено: 2 февраля 2010 в 12:53

Обратили внимание, что один из серверов после недели работы начинает жутко «тормозить».
Расследование показало, что виноват WSUS, а точнее его встроенная SQL база данных: Windows Internal Database (инстанс MICROSOFT##SSEE).

Выяснилось, что в процессе работы этот SQL сервер отъедает всю доступную память, в результате чего всё и начинает тормозить.
В полноценном SQL сервере мы бы просто ограничили размер памяти доступный для него, но как это сделать тут, ведь никаких стандартных средств управления не предусмотрено?

Очень просто!
Качаем SQL Server Management Studio Express , и в качестве имени сервера вводим:
np:\\.\pipe\MSSQL$Microsoft##SSEE\sql\query.
Всё!

Подробнее на английском можно прочитать здесь .

ЗЫ: Вход необходимо производить под учётной записью (локальной или доменной) имеющей права локального администратора.
На SBS (да и вообще при использовании UAC) не забываем запускать SQL Server Management Studio используя Run As Administrator (Запуск от имени администратора).

ЗЗЫ: Также неплохо бы поставить перезагрузку сервера раз в неделю по расписанию, например ночью в воскресение.

    Сергей on 7 февраля 2013 16:25

подскажите, это самая Windows Internal Database (MICROSOFT##SSEE) после удаления с сервера WSUS вообще нужна? Сервер 2008R2, используется как файловый сервер. Я попытался руками удалить папку C:\Program Files\Microsoft SQL Server и ессно облом.

Если она использовалась только для WSUS — то да конечно, можно удалять. Но нужно убедиться, что никакие другие службы или приложения её не используют (например SQL Server Management Studio посмотреть какие в ней есть БД).

спасибо, удалил ее командой

msiexec /x callerid=ocsetup.exe для 64 bit OS

Оставить комментарий или два

Это flash облако тегов вы можете найти на сайте «WordPress плагины». Для показа облака необходим Flash Player 9 или выше.

Миграция базы данных WSUS из WID в SQL Migrating the WSUS Database from WID to SQL

Область применения: Windows Server 2012, Windows Server 2012 R2, Windows Server 2016 Applies to: Windows Server 2012, Windows Server 2012 R2, Windows Server 2016

Выполните следующие действия, чтобы перенести базу данных WSUS (SUSDB) из экземпляра внутренней базы данных Windows на локальный или удаленный экземпляр SQL Server. Use the following steps to migrate the WSUS database (SUSDB) from a Windows Internal Database instance to a Local or Remote instance of SQL Server.

Предварительные требования Prerequisites

  • Экземпляр SQL. SQL Instance. Это может быть MSSQLServer или пользовательский экземпляр по умолчанию. This can be the default MSSQLServer or a custom Instance.
  • SQL Server Management Studio. SQL Server Management Studio
  • WSUS с установленной ролью WID WSUS with WID role installed
  • IIS (обычно это включается при установке WSUS с помощью диспетчер сервера). IIS (This is normally included when you install WSUS through Server Manager). Она еще не установлена, она должна быть. It is not already installed, it will need to be.

Миграция базы данных WSUS Migrating the WSUS database

Останавливает службы IIS и WSUS на сервере WSUS Stop the IIS and WSUS services on the WSUS server

В PowerShell (с повышенными правами) выполните: From PowerShell (elevated), run:

Отсоединение SUSDB от внутренней базы данных Windows Detach SUSDB from the Windows Internal Database

Использование SQL Management Studio Using SQL Management Studio

  1. Щелкните правой кнопкой мыши SUSDB — >задачи и — > выберите пункт отсоединить: задачи > отсоединить.» data-linktype=»relative-path»/> Right-click SUSDB ->Tasks -> click Detach: Tasks > Detach option selected.» data-linktype=»relative-path»/>
  2. Установите флажок Удалить существующие подключения и нажмите кнопку ОК (необязательно, если существуют активные соединения). Check Drop Existing Connections and click OK (optional, if active connections exist).

Использование командной строки Using Command Prompt

В этих шагах показано, как отключить базу данных WSUS (SUSDB) из экземпляра внутренней базы данных Windows с помощью программы sqlcmd . These steps show how to detach the WSUS database (SUSDB) from the Windows Internal Database instance by using the sqlcmd utility. Дополнительные сведения о программе sqlcmd см. в разделе программа sqlcmd. For more information about the sqlcmd utility, see sqlcmd Utility.

  1. Откройте командную строку с повышенными привилегиями Open an elevated command prompt
  2. Выполните следующую команду SQL, чтобы отключить базу данных WSUS (SUSDB) из экземпляра внутренней базы данных Windows с помощью программы sqlcmd : Run the following SQL command to detach the WSUS database (SUSDB) from the Windows Internal Database instance by using the sqlcmd utility:

Скопируйте файлы SUSDB в SQL Server Copy the SUSDB files to the SQL Server

  1. Скопируйте SUSDB. mdf и SUSDB _ log. ldf из папки данных WID (% systemdrive% \ данных Windows \ WID \) в папку данных экземпляра SQL. Copy SUSDB.mdf and SUSDB_log.ldf from the WID Data Folder (%SystemDrive%\Windows\WID\Data) to the SQL Instance Data Folder.

Например, если папка экземпляра SQL — C:\Program FILES\MICROSOFT SQL Server\MSSQL12. МССКЛСЕРВЕР\МССКЛ, а папка данных WID — к:\виндовс\вид\дата, скопируйте файлы SUSDB из К:\виндовс\вид\дата в папку C:\Program Files\Microsoft SQL Server\MSSQL12. Мссклсервер\мсскл\дата For example, if your SQL Instance Folder is C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL, and the WID Data folder is C:\Windows\WID\Data, copy the SUSDB files from C:\Windows\WID\Data to C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Data

Присоединение SUSDB к экземпляру SQL Attach SUSDB to the SQL Instance

  1. В SQL Server Management Studio в узле экземпляр щелкните правой кнопкой мыши узел базы данных и выберите команду присоединить. In SQL Server Management Studio, under the Instance node, right-click Databases, and then click Attach. базы данных».» data-linktype=»relative-path»/>Attach option selected.» data-linktype=»relative-path»/>
  2. В поле Присоединение баз данных в разделе базы данных для присоединения нажмите кнопку добавить , найдите файл SUSDB. mdf (скопированный из папки WID) и нажмите кнопку ОК. In the Attach Databases box, under Databases to attach, click the Add button and locate the SUSDB.mdf file (copied from the WID Folder), and then click OK.

Это также можно сделать с помощью Transact-SQL. This is also able to be done using Transact-Sql. Дополнительные сведения о присоединении базы данных см. в документации по SQL. Please see the SQL documentation for attaching a database for its instructions.

Пример (использование путей из предыдущего примера): Example (using paths from previous example):

Проверка SQL Server и имен входа и разрешений базы данных Verify SQL Server and Database Logins and Permissions

SQL Server разрешения для входа SQL Server Login Permissions

После подключения SUSDB убедитесь, что NT Authority\Network Service имеет разрешения на вход в экземпляр SQL Server, выполнив следующие действия. After attaching the SUSDB, verify that NT AUTHORITY\NETWORK SERVICE has login permissions to the instance of SQL Server by doing the following:

  1. Переход к SQL Server Management Studio Go into SQL Server Management Studio
  2. Открытие экземпляра Opening the Instance
  3. Щелкните Безопасность . Click Security
  4. Щелкните имена входа Click Logins

Должна быть указана учетная запись NT Authority\Network Service . The NT AUTHORITY\NETWORK SERVICE account should be listed. Если это не так, необходимо добавить новое имя для входа. If it is not, you need to add it by adding New Login Name.

Если экземпляр SQL находится на другом компьютере из служб WSUS, учетная запись компьютера сервера WSUS должна быть указана в формате [FQDN] \ [всускомпутернаме] $. If the SQL Instance is on a different machine from WSUS, the WSUS Server’s computer account should be listed in the format [FQDN]\[WSUSComputerName]$. В противном случае можно использовать приведенные ниже шаги, чтобы добавить его, заменив NT Authority\Network Service учетной записью компьютера сервера WSUS ([FQDN] \ [всускомпутернаме] $) это будет Дополнительно к_ предоставлению прав на _* NT Authority\Network Service* . If not, the steps below can be used to add it, replacing NT AUTHORITY\NETWORK SERVICE with the WSUS Server’s computer account ([FQDN]\[WSUSComputerName]$**) This would be **in addition to_ granting rights to _* NT AUTHORITY\NETWORK SERVICE*

Добавление NT AUTHORITY\NETWORK SERVICE и предоставление ей прав доступа Adding NT AUTHORITY\NETWORK SERVICE and granting it rights
  1. Щелкните правой кнопкой мыши имена входа и выберите создать имя входа. Right Click Logins and click New Login…новый вход.» data-linktype=»relative-path»/>New Login option selected.» data-linktype=»relative-path»/>
  2. На странице Общие введите имя входа (NT Authority\Network Service) и задайте для базы данных по умолчанию значение SUSDB. On the General page, fill out the Login name (NT AUTHORITY\NETWORK SERVICE), and set the Default database to SUSDB.
  3. На странице роли сервера убедитесь, что выбраны Общие и sysadmin . On the Server Roles page, ensure public and sysadmin are selected.
  4. На странице Сопоставление пользователей : On the User Mapping page:
    • В разделе Пользователи, сопоставленные с этим именем входа выберите SUSDB . Under Users mapped to this login: select SUSDB
    • В разделе членство в роли базы данных для: SUSDB убедитесь, что установлены следующие флажки: Under Database role membership for: SUSDB, ensure the following are checked:
      • publicpublic
      • WebServicewebService
  5. Нажмите кнопку ОК. Click OK

Теперь в разделе имена входа будет отображаться NT Authority\Network Service . You should now see NT AUTHORITY\NETWORK SERVICE under Logins.

Разрешения базы данных Database Permissions

  1. Щелкните правой кнопкой мыши SUSDB Right-click the SUSDB
  2. Выберите пункт Свойства. Select Properties
  3. Щелкните разрешения . Click Permissions

Должна быть указана учетная запись NT Authority\Network Service . The NT AUTHORITY\NETWORK SERVICE account should be listed.

Если это не так, добавьте учетную запись. If it is not, add the account.

В текстовом поле Login name (имя входа) введите компьютер WSUS в следующем формате: On the Login name textbox, enter the WSUS machine in the following format:

[Полное доменное имя] \ [Всускомпутернаме] $ [FQDN]\[WSUSComputerName]$

Убедитесь, что для базы данных по умолчанию задано значение SUSDB. Verify that the Default database is set to SUSDB.

В следующем примере полное доменное имя — Contosto.com , а имя машины WSUS — всусмачине: In the following example, the FQDN is Contosto.com and the WSUS machine name is WsusMachine:

На странице Сопоставление пользователей выберите базу данных SUSDB в разделе Пользователи, сопоставленные с этим именем входа . On the User Mapping page, select the SUSDB Database under Users mapped to this login

Проверьте веб- службу в разделе членство в роли базы данных для: SUSDB: Check webservice under the Database role membership for: SUSDB:

Нажмите кнопку ОК , чтобы сохранить параметры. Click OK to save settings.

Чтобы изменения вступили в силу, может потребоваться перезапустить службу SQL. You may need to restart the SQL Service for the changes to take effect.

Измените реестр, чтобы указать WSUS на экземпляр SQL Server Edit the registry to point WSUS to the SQL Server Instance

Внимательно выполните действия, описанные в этом разделе. Follow the steps in this section carefully. Неправильное изменение реестра может привести к серьезным проблемам. Serious problems might occur if you modify the registry incorrectly. Перед внесением изменений создайте резервную копию реестра для его восстановления в случае возникновения проблем. Before you modify it, back up the registry for restoration in case problems occur.

Нажмите кнопку Пуск, выберите пункт Выполнить, введите regedit и нажмите кнопку ОК. Click Start, click Run, type regedit, and then click OK.

Откройте следующий раздел: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\UpdateServices\Server\Setup\SqlServerName Locate the following key: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\UpdateServices\Server\Setup\SqlServerName

В текстовом поле значение введите [SERVERNAME] \ [имя_экземпляра] и нажмите кнопку ОК. In the Value text box, type [ServerName]\[InstanceName], and then click OK. Если имя экземпляра является экземпляром по умолчанию, введите [SERVERNAME]. If the instance name is the default instance, type [ServerName].

Откройте следующий раздел: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Update Services\Server\Setup\Installed Role Services\UpdateServices-WidDatabase Locate the following key: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Update Services\Server\Setup\Installed Role Services\UpdateServices-WidDatabase

Переименование раздела UpdateServices-Database Rename the Key to UpdateServices-Database

Если не обновить этот ключ, WsusUtil попытается обслуживать WID, а не экземпляр SQL, с которым был осуществлен перенос. If you do not update this key, then WsusUtil will attempt to service the WID rather than the SQL Instance to which you have migrated.

Запуск служб IIS и WSUS на сервере WSUS Start the IIS and WSUS services on the WSUS server

В PowerShell (с повышенными правами) выполните: From PowerShell (elevated), run:

Если вы используете консоль WSUS, закройте и перезапустите ее. If you are using the WSUS Console, close and restart it.

Удаление роли WID (не рекомендуется) Uninstalling the WID role (not recommended)

При удалении роли WID также удаляется папка базы данных (%systemdrive%\Program Files\Update сервицес\датабасе), содержащая скрипты, необходимые WSUSUtil.exe для выполнения задач, выполняемых после установки. Removing the WID role also removes a database folder (%SystemDrive%\Program Files\Update Services\Database) that contains scripts required by WSUSUtil.exe for post-installation tasks. Если вы решили удалить роль WID, убедитесь, что создана резервная копия папки %systemdrive%\Program Files\Update сервицес\датабасе . If you choose to uninstall the WID role, make sure you back up the %SystemDrive%\Program Files\Update Services\Database folder beforehand.

С помощью PowerShell: Using PowerShell:

После удаления роли WID убедитесь в наличии следующего раздела реестра: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Update Services\Server\Setup\Installed Role Services\UpdateServices-Database After the WID role is removed, verify that the following registry key is present: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Update Services\Server\Setup\Installed Role Services\UpdateServices-Database

Читайте также:  Windows работа с raid
Оцените статью
© 2024 Советы по настройке компьютера