Pipe microsoft wid tsql query

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

При попытке зайти на WSUS-сервер (который расположен на Windows Server 2012 и использует внутреннюю базу данных) видим следующую ошибку:

В Event Viewer текст ошибки так же непонятен:

Убедимся, что у вас WSUS использует базу данных WID. Для этого проверим ветку реестра HKEY_LOCAL_MACHINESOFTWAREMicrosoftUpdate Services) и находим значение поля “SqlServerName”. Если значение поля равно “MICROSOFT##WID”, то WSUS использует внутреннюю базу данных.

  1. Пытаемся перезапустить службу “MSSQL$MICROSOFT##W />
  2. Отсоединяем эту базу данных:
  3. Пытаемся ее снова подключить.

В моем случае этот этап завершался ошибкой “Не удалось проверить схему для базы данных “SUSDB”.
Это нормально! Нужно после этого открыть командную строку, перейти в директорию “C:Program FilesUpdate ServicesTools” и от имени администратора сервера и выполнить команду

Она должна выполниться успешно и после этого консоль WSUS будет успешно открываться.

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

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:

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

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

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

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

  1. Скачать и установить SQL Server Management Studio Express 2012 (входит в состав Microsoft SQL Server 2012 Express, но ее можно скачать и отдельно, выбрав ENUx64SQLManagementStudio_x64_ENU.exe)
  2. Запустить консоль Management Studio с правами администратора
  3. Подключится к базе, указав следующее имя сервера:
    • в Windows Server 2008 / R2 — \.pipemssql$microsoft##sseesqlquery
    • в Windows Server 2012 / R2 — \.pipeMICROSOFT##WID sqlquery

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

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

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

    Читайте также:  Client is on slave interface

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

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

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

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

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

    Выполните следующие действия, чтобы перенести базу данных 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 ->задачи -> щелкните отсоединить: Right-click SUSDB ->Tasks -> click Detach:
    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% ** Виндовсвиддата * *) в папку данных экземпляра SQL. Copy SUSDB.mdf and SUSDB_log.ldf from the WID Data Folder (%SystemDrive%**WindowsWIDData**) to the SQL Instance Data Folder.

    Например, если папка экземпляра SQL — C:Program FILESMICROSOFT SQL ServerMSSQL12. МССКЛСЕРВЕРМССКЛ, а папка данных WID — к:виндовсвиддата, скопируйте файлы SUSDB из К:виндовсвиддата в папку C:Program FilesMicrosoft SQL ServerMSSQL12. Мссклсервермссклдата For example, if your SQL Instance Folder is C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQL, and the WID Data folder is C:WindowsWIDData, copy the SUSDB files from C:WindowsWIDData to C:Program FilesMicrosoft SQL ServerMSSQL12.MSSQLSERVERMSSQLData

    Присоединение 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.
    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.
    Читайте также:  Порты для l2tp ipsec

    Это также можно сделать с помощью 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 AuthorityNetwork Service имеет разрешения на вход в экземпляр SQL Server, выполнив следующие действия. After attaching the SUSDB, verify that NT AUTHORITYNETWORK 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 AuthorityNetwork Service . The NT AUTHORITYNETWORK 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 AuthorityNetwork Service учетной записью компьютера сервера WSUS ( [FQDN][всускомпутернаме] $ ) это может быть дополнением к ПРЕДОСТАВЛЕНию прав на NT AuthorityNetwork Service . If not, the steps below can be used to add it, replacing NT AUTHORITYNETWORK SERVICE with the WSUS Server’s computer account ([FQDN][WSUSComputerName]$) This would be in addition to granting rights to NT AUTHORITYNETWORK SERVICE

    Добавление NT AUTHORITYNETWORK SERVICE и предоставление ей прав доступа Adding NT AUTHORITYNETWORK SERVICE and granting it rights
    1. Щелкните правой кнопкой мыши имена входа и выберите создать имя входа. Right Click Logins and click New Login…
    2. На странице Общие введите имя входа (NT AuthorityNetwork Service) и задайте для базы данных по умолчанию значение SUSDB. On the General page, fill out the Login name (NT AUTHORITYNETWORK 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
        • Нажмите ОК Click OK

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

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

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

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

        Читайте также:  Err address unreachable как исправить

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

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

        [FQDN][всускомпутернаме] $ [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"

        Проверьте WebService в разделе "членство в роли базы данных для: 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 софтваремикрософтупдатесервицессерверсетупсклсервернаме Locate the following key: HKEY_LOCAL_MACHINESOFTWAREMicrosoftUpdateServicesServerSetupSqlServerName

        В текстовом поле значение введите [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 Софтваремикрософтупдате Сервицессерверсетупинсталлед Role сервицесупдатесервицес-виддатабасе Locate the following key: HKEY_LOCAL_MACHINESOFTWAREMicrosoftUpdate ServicesServerSetupInstalled Role ServicesUpdateServices-W />

        Переименуйте ключ в 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 FilesUpdate сервицесдатабасе), которая содержит сценарии, необходимые WSUSutil. exe для выполнения задач, выполняемых после установки. Removing the WID role also removes a database folder (%SystemDrive%Program FilesUpdate ServicesDatabase) that contains scripts required by WSUSUtil.exe for post-installation tasks. Если вы решили удалить роль WID, убедитесь, что создана резервная копия папки %systemdrive%Program FilesUpdate сервицесдатабасе . If you choose to uninstall the WID role, make sure you back up the %SystemDrive%Program FilesUpdate ServicesDatabase folder beforehand.

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

        После удаления роли WID убедитесь в наличии следующего раздела реестра: HKEY_LOCAL_MACHINE Софтваремикрософтупдате Сервицессерверсетупинсталлед Role сервицесупдатесервицес-датабасе After the WID role is removed, verify that the following registry key is present: HKEY_LOCAL_MACHINESOFTWAREMicrosoftUpdate ServicesServerSetupInstalled Role ServicesUpdateServices-Database

        Оцените статью
        Добавить комментарий

        Adblock detector