SQL Server Отказоустойчивый кластер: полное руководство для администраторов баз данных [2026]

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

1.2 Ключевые компоненты и архитектура

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

Узлы: Физические серверы, участвующие в кластере. В любой момент времени активен ровно один узел, на котором выполняется программа. SQL Server например, остальные узлы находятся в режиме ожидания и отслеживают состояние активного узла.
Общее хранилище: Том хранения — SAN, iSCSI, Storage Spaces Direct или файловый ресурс SMB — доступен всем узлам одновременно. Поскольку каждый узел читает и записывает данные в одно и то же хранилище, репликация данных между узлами не требуется, и одни и те же файлы базы данных становятся немедленно доступны любому узлу, который возьмет управление на себя.
Виртуальное имя сети и виртуальный IP-адрес: Стабильная идентификация, к которой клиенты всегда подключаются, независимо от того, какой физический узел в данный момент активен. При переключении на резервный узел виртуальное сетевое имя и IP-адрес перерегистрируются на новом активном узле, что делает переключение незаметным для приложений.
Отказоустойчивая кластеризация Windows Server (WSFC): Базовая платформа, которая объединяет все компоненты. WSFC постоянно отслеживает состояние узлов и ресурсов через сеть пульсации, управляет владением группами ресурсов и организует процесс переключения при обнаружении сбоя.
Кворум: Механизм голосования в WSFC, предотвращающий сценарии разделения кластера. Каждый узел голосует за состояние кластера; диск-свидетель или файловый ресурс предоставляют дополнительный голос для кластеров с четным числом узлов. Кластер остается в сети только тогда, когда достигается большинство голосов, что гарантирует, что две изолированные группы узлов никогда не смогут одновременно претендовать на владение кластером. SQL Server пример.

These components work in a clear hierarchy: WSFC manages the nodes and enforces quorum, the nodes share access to the same storage, and the virtual network name provides clients a consistent connection point across all of it. When a node fails, WSFC detects the loss of heartbeat, confirms quorum still holds, transfers resource group ownership — including the virtual network name, virtual IP, and storage — to a standby node, and brings SQL Server Там снова всё работает. Вся последовательность действий происходит автоматически и без каких-либо изменений на стороне клиента.

1.3 FCI против групп постоянной доступности

SQL Server Предоставляет две технологии Always On, построенные на базе WSFC. Ключевые различия:

Экземпляр отказоустойчивого кластера (FCI): Высокая доступность (HA) на уровне экземпляров. Все базы данных переключаются одновременно при сбое. Требуется общее хранилище. Отсутствует репликация данных между узлами. Отсутствует встроенная функция аварийного восстановления (DR).
Группы доступности Always On (AG): Высокая доступность на уровне базы данных. Репликация на основе журналов на вторичные реплики. Не требуется общее хранилище. Поддерживает как высокую доступность, так и аварийное восстановление.

Используйте FCI для переключения на резервный сервер на уровне экземпляра с использованием существующего общего хранилища. Объедините FCI с группой доступности (AG), если также требуется аварийное восстановление или доступные для чтения вторичные хранилища.

1.4 Преимущества и ограничения

Бенефиты:

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

Ограничения:

Общее хранилище данных представляет собой единую точку отказа, если само хранилище не является избыточным;
Работает только один узел. SQL Server за один раз, поэтому балансировка нагрузки при чтении не требуется;
Встроенная функция DR недоступна без сопряжения с AG.

2. Предпосылки и требования

2.1 Аппаратное и программное обеспечение

Как минимум два физических сервера с идентичным или эквивалентным оборудованием, 64-битными процессорами и контроллерами хранения данных, сертифицированными для отказоустойчивой кластеризации.
Windows Server 2016, 2019 или 2022 (Standard или Datacenter). На всех узлах должна быть установлена одна и та же версия ОС, а также один и тот же уровень накопительных обновлений.
SQL Server Стандартная или корпоративная версия. Все узлы должны работать под управлением одной и той же программы. SQL Server версия и уровень исправлений.

2.2 Требования к сети и домену

Все узлы должны принадлежать одному домену Active Directory. Кластеры рабочих групп, многодоменные кластеры и контроллеры домена только для чтения не поддерживаются.
Назначьте статические IP-адреса всем сетевым адаптерам. Выделите как минимум одну сетевую карту (NIC) на каждый узел для передачи сигналов подтверждения активности кластера. Настройте систему доменных имен (DNS) для разрешения имен.
Для установки учетной записи требуются права локального администратора на всех узлах. Создание компьютерных объектов разрешения в Active Directory.

2.3 Варианты общего хранения данных

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

SAN (Fibre Channel или iSCSI): Most common. All nodes must access the same logical unit numbers (LUNs). Use multipath I/O (MPIO) to avoid single-path failures.
Storage Spaces Direct (S2D): Локально подключенные NVMe или SSD-накопители, объединенные в пул на нескольких узлах. Требуется Windows Server 2016 Datacenter или более поздняя версия.
Файловые ресурсы типа Server Message Block (SMB) и общие тома кластера (CSV): Поддерживается с SQL Server С 2014 года и далее.

Отформатируйте все диски кластера в соответствии с базовой файловой системой NT (NTFSИзбегайте монтирования томов на узлах кластера.

3. Планирование кластера

Before installation, you need to plan the node configuration type and the quorum setup, which directly affect cluster reliability and hardware cost:

3.1 Типы конфигурации

SQL Server failover clusters support four types of node configurations, each trading off simplicity, hardware cost, and standby capacity differently.

Тип 1: Активный/Режим ожидания. 1 FCI, 2 Nodes. Node 1 is Active; Node 2 is Standby. The Standby Node monitors the Active Node’s heartbeat continuously and takes over the FCI when the Active Node fails. This is the simplest configuration and most common in production.
Тип 2: Активный/Активный. Два FCI используют два физических узла. Узел 1 является активным узлом для FCI 1 и резервным узлом для FCI 2; узел 2 является активным узлом для FCI 2 и резервным узлом для FCI 1. Оба узла являются взаимными резервными — оба обрабатывают текущие рабочие нагрузки в нормальном режиме работы. Если какой-либо из узлов выйдет из строя, оставшийся узел возьмет на себя управление FCI отказавшего узла, продолжая при этом работу своего собственного. Следовательно, каждый узел должен быть рассчитан на обработку суммарной рабочей нагрузки обоих FCI.
Тип 3: N+1. N FCI используют N+1 узлов. Каждый FCI имеет один активный узел; все N FCI используют один общий резервный узел. Общий резервный узел должен быть способен независимо принимать на себя полную нагрузку любого отказавшего активного узла.
Тип 4: N+M. N FCI используют N+M узлов. Каждый FCI имеет один активный узел; все N FCI используют M резервных узлов. M резервных узлов совместно обеспечивают переключение на резервный сервер для всех N активных узлов, распределяя потенциальную нагрузку на большую резервную мощность и снижая требования к оборудованию на каждом узле по сравнению с N+1.

3.2 Правила кворума

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

Установите нечетное общее количество голосов кворума, чтобы гарантировать большинство в случае разделения голосов и предотвратить «разделение мозгов».
Для кластеров из двух узлов используйте Большинство узлов и дисков В качестве третьего голоса используется диск-свидетель. Диск-свидетель не требует указания буквы диска.
If quorum is lost entirely, force quorum as a last resort to recover surviving nodes, then reconfigure immediately before returning to production.

4. Установка отказоустойчивого кластера Windows Server (WSFC)

4.1 Подготовка общего хранилища

Перед созданием кластера подключите и настройте все общие хранилища.

Физически подключите или выделите все LUN-ы хранилища к каждому узлу кластера.
На только первый узел, откройте Управление дискамиПодключите каждый диск к сети, инициализируйте его и создайте NTFS Создайте том с буквой диска. Для диска-свидетеля создайте небольшой том (1–2 ГБ) — буква диска не требуется.
На каждом оставшемся узле откройте Управление дисками и подключите диски только к сети. Не выполняйте повторную инициализацию или переформатирование. Назначьте буквы дисков вручную, если они не совпадают с буквами первого узла.

4.2 Установите функцию отказоустойчивой кластеризации и проверьте ее работоспособность.

Установите функцию отказоустойчивой кластеризации на каждом узле, а затем проверьте ее работоспособность перед созданием кластера.

На каждом узле откройте Диспетчер серверов -> Добавьте роли и функции -> Особенности, наведите на Отказоустойчивая кластеризацияи нажмите УстановитеПерезагрузите компьютер, если появится соответствующее сообщение. Альтернатива PowerShell:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
На любом из узлов откройте Менеджер отказоустойчивого кластера -> Проверка конфигурации. Add all node hostnames and run all tests. PowerShell alternative:
```
Test-Cluster -Node Node1, Node2
```
Перед продолжением устраните все ошибки в отчете о проверке. Предупреждения Storage Spaces Direct можно игнорировать, если S2D не используется.

4.3 Создание WSFC

После успешного прохождения проверки создайте кластер и проверьте его конфигурацию.

In Менеджер отказоустойчивого кластера, нажмите Создать кластер, add all node hostnames, enter the cluster name and a static virtual IP address, then click СледующаяАльтернатива PowerShell:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Если права доступа к домену ограничены, попросите администратора Active Directory предварительно подготовить объект компьютера с именем кластера перед выполнением этого шага.
После создания подтвердите наличие кворума. Большинство узлов и дисков с назначенным диском-свидетелем.
Под Память -> Дискипереименуйте каждый диск кластера в соответствии с его ролью (например, SQL_DATA, SQL_LOG, СВИДЕТЕЛЬ). Под СетиПереименуйте каждую кластерную сеть в соответствии с типом трафика, который она обрабатывает.

5. Установка SQL Server Экземпляр отказоустойчивого кластера

5.1 Выберите способ установки

SQL Server В программе установки предусмотрены два подхода к созданию отказоустойчивого кластера. Выберите тот, который соответствует вашей среде.

Интегрированная установка (Добавить узел): Установите полностью работоспособный блок FCI на первом узле, затем добавьте каждый последующий узел, используя... Добавить узел option. Simpler and recommended for most deployments.
Расширенная/корпоративная установка: Run Подготовка отказоустойчивого кластера Сначала на всех узлах, затем выполните Полный отказоустойчивый кластер на узле, которому принадлежит общий диск. Используйте этот подход для масштабных развертываний с несколькими узлами, когда необходимо подготовить все узлы параллельно перед фиксацией изменений.

5.2 Установка первого узла

Run SQL Server Настройка на первом узле для создания FCI с использованием интегрированного метода.

Run Setup.exe от имени администратора. Выберите Установка: -> Новое SQL Server установка отказоустойчивого кластера.
On Выбор функций, выберите Службы ядра базы данных и Основные инструменты управления.
On Конфигурация экземпляра, введите SQL Server Имя сети — виртуальное имя, которое клиенты используют для подключения.
On Группа ресурсов кластераВведите описательное название группы.
On Выбор кластерного дискаВыберите общие диски для файлов данных, журналов и резервных копий.
On Конфигурация кластерной сетиНазначьте IP-адрес для каждой подсети. В настройках автоматически устанавливается зависимость типа «ИЛИ» для кластеров, состоящих из нескольких подсетей.
On Конфигурация сервераНастройте учетные записи служб. Используйте групповую управляемую учетную запись службы (gMSA) для автоматического управления паролями; используйте учетные записи домена в качестве резервного варианта.
On Конфигурация ядра базы данныхВыберите режим аутентификации и укажите пути к каталогам данных. Разместите системные базы данных, пользовательские базы данных, журналы, резервные копии и TempDB на отдельных дисках.
Просмотрите сводку и нажмите Установите.

5.3 Добавить оставшиеся узлы

После завершения сборки первого узла добавьте каждый последующий узел в FCI.

На дополнительном узле выполните следующие действия: Setup.exe и Установка: -> Добавить узел в SQL Server отказоустойчивый кластер.
On Конфигурация узлов кластераВыберите существующий экземпляр FCI.
On Конфигурация кластерной сетиНазначьте IP-адрес для подсети этого узла.
On Учетные записи службУбедитесь, что пароли учетных записей служб совпадают с паролями, установленными на первом узле, затем нажмите Установите.
Повторите то же самое для каждого дополнительного узла.

6. Post-Installation: Configure and Test

6.1 основных SQL Server Настройки

Примените эти настройки немедленно после ввода FCI в эксплуатацию.

Поставьте максимальный объем памяти сервера до крышки SQL Serverобъем памяти и запас для служб ОС и кластера:
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
Поставьте максимальная степень параллелизма (MAXDOP) на основе вашей топологии NUMA (Non-Uniform Memory Access).
Переместите TempDB на выделенный том, чтобы изолировать его операции ввода-вывода:
```
USE master;
ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'D:\TempDB\tempdb.mdf');
ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'D:\TempDB\templog.ldf');
```
Перезапустите SQL Server Для вступления в силу изменений в процессе перемещения файла необходимо выполнить следующие действия.

6.2 Тестирование отказоустойчивости

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

In Менеджер отказоустойчивого кластера, щелкните правой кнопкой мыши SQL Server роль FCI и отбор Двигаемся -> Выберите узелВыберите дополнительный узел и нажмите OK.
Дождитесь, пока не отобразится статус роли. Бег на новом узле.
С клиентского компьютера подключитесь к SQL Server Используйте имя виртуальной сети и подтвердите успешное подключение, не изменяя строку подключения.
Обзор SQL Server error log and Windows cluster event log to confirm a clean failover within your target recovery time objective (RTO).

7. Управление, передовые методы и устранение неполадок

7.1 Политика отказоустойчивости и мониторинг

In Менеджер отказоустойчивого кластера, щелкните правой кнопкой мыши SQL Server Роль FCI -> Основные свойства -> Failover Установите уровень ошибки и время ожидания проверки работоспособности. Увеличьте время ожидания на сильно загруженных серверах, чтобы избежать ложных переключений.
Отслеживайте состояние кластера с помощью Менеджер отказоустойчивого кластера, ОС Windows Event Viewer, SQL Server журнал ошибок и SQL Server Мониторинг системы для обеспечения видимости ресурсов и сессий в режиме реального времени.
После автоматического переключения на резервный сервер проверьте следующее: SQL Server diagnostic logs (stored alongside the error log) for the component state leading up to the event. Use SQL Server Расширенные события для получения подробной информации о состоянии ресурсов и возникновении ошибок в период переключения на резервный сервер.

7.2 лучших практик

Use static IPs on all nodes. Dynamic Host Configuration Protocol (DHCP) lease expiry during failover extends downtime and complicates DNS registration.
Всегда поддерживайте нечётное количество голосов кворума. Добавьте свидетеля, если добавление узла делает подсчёт чётным.
Проверку кластера следует проводить после любых изменений оборудования, обновлений драйверов или существенных изменений конфигурации операционной системы.
Перед этим назначьте одинаковые буквы дисков на всех узлах. SQL Server установка. Несоответствия блокируют установку, и исправить их впоследствии сложно.
Engage your Active Directory administrator before installation day. Computer object creation permissions are the most common pre-installation blocker.
Поддерживайте проверенную систему. SQL Server резервная копия Даже при наличии FCI стратегия защиты от сбоев обеспечивает безопасность. FCI защищает от отказа узлов, а не от повреждения данных, случайного удаления или потери данных на уровне хранилища — единственной гарантией в таких случаях является регулярное резервное копирование и восстановление.

7.3 Распространенные проблемы и способы их устранения

Ошибки разрешений Active Directory: Попросите администратора Active Directory (AD) предварительно подготовить объект кластерного компьютера или предоставить необходимые права. Создание компьютерных объектов и Читать все свойства на учетную запись установки.
Общее хранилище не отображается на узлах: Перезапустите Целевой сервер iSCSI service on the storage host, then reconnect from the iSCSI initiator on each node. Verify LUN masking and zoning.
Предупреждения проверки драйверов или уровней обновлений: Примените последнее накопительное обновление из Центр обновления Windows на всех узлах перед повторным запуском проверки.
WSFC отключается после сбоя узла: Используйте принудительное создание кворума, чтобы подключить к сети оставшиеся узлы. восстановить любые базы данных Для устранения сбоя восстановите кворум, затем перенастройте систему и вернитесь в рабочую среду. Выполните следующие действия: DBCC CHECKDB Перед возобновлением нормальной работы необходимо проверить целостность каждой восстановленной базы данных.
Ложные автоматические переключения на резервный сервер: Increase the health check timeout in FCI role properties. Review diagnostic logs to distinguish a genuine failure from a transient resource spike.

8. Вопросы и ответы

В: Каково минимальное количество узлов, необходимое для... SQL Server отказоустойчивый кластер?

А: Минимум два узла. Один из них выступает в качестве активного узла, на котором выполняется программа. SQL Server instance; the other is the standby. Most production deployments start with a two-node Active/Passive configuration.

Q: делает SQL Server FCI требует совместного использования хранилища?

A: Да. В отличие от групп доступности Always On, FCI требует, чтобы все узлы имели доступ к одному и тому же хранилищу — либо к SAN (Fibre Channel или iSCSI), Storage Spaces Direct, либо к файловому ресурсу SMB. Именно общее хранилище обеспечивает доступ к одним и тем же файлам базы данных с любого узла после переключения на резервный сервер.

В: Что SQL Server В каких версиях поддерживается отказоустойчивая кластеризация?

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

Вопрос: Могу ли SQL Server Можно ли использовать FCI и группы обеспечения постоянной доступности (Always On Availability Groups) вместе?

A: Yes. An FCI node can host an availability group replica, giving you both instance-level HA from the FCI and database-level DR from the availability group. However, automatic failover of the availability group to or from an FCI-hosted replica is not supported — only manual failover is available in that configuration.

В: Как долго длится SQL Server Как обычно происходит переключение на резервный сервер?

A: Failover time depends on the number of dirty pages in the buffer cache that must be written to disk before the instance restarts on the new node. With indirect checkpoints enabled (the default from SQL Server 2012 onward), dirty pages are bounded, and most failovers complete in under 30 seconds. Your actual RTO depends on workload, storage speed, and database recovery time.

В: Что такое кворум и почему он важен?

A: Кворум — это механизм, который WSFC использует для определения того, достаточно ли в кластере работоспособных участников, чтобы оставаться в сети и обрабатывать запросы. Он предотвращает ситуацию «разделения мозга», когда две изолированные группы узлов считают себя авторитетными владельцами кластера. SQL Server instance. If quorum is lost, WSFC takes the cluster offline to protect data integrity.

Вопрос: Могу ли SQL Server Можно ли установить FCI на кластер рабочей группы (без Active Directory)?

Ответ: Нет. SQL Server Для работы FCI все узлы должны быть членами одного домена Active Directory. Кластеры рабочих групп, многодоменные кластеры и кластеры, включающие контроллеры домена только для чтения, не поддерживаются.

В: Что происходит с клиентскими соединениями при переключении на резервный сервер?

А: Активные соединения с SQL Server Экземпляры отключаются во время переключения на резервный сервер. После того, как экземпляр подключается к новому узлу, имя виртуальной сети и виртуальный IP-адрес регистрируются повторно, и клиенты, использующие логику повторных попыток в своих строках подключения, автоматически переподключаются без каких-либо изменений в конфигурации.

В: Можно ли добавлять или удалять узлы из существующего списка? SQL Server отказоустойчивый кластер?

А: Да. Беги. SQL Server Настройте на любом узле и выберите Добавить узел в SQL Server отказоустойчивый кластер добавить узел или Удалить узел из SQL Server отказоустойчивый кластер Для удаления узла. Добавление или удаление узла не требует простоя для других узлов в кластере.

В: В чем разница между плановым и автоматическим переключением на резервный сервер?

А: Плановое переключение на резервный сервер инициируется вручную администратором — как правило, для проведения технического обслуживания, например, установки обновлений или замены оборудования. Это позволяет SQL Server Для очистки "грязных" страниц и корректного завершения работы перед передачей прав собственности требуется минимальное время простоя. Автоматическое переключение на резервный узел запускается WSFC, когда мониторинг состояния обнаруживает отказ активного узла, а время восстановления зависит от объема необходимых действий по восстановлению после сбоя.

В: Как мне восстановить SQL Server Что произойдет, если весь WSFC выйдет из строя?

A: If quorum is lost and the cluster cannot start normally, use force quorum to bring surviving nodes online in a non-fault-tolerant state. Run the following PowerShell command on the surviving node: Start-ClusterNode -ForcQuorumПосле подключения кластера к сети восстановите базы данных, проверьте целостность данных, а затем перенастройте кворум с оставшимися узлами, прежде чем вернуться к работе в производственной среде.

В: Следует ли запускать мастер проверки кластера перед каждым SQL Server монтаж?

A: Да, а также после любых существенных изменений оборудования или конфигурации. Microsoft поддерживает только конфигурации отказоустойчивого кластера, которые проходят все проверки без ошибок. Пропуск проверки сопряжен с риском запуска неподдерживаемой конфигурации, которая может вести себя непредсказуемо в случае сбоя.

9. Заключение

SQL Server Кластеризация с отказоустойчивостью обеспечивает прозрачную высокую доступность на уровне экземпляров через WSFC с автоматическим переключением и без необходимости переконфигурации клиента. Это правильный выбор, когда доступно общее хранилище и необходимо, чтобы все базы данных на экземпляре переключались на резервный режим как единое целое. Для сред, которые также требуют аварийного восстановления или вторичных рабочих нагрузок чтения, используйте FCI в паре с группами доступности Always On для охвата обоих сценариев.

Референсы

Официальный документ Microsoft: Отказоустойчивый кластер Windows Server с SQL Server
Официальный документ Microsoft: Экземпляры отказоустойчивого кластера с постоянной доступностью
Официальный документ Microsoft: Установите экземпляр отказоустойчивого кластера.
Официальный документ Microsoft: Режимы кворума и конфигурация голосования WSFC

Об авторе

Юань Шэн старший администратор баз данных (DBA) с более чем 10-летним опытом работы в SQL Server сред и управления корпоративными базами данных. Он успешно реализовал сотни сценариев восстановления баз данных в финансовых, медицинских и производственных организациях.

Юань специализируется на SQL Server Восстановление баз данных, решения для обеспечения высокой доступности и оптимизация производительности. Его обширный практический опыт включает управление многотерабайтными базами данных, внедрение групп Always On Availability Groups и разработку автоматизированных стратегий резервного копирования и восстановления для критически важных бизнес-систем.

Благодаря своим техническим знаниям и практическому подходу Юань фокусируется на создании всеобъемлющих руководств, которые помогают администраторам баз данных и ИТ-специалистам решать сложные задачи. SQL Server Он эффективно решает задачи. Он всегда в курсе последних новостей. SQL Server выпускает новые версии и развивает технологии баз данных Microsoft, регулярно тестируя сценарии восстановления, чтобы убедиться, что его рекомендации соответствуют реальным передовым практикам.

Есть вопросы о SQL Server Восстановление или требуется дополнительное руководство по устранению неполадок в базе данных? Юань приветствует отзывы и предложения для улучшения этих технических ресурсов.