Развертывание SQL Server на Azure Local в отключённом режиме

Применимо к:SQL Server

В этой статье описывается, как планировать, внедрять, защищать и эксплуатировать SQL Server на Windows Server или поддерживаемых виртуальных машинах Linux (VM) в Azure Local с отключёнными операциями.

Прежде чем начать:

Получите одобрение вашей организации.
Приобретите платформу для работы в автономном режиме.
Разверните платформу в пределах границ безопасности вашей организации.

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

Для развертываний с сохранением подключения к Azure см. Развертывание SQL Server в Azure Local.

Когда следует использовать отключённые операции

Рассмотрим разрозненные операции для:

Суверенные, регулируемые или изолированные среды, где подключение к публичным облакам запрещено или ненадёжно.
Объекты, требующие локального исполнения, местного администрирования, а также контроля данных и операционной телеметрии.
Нагрузки SQL Server, которым требуются виртуализация и хранилище Azure Local без зависимости от общедоступной плоскости управления Azure.

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

Important

Расширение SQL Server для Azure Arc не поддерживается при отключённых операциях. Инвентаризация SQL Server в Azure Arc, оценка соответствия рекомендациям и возможности управления SQL Server на базе Azure недоступны через это расширение. Используйте поддерживаемые локальные инструменты для управления и мониторинга SQL Server в каждой виртуальной машине.

Необходимые условия

Перед развертыванием SQL Server убедитесь, что у вас есть:

Эти требования не требуют постоянного подключения к Azure или интернету.
Одобренная отключённая операционная среда Azure Local, развернутая на поддерживаемом оборудовании в пределах границ безопасности вашей организации. Ознакомьтесь с поддерживаемыми сервисами и завершите развертывание платформы перед продолжением.
Поддерживаемые образы Windows Server или Linux, а также достаточные вычислительные ресурсы и емкость хранилища для создания виртуальных машин рабочей нагрузки.
Локальные сети, идентификация, сертификаты и синхронизация времени, соответствующие требованиям сети платформы и требованиям к идентификации.
Соответствующие лицензии SQL Server и отдельная лицензия Azure Local на отключённую операционную платформу. Проверьте лицензионные и поддерживающие границы , а также счеты по отключённым операциям.
Утверждённые установочные дистрибутивы SQL Server, накопительные обновления, драйверы, средства управления и пакеты предварительных требований, с контролируемым офлайн-процессом передачи и проверки этих материалов.
Локальный мониторинг и защищённые целевые расположения резервного копирования для рабочих нагрузок SQL Server, отдельно от резервных копий плоскости управления.
Одобренный офлайн-сервисный процесс для обновлений SQL Server и гостевых операционных систем.

Планируйте нагрузку SQL Server

Перед определением размера виртуальных машин фиксируйте требования рабочей нагрузки:

Выберите версию и редакцию SQL Server на основе размера базы данных, функций доступности, онлайн-операций, прав виртуализации и жизненного цикла поддержки.
Фиксировать пиковое использование процессора, оперативную память, операции ввода/вывода в секунду (IOPS), пропускную способность, задержку, рост базы данных, tempdb спрос, скорость генерации журналов и параллельность.
Определите цели по восстановлению (RPO) и цели по времени восстановления (RTO).
Определить зависимости приложений, методы аутентификации, требования безопасности транспортного уровня (TLS), порты, сервисные аккаунты, окна обслуживания, сохранение резервных копий и офлайн-зависимости программного обеспечения.

Проектирование виртуальных машин SQL Server

Используйте следующие рекомендации для проектирования ваших виртуальных машин SQL Server:

Область проектирования	Руководство по SQL Server
Compute	Размер виртуальных процессоров для устойчивого использования и эффективности лицензирования. Избегайте переподписки, которая создаёт непредсказуемую задержку запросов.
Memory	Зарезервируйте память для операционной системы, агентов, драйверов и резервной активности. Настройте `max server memory` так, чтобы SQL Server не потреблял память, необходимую другим процессам.
Storage	Используйте отдельные тома для операционной системы, данных, журналов `tempdb`транзакций и резервных копий. Проверьте задержку, пропускную способность, глубину очереди, пропускную способность, устойчивость и пороги свободного пространства.
Network	Обеспечьте стабильные пути для клиента, управления, резервного копирования и репликации при необходимости. Проверьте DNS, максимальную единицу передачи (MTU), правила межсетевого экрана, доверие к TLS и подключение к слушателям.
Размещение	Размещайте отказоустойчивые реплики на разных узлах Azure Local или в разных доменах отказа. Используйте антиаффинность, если это возможно.

Установка и настройка SQL Server

Создавайте поддерживаемые виртуальные машины Windows Server или Linux в соответствии с руководством по автономной работе виртуальных машин.
Передавайте одобренные установочные носители, кумулятивные обновления, драйверы, инструменты управления и необходимые пакеты через контролируемый офлайн-процесс.
Установите SQL Server, используя инструкции для Windows или Linux. Устанавливайте только те функции, которые вам нужны. Используйте повторяемые конфигурационные файлы или автоматизацию, защищайте ключи продукта и учетные данные, а также документируйте базовую структуру сборки.
Примените одобренное кумулятивное обновление. Настраивайте учетные записи служб, аутентификацию, сертификаты TLS, правила межсетевого экрана, правила сортировки, max server memory, tempdb, увеличение размера файлов базы данных и сжатие резервных копий.
Проверьте задержку хранения, давление на процессор и память, связность, целостность базы данных, резервное копирование, операции восстановления и поведение приложений до использования в продакшене.

Настройка высокого уровня доступности и аварийного восстановления

Спроектируйте отказоустойчивость и восстановление для рабочей нагрузки SQL Server отдельно от плоскости управления Azure Local.

Опции доступности SQL Server

Группы доступности Always On: Используйте отдельные виртуальные машины SQL Server и размещайте реплики в разных физических доменах отказа. Для развертываний в Windows настройте Windows Server Failover Clustering, локальный свидетель и кворум, прослушиватели, а также поведение повторных попыток приложений, не полагаясь на Azure Cloud Witness. Смотрите обзор групп по доступности и руководство по началу работы.
Отказоустойчивые экземпляры кластера в Windows: используйте поддерживаемое общее хранилище и поддерживаемую кластерную конфигурацию SQL Server, если требуется защита на уровне экземпляра. См. экземпляры отказоустойчивого кластера Always On и установка отказоустойчивого кластера SQL Server.
Устойчивость хоста: Используйте кластерное размещение и антиаффинность, чтобы реплики SQL Server не использовали один и тот же физический узел или домен отказа.

Для требований к кластеризации Windows см. раздел «Кластеризация резервного перевера Windows Server с SQL Server».

Для Linux группа доступности без менеджера кластера обеспечивает реплики в масштабе чтения, а не высокую доступность. Развертывания с высокой доступностью требуют поддерживаемого менеджера кластеров, такого как Pacemaker, а для производственных развертываний — ограждения. См. Настроить группы доступности на Linux. Убедитесь, что ваш дистрибутив Linux, менеджер кластеров, механизм ограждения и конфигурация хранилища поддерживаются в вашей отключённой среде Azure Local перед развертыванием. Процедуры Windows, приведённые здесь, не поддерживают топологию Linux.

Конструкция восстановления

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

Для получения дополнительной информации смотрите обзор восстановления и восстановления SQL Server.

Обеспечение безопасности SQL Server

Примените базовый уровень безопасности SQL Server, который работает без публичных облачных сервисов:

В Windows используйте домен с наименьшими привилегиями или управляемые сервисные аккаунты там, где это поддерживается. Используйте конфигурацию идентификатора сервиса, поддерживаемую вашей операционной системой, и ограничивайте права на резервное копирование, мониторинг и идентификаторы приложений.
Предпочитайте интегрированную аутентификацию там, где она поддерживается. В Linux аутентификация Active Directory использует Kerberos и требует специфического для SQL Server имени главного сервиса (SPN) и конфигурации keytab. Интеграция идентичности платформы не настраивает аутентификацию SQL Server. Ограничивайте sysadmin членство, удаляйте неиспользуемые логины и функции, отключайте слабые протоколы и регулярно проверяйте разрешения.
Требуется TLS для подключения к клиентам. Для трафика реплик группы доступности настройте аутентификацию и шифрование на конечных точках зеркалирования базы данных. Управляйте сертификатами через локальную инфраструктуру открытых ключей (PKI) и отслеживайте истечение действия и состояние цепочки доверия.
Защищайте данные с помощью прозрачного шифрования данных (TDE) или шифрования томов по мере необходимости. Шифруйте резервные копии, храните ключи отдельно и проверяйте восстановление ключей.
Включите аудит SQL Server или аналогичные системы управления для привилегированной активности, сбоев входа, изменений разрешений, доступа к чувствительным объектам и изменений конфигурации.

Разрозненные вопросы безопасности

Поддерживать утверждённый офлайн-репозиторий для обновлений, драйверов, инструментов, определений безопасности и зависимостей SQL Server. Проверьте подписи и сканируйте импортированные артефакты.
Для внешних REST-звонков разрешайте только утверждённые локальные HTTPS-конечные точки. Используйте учетные данные уровня базы данных, ограничивайте EXECUTE ANY EXTERNAL ENDPOINT и проводите аудит запросов. Ознакомьтесь с разрешениями и требованиями к конечным точкам для sp_invoke_external_rest_endpoint.
Документируйте экстренный доступ, ротацию учётных данных, продление сертификатов, санитарную обработку пакетов поддержки и процедуры восстановления, не зависящие от публичных облачных сервисов.

Мониторинг SQL сервера

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

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

Соберите следующие сигналы, соответствующие вашей нагрузке:

Доступность SQL Server, статус базы данных, возраст резервных копий и сбои заданий.
Блокировки, взаимоблокировки, ожидания, загрузка процессора и нехватка памяти.
Задержка хранения, рост базы данных и журналов, а также tempdb здоровье.
Синхронизация реплик для высокой доступности.

Сохраняйте телеметрию в утверждённых локальных репозиториях. Определите практические пороги и процедуры эскалации. Сведения о мониторинге платформы см. в разделе Мониторинг отключённых операций.

Резервное копирование и восстановление SQL Server

Important

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

Выбирайте модели восстановления на основе ваших RPO. Планируйте полные резервные копии и, при необходимости, дифференциальные резервные копии на защищённое локальное хранилище. Для баз данных, использующих модель полного или массового логирования, также планируйте резервные копии транзакций-журналов. Простая модель восстановления не поддерживает резервное копирование журналов транзакций или восстановление в точке времени. Используйте сжатие, контрольные суммы и шифрование, где это уместно.
Храните копии в отдельном домене или сайте, связанном с отказом. Защищайте резервные и шифрующие ключи отдельно, а также отслеживайте ёмкость и возраст резервных копий.
Тестирование завершено и восстановление на альтернативном хосте. Когда требуется восстановление на момент времени, используйте полную модель восстановления, поддерживайте цепочку резервных копий журнала транзакций и тестируйте восстановление на момент времени. При модели восстановления с неполным протоколированием невозможно восстановить данные до момента времени в пределах резервной копии журнала, содержащей изменения, зарегистрированные с неполным протоколированием. Зафиксируйте достигнутые значения RPO и RTO и устраните выявленные пробелы.

Для процедур см. Резервное копирование и восстановление баз данных SQL Server, создание полной резервной копии базы данных и обзор восстановления и восстановления.

Служба SQL Server не в сети

Поддерживать утверждённые базовые параметры для кумулятивных обновлений SQL Server, патчей для гостевых операционных систем, драйверов, инструментов управления и программного обеспечения безопасности:

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

Устанавливайте обновления SQL Server и гостевой операционной системы с помощью утверждённого механизма гостевой операционной системы:

Windows: Используйте одобренный корпоративный инструмент распространения программного обеспечения, такой как Windows Server Update Services (WSUS) или Microsoft Configuration Manager, для поддерживаемых обновлений.
Linux: Используйте менеджер пакетов дистрибутива с одобренным локальным репозиторием или перенесёнными пакетами и их зависимостями. Следуйте офлайн-инструкциям по установке и обновлению.

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

Создание локальных приложений на базе ИИ

SQL Server 2025 может подключаться к одобренным локальным конечным точкам для завершения чата, например к совместимым локальным развёртываниям Foundry Local. Приложения могут объединять SQL-данные с локальным выводом модели без необходимости подключения к публичному облаку.

Foundry Local на Azure Local находится в предварительном просмотре. Выполните необходимые требования по развертыванию и доступу до интеграции модели с SQL Server. Перед вызовом локальной модели конечной точки:

external rest endpoint enabled Включите параметр конфигурации сервера. Процедура по умолчанию отключена в SQL Server 2025.
Предоставьте вызывающему субъекту безопасности базы данных EXECUTE ANY EXTERNAL ENDPOINT разрешение и настройте аутентификацию и учетные данные, необходимые для конечной точки.
Сделайте HTTPS-конечную точку развернутой модели доступной из виртуальной машины SQL Server. Настройте TLS-сертификаты и доверие к сертификатам для производственного использования. Не полагайтесь на тесты вывода, которые обходят проверку сертификата.

Перед использованием sp_invoke_external_rest_endpoint проверьте поддерживаемые конечные устройства и требования к безопасности. Для развертывания и вывода модели смотрите Foundry Local на Azure Local, запустите вывод и приведите свои собственные модели.

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

Лицензирование и границы поддержки

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

Редакция: Проверьте требования к стандартным и корпоративным функциям, включая доступность, масштабирование, онлайн-операции и права на виртуализацию.
Область лицензии: Сравните лицензирование виртуальных ядер для каждой виртуальной машины с подходящими моделями физических ядер, особенно при консолидации виртуальных машин SQL Server.
Модель лицензирования: Проверьте требования к SQL Server Software Assurance или подписке, а также соответствие критериям Преимущество гибридного использования Azure для автономных операций.
Учет: Ведите учет хостов, виртуальных машин, назначенных ядер, редакций, окружений и лицензионных подтверждений.

Проверьте выставление счетов за операции в автономном режиме на соответствие условиям платформы. SQL Server, поддерживаемый лицензионной документацией Azure Arc, описывает опыт подключенного управления; это не процедура установки неподдерживаемого расширения SQL Server в отключённых операциях.

Обратная связь

Были ли сведения на этой странице полезными?

Последнее обновление: 2026-09-29