Исправление: msdtc обнаружил ошибку (hr = 0x80000171)

Описание

Программа установки LocalDB использует программу для установки необходимых файлов на компьютере. После установки LocalDB становится экземпляром SQL Server Express, который способен создавать и открывать базы данных SQL Server. Файлы системной базы данных, как правило, хранятся в каталоге AppData, который обычно скрыт. Например, . Файлы пользовательской базы данных хранятся в месте, указанном пользователем, как правило, в папке .

Дополнительные сведения о включении LocalDB в приложении см. в статье с общими сведениями о локальных данных в Visual Studio и статье о создании базы данных и добавлении таблиц в Visual Studio.

Дополнительные сведения об API LocalDB см. в разделе Справочник по SQL Server Express LocalDB.

Служебная программа позволяет создавать новые экземпляры LocalDB, запускать и останавливать работу экземпляров, а также использовать функции для управления LocalDB. Дополнительные сведения о служебной программе см. в разделе Программа SqlLocalDB.

Параметры сортировки для LocalDB заданы в и не могут быть изменены. Параметры сортировки на уровне базы данных, на уровне столбца и на уровне выражения поддерживаются обычным образом. Автономные базы данных следуют правилам метаданных и параметрам сортировки , определенным Contained Database Collations.

Ограничения

Невозможно применить исправление LocalDB без пакетов обновления. Накопительные пакеты обновления и обновления системы безопасности нельзя применить вручную или с помощью Центра обновления Windows, Центра обновления Windows для бизнеса или других способов.
Нельзя управлять LocalDB удаленно с помощью SQL Management Studio.
LocalDB не может быть подписчиком в репликации слиянием.
LocalDB не поддерживает FILESTREAM.
Для LocalDB разрешены только локальные очереди компонента Service Broker.
Экземпляр LocalDB, принадлежащий встроенным учетным записям, таким как , может иметь проблемы с управлением из-за перенаправления файловой системы Windows. Вместо этого используйте в качестве владельца обычную учетную запись Windows.

Автоматические и именованные экземпляры

LocalDB поддерживает два типа экземпляров: автоматические и именованные.

Автоматические экземпляры LocalDB являются общедоступными. Они создаются и обслуживаются автоматически и могут использоваться любым приложением. Для каждой версии LocalDB, установленной на компьютере пользователя, существует один автоматический экземпляр LocalDB. Автоматические экземпляры LocalDB обеспечивают удобное управление экземплярами. Нет необходимости создавать экземпляр. Он просто работает. Эта функция упрощает установку приложения и его перенос на другой компьютер. Если на целевом компьютере установлена указанная версия LocalDB, то там также будет доступен автоматический экземпляр LocalDB для этой версии. Автоматические экземпляры LocalDB именуются по специальному шаблону, принадлежащему зарезервированному пространству имен. Это позволяет избежать конфликтов имен с именованными экземплярами LocalDB. Автоматический экземпляр имеет имя MSSQLLocalDB.
Именованные экземпляры LocalDB являются закрытыми. Они принадлежат одному приложению, которое отвечает за создание экземпляра и управление им. Именованные экземпляры обеспечивают изоляцию от других экземпляров и способствуют повышению производительности за счет снижения уровня конфликта за ресурсы с другими пользователями базы данных. Пользователь должен создавать именованные экземпляры явным образом с помощью API управления LocalDB или неявным образом через файл app.config управляемого приложения (при необходимости управляемое приложение также может использовать API). Каждый именованный экземпляр LocalDB имеет связанную с ним версию LocalDB, которая указывает на соответствующий набор двоичных файлов LocalDB. Имя экземпляра LocalDB имеет тип данных sysname и может содержать до 128 символов. (в отличие от обычных именованных экземпляров SQL Server, где допускается использование только обычных имен NetBIOS из 16 символов ASCII). Имя экземпляра LocalDB может содержать любые символы Юникода, допустимые в имени файла. Именованный экземпляр, который использует имя автоматического экземпляра, становится автоматическим экземпляром.

Разные пользователи одного и того же компьютера могут иметь экземпляры с одинаковыми именами. Каждый экземпляр является отдельным процессом, который запускается от разных пользователей.

Remarks

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

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

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

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

Управлять блокировкой операций считывания можно с помощью следующих средств.

SET TRANSACTION ISOLATION LEVEL для определения уровня блокировки сеанса. Дополнительные сведения см. в разделе SET TRANSACTION ISOLATION LEVEL (Transact-SQL).
Табличные подсказки блокировки для указания уровня блокировки для отдельной ссылки таблицы в предложении FROM. синтаксис и ограничения см. в разделе табличные указания ()Transact-SQL .

В пределах одного сеанса ресурсу может быть предоставлено более одной блокировки. Разным объектам в пределах одного сеанса могут быть предоставлены блокировки на один и тот же ресурс; эти сведения отображаются представлением sys.dm_tran_locks в столбцах request_owner_type и request_owner_id. В случае существования нескольких экземпляров одного и того же типа request_owner_type столбец request_owner_id используется для различия экземпляров. В случае распределенных транзакций столбцы request_owner_type и request_owner_guid отображают различные сведения о сущности.

Например, сеанс S1 владеет совмещаемой блокировкой таблицы Table1, а транзакция Т1, запущенная в сеансе S1, также владеет совмещаемой блокировкой таблицы Table1. В этом случае столбец resource_description, возвращаемый представлением sys.dm_tran_locks, отображает два экземпляра для одного и того же ресурса. В столбце request_owner_type один экземпляр отображается как сеанс, второй — как транзакция. Кроме этого, столбец resource_owner_id будет содержать разные значения.

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

Распределенные транзакции, не связанные со значением идентификатора сеанса, являются потерянными, и им назначается значение идентификатора сеанса, равное -2. Дополнительные сведения см. в разделе KILL (Transact-SQL).

Шаги настройки MSDTC

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

Настройте network.rpcport и distributedtransaction.servertcpport с помощью mssql-conf.
Настройте брандмауэр, чтобы разрешить обмен данными через distributedtransaction.servertcpport и порт 135.
Настройте маршрутизацию сервера Linux таким образом, чтобы RPC-взаимодействие через порт 135 перенаправлялось на network.rpcport SQL Server.

Более подробные сведения по каждому шагу приведены в следующих разделах.

Разрешение дополнительных соединений

Теперь, после подключения к SQL Server в качестве администратора, одной из первых задач будет обеспечить возможность подключения других пользователей. Это делается посредством создания имени входа и предоставления ему разрешения на доступ к базе данных в качестве пользователя. Имена входа могут быть или именами входа для проверки подлинности Windows, использующей учетные данные Windows, или именами входа для проверки подлинности SQL Server, который хранит учетные данные в SQL Server и не зависит от учетных данных Windows. По возможности используйте проверку подлинности Windows.

Совет

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

Создание имени входа для проверки подлинности Windows

В предыдущей задаче было установлено соединение с компонентом Компонент Database Engine с помощью среды Среда Management Studio. В обозревателе объектов разверните экземпляр своего сервера, затем узел Безопасность, щелкните правой кнопкой мыши Имена входа и выберите пункт Создать имя входа. Откроется диалоговое окно Создание имени входа .
На странице Общие в поле Имя входа введите имя входа Windows в следующем формате:

В поле База данных по умолчанию выберите AdventureWorks2012 , если она доступна. В противном случае выберите базу данных master.
На странице Роли сервера щелкните sysadmin, если новое имя входа принадлежит администратору, иначе оставьте пустым.
На странице Сопоставление пользователей выберите Схема для базы данных AdventureWorks2012 , если она доступна. В противном случае выберите базу данных master

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

Важно!

Это базовые сведения, позволяющие начать работу. SQL Server предоставляет безопасную среду; безопасность безусловно важна при выполнении операций с базой данных.

Выполнение файлов скрипта Transact-SQL с использованием программы sqlcmd

Вы можете использовать программу sqlcmd для выполнения файлов скриптов базы данных. Файлы скриптов — это текстовые файлы, содержащие сочетание инструкций Transact-SQL , команд sqlcmd и переменных скриптов. Дополнительные сведения об использовании переменных скрипта см. в разделе Использование программы sqlcmd с переменными скрипта. Программа sqlcmd работает с инструкциями, командами и переменными скрипта, помещенными в файл скрипта, подобно тому как она работает с инструкциями и командами, вводимыми в интерактивном режиме. Главное отличие заключается в том, что программа sqlcmd без остановок считывает входной файл, а не ждет, пока пользователь введет инструкции, команды или переменные скрипта.

Существуют различные способы создания файлов скрипта базы данных:

можно в интерактивном режиме создать и отладить набор инструкций Transact-SQL в среде SQL Server Management Studio и сохранить содержимое окна запроса в файл скрипта;
можно создать текстовый файл инструкций Transact-SQL , используя текстовый редактор, например «Блокнот».

Просмотр пакетов в SSMS

Эта процедура описывает подключение к службам Службы Integration Services в среде SQL Server Management Studio и просмотр списка пакетов, которыми управляют службы Службы Integration Services .

Подключение к службам Integration Services

Нажмите кнопку Пуск, укажите пункт Все программы, пункт Microsoft SQL Server, а затем выберите команду Среда SQL Server Management Studio.

В диалоговом окне Соединение с сервером выберите Службы Integration Services в списке Тип сервера , введите имя сервера в поле Имя сервера и нажмите Соединить.

Важно!
Если подключиться к Службы Integration Servicesне удается, возможно, что служба Службы Integration Services не запущена. Чтобы узнать о состоянии службы, нажмите кнопку Пуск и последовательно выберите пункты Все программы, Microsoft SQL Server, Средства настройки и Диспетчер конфигурации SQL Server

На левой панели щелкните Службы SQL Server. На панели справа найдите службу Службы Integration Services . Если служба не запущена, запустите ее.

SQL Server Management Studio . По умолчанию окно «Обозреватель объектов» открыто и находится в нижнем левом углу среды разработки. Если обозреватель объектов не открыт, выберите Обозреватель объектов в меню Вид .

Просмотр пакетов, управляемых службой служб Integration Services

В обозревателе объектов разверните папку «Сохраненные пакеты».
Разверните вложенные папки в папке «Сохраненные пакеты», чтобы показать пакеты.

Настройка маршрутизации портов

Настройте таблицу маршрутизации сервера Linux таким образом, чтобы RPC-взаимодействие через порт 135 перенаправлялось на network.rpcport SQL Server. Механизм настройки перенаправления портов в разных дистрибутивах может отличаться. В следующих разделах приведены рекомендации для Ubuntu, SUS Enterprise Linux (SLES) и Red Hat Enterprise Linux (RHEL).

Маршрутизация портов в Ubuntu и SLES

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

Создайте правила маршрутизации для порта 135. В следующем примере порт 135 направляется на порт RPC 13500, определенный в предыдущем разделе. Замените IP-адресом вашего сервера.

Параметр в предыдущих командах помогает управлять этими правилами в последующих командах.
Просмотрите созданные правила маршрутизации с помощью следующей команды.
Сохраните правила маршрутизации в файл на компьютере.
Чтобы перезагрузить правила после перезагрузки, добавьте следующую команду в (для Ubuntu) или в (для SLES).

Примечание

Для изменения файлов rc.local или after.local нужны права суперпользователя (sudo).

Команды iptables-save и iptables-restore вместе с конфигурацией запуска / предоставляют базовый механизм сохранения и восстановления записей iptables. В зависимости от дистрибутива Linux могут быть доступны расширенные или автоматизированные варианты. Например, в Ubuntu альтернативой является пакет iptables-persistent для обеспечения сохраняемости записей.

Важно!

При выполнении предыдущих действий предполагается использование фиксированного IP-адреса. Если IP-адрес для вашего экземпляра SQL Server изменяется (из-за ручного вмешательства или DHCP), нужно удалить и повторно создать правила маршрутизации, если они были созданы с помощью iptables. Если нужно повторно создать или удалить существующие правила маршрутизации, можно использовать следующую команду для удаления старых правил .

Маршрутизация портов в RHEL

В дистрибутивах, использующих службу firewalld, например Red Hat Enterprise Linux, одну службу можно использовать как для открытия порта на сервере, так и для внутреннего перенаправления портов. Например, в Red Hat Enterprise Linux для создания сохраняемых правил перенаправления портов и управления ими нужно использовать службу firewalld (через служебную программу firewall-cmd с или аналогичными параметрами), а не iptables.

Средства для начала работы

Основные средства

SQL Server Management Studio (SSMS) является основным средством администрирования компонента Компонент Database Engine и написания кода на языке Transact-SQL . Она расположена в оболочке Visual Studio . SSMS предоставляется для бесплатного скачивания из Центра загрузки Майкрософт. Последнюю версию можно использовать с более старыми версиями Компонент Database Engine.
SQL Server Диспетчер конфигурации устанавливается с SQL Server и с клиентскими средствами. Он позволяет включать серверные протоколы, настраивать параметры протокола, например порты TCP, настраивать автоматический запуск служб сервера и настраивать соединение клиентских компьютеров. Это средство может настроить дополнительные параметры соединения, но не активирует возможности.

Образец базы данных

Образцы баз данных и примеры с SQL Serverне поставляются. Большинство примеров, описанных в электронной документации по SQL Server , используют образец базы данных AdventureWorks2012 .

Начало работы в среде SQL Server Management Studio

В текущих версиях Windows на начальной странице введите «SSMS», а затем выберите Microsoft SQL Server Management Studio.
В более старых версиях Windows в меню Пуск наведите указатель на пункт Все программы, затем на пункт Microsoft SQL Serverи выберите пункт SQL Server Management Studio.

Запуск диспетчера конфигурации SQL Server

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

Изменение учетных записей, используемых службами

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

Важно!

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

Дополнительное преимущество диспетчера конфигурации SQL Server , SMO и инструментария WMI заключается в том, что новые параметры вступают в силу немедленно без перезапуска службы.

Каков источник ошибки: Windows не может запустить SQL Server Ошибка 3417?

Эта проблема может возникнуть, когда есть —

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

Эти причины ошибки не следует упускать из виду.

Подходы вручную: Windows не может запустить SQL Server, ошибка 3417

Иногда некоторые ошибки SQL-сервера говорят сами за себя, что означает, что если пользователь пытается правильно понять сообщение, то можно исправить ошибку вручную.В результате, чтобы решить эту проблему, пользователь должен либо восстановить резервную копию базы данных, либо восстановить базу данных, если она была повреждена. Перед этим вы также можете проверить, сжимается ли файл MDF или нет, чтобы исправить сообщение об ошибке SQL Server 3417. Давайте начнем с рассмотрения каждого метода устранения неполадок.

1. Необходимо распаковать файл MDF базы данных SQL

Проверьте, не сжимается ли основной файл базы данных (.mdf), если вы не можете его открыть. Если файл сжат, вам придется распаковать его. Для этого сделайте следующие шаги:

Перейти к Данные Microsoft SQL Server и найдите файлы db (MDF и NDF).

Щелкните правой кнопкой мыши Папка данных SQL Server и выберите Характеристики. Откроется окно «Свойства» для Microsoft SQL Server. Затем выберите Advanced.
Снимите флажок Компресс содержимое для экономии места на диске в Расширенные атрибуты появится диалоговое окно, затем щелкните Ok.
В Характеристики диалоговое окно для Microsoft SQL Server появляется еще раз. Затем нажмите Ok после нажатия кнопки Применить. Нажмите Ok когда Подтвердить изменения атрибутов появится окно.
Для продолжения нажмите Продолжать.
Дайте время для корректировка атрибутов вступить в силу. Нажмите Ok после внесения изменений.

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

2. Проверьте разрешения папки.

Это исправление ошибки SQL 3417 предназначено для клиентов, у которых возникает ошибка при переносе папки на другой диск.

Убедитесь, что учетная запись, которая запускает службу SQL Server, имеет права доступа (сетевые разрешения) к папке файлов базы данных SQL. Если у вас нет доступа к папке, используйте эти процедуры, чтобы получить ее:

Щелкните правой кнопкой мыши Файлы SQL папку и выберите Характеристики из меню.
Выберите Вкладка Безопасность в поле «Свойства».
Во всплывающем диалоговом окне под Группа или имена пользователей: в области выберите Сетевая служба учетная запись.
Щелкните значок Кнопка ОК после выбора Флажок Полный доступ в разделе «Разрешения для аутентифицированных пользователей».

Убедитесь, что сейчас экземпляр SQL Server запускается без ошибок.

3. Используя файл резервной копии, восстановите базу данных.

Если проблема 3417 сохраняется в SQL Server 2017 или более ранних версиях, рассмотрите возможность восстановления базы данных из файла резервной копии. Убедитесь, что в резервной копии есть самая последняя копия базы данных SQL. В этом блоге вы узнаете, как восстановить базу данных из SQL Server. bak файл — Как сделать резервную копию и восстановить базы данных SQL Server различными подходами.

Профессиональный инструмент восстановления

Если код ошибки SQL 3417 не исправлен с помощью описанных выше процедур, вам необходимо восстановить базу данных. Программное обеспечение для восстановления DataHelp SQL лучше всего подходит для этого. Он может исправить как небольшие, так и серьезные повреждения MDF (первичный файл базы данных) и NDF (файл национальной базы данных) (вторичный файл базы данных). Эта проблема не возникнет в MS SQL Server после восстановления базы данных. Этот инструмент полезен для устранения неполадок SQL Server 3417 в различных версиях SQL Server, таких как SQL Server 2019, 2017, 2016, 2014, 2012, 2008/2008 R2, 2005 и 2000.

Заключение

При попытке запустить службу SQL Server вы можете получить ошибку SQL Server 3417. Если не удается вывести главную базу данных или базу данных tempdb в оперативный режим, папка, содержащая файлы базы данных (.mdf или .ndf), сжимается, или вы этого не делаете. есть права доступа к папке, возникает ошибка. Вы можете попытаться решить проблему, используя ручные обходные пути, описанные в этой статье. С другой стороны, ручное устранение проблемы SQL 3417 может занять много времени и привести к недоступности базы данных. Лучший способ — восстановить файл MDF и решить проблему с помощью специального решения для восстановления базы данных SQL, такого как DataHelp SQL Recovery Software.

Пример интерактивной команды sqlcmd

Ниже приведен пример интерактивного выполнения программы sqlcmd .

При открытии окна командной строки там отображается только одна строка:

Это означает, что текущей папкой является , и если задать имя файла, то ОС Windows будет искать его в этой папке.

Для подключения к экземпляру sqlcmd по умолчанию на локальном компьютере введите SQL Server . Командная строка будет выглядеть следующим образом:

Это означает, что вы подключились к экземпляру SQL Server и что программа готова обрабатывать инструкции Transact-SQL и команды . Мерцающий знак подчеркивания после является приглашением , отмечающим местоположение вводимых инструкций и команд. Теперь введите USE AdventureWorks2012 и нажмите клавишу ВВОД, а затем введите GO и снова нажмите клавишу ВВОД. Содержимое окна командной строки будет выглядеть следующим образом.

Результирующий набор:

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

В следующем примере показано содержимое окна командной строки после ввода инструкции , команды для выполнения и команды для завершения программы :

Результирующий набор:

Строки после — это выходные данные инструкции . Когда выходные данные сформированы, программа сбрасывает приглашение и отображает . После ввода команды в строке командная строка приобретает первоначальный вид. Это означает завершение сеанса . Теперь можно закрыть окно командной строки. Для этого введите еще одну команду .

Настройка сервера для подключения по RDP

Чтобы к VDS можно было подключаться по RDP, должны быть установлены следующие роли и компоненты:

Службы удаленных рабочих столов.
Лицензирование удаленных рабочих столов
Узел сеансов удаленных рабочих столов
Шлюз удаленных рабочих столов

Все эти роли и компоненты мы установили в предыдущем разделе. Теперь нужно настроить групповую политику.

Открываем «Поиск» на панели инструментов.
Находим и открываем редактор групповых политик — gpedit.msc.
Переходим на ветку «Конфигурация компьютера» — «Административные шаблоны» — «Компоненты Windows» — «Службы удаленных рабочих столов» — «Узел сеансов удаленных рабочих столов» — «Лицензирование».
Разворачиваем пункт «Использовать указанные серверы лицензирования удаленных рабочих столов».
В строке «Использовать серверы лицензий» указываем имя или адрес своего сервера.
Возвращаемся обратно в раздел «Лицензирование» и открываем пункт «Задать режим лицензирования».
Выбираем режим лицензирования — на пользователя или на устройство в зависимости от того, какой тип лицензии имеется.

После настройки групповых политик переходим к самому лицензированию.

Открываем «Панель управления».
Переходим в раздел «Администрирование» — Remote Desktop Services — «Диспетчер лицензирования».
Кликаем по серверу правой кнопкой и нажимаем «Активировать».
Выбираем метод подключения «Авто».
Вводим имя, фамилию, организацию, страну расположения сервера. Можно указать любые данные, они не проверяются.
Запускаем мастер установки лицензий.
Выбираем программу лицензирования, по которой была приобретена лицензия.
Вводим ключ активации, который получили после покупки лицензии.
Указываем количество пользователей/устройств, если оно не определилось автоматически.
Нажимаем «Готово», чтобы завершить работу мастера установки лицензий.

Затем нужно вернуться в раздел «Администрирование» — Remote Desktop Services — «Диспетчер лицензирования» и посмотреть, активирован ли сервер. Если да, значит, настройка успешно завершена.

На иконке сервера может быть желтый значок предупреждения. Чтобы устранить проблемы, нажимаем на ссылку «Рецензия». В меню будут пункты, которые необходимо отметить.

Использование оснастки «Брандмауэр Windows в режиме повышенной безопасности»

Оснастка MMC «Брандмауэр Windows в режиме повышенной безопасности» позволяет настроить расширенные параметры брандмауэра. Эта оснастка включает мастер настройки правил и позволяет изменять параметры, недоступные в элементе Брандмауэр Windows из панели управления. Эти параметры включают:

Параметры шифрования.
Ограничения служб.
Ограничение соединений для компьютеров по именам.
Ограничение соединений для определенных пользователей или профилей.
Разрешение просмотра узлов для исключения маршрутизаторов NAT.
Настройка правил исходящих соединений.
Настройка правил безопасности.
Требование протокола IPsec для входящих соединений.

Создание правила брандмауэра при помощи мастера создания правил

В меню «Пуск» выберите пункт Выполнить, введите WF.msc и нажмите кнопку ОК.
В левой части панели Брандмауэр Windows в режиме повышенной безопасности щелкните правой кнопкой мыши элемент Правила для входящих подключений и выберите пункт Создать правило.
Завершите мастер создания правила для нового входящего подключения , задав все необходимые параметры.