Выбор правой функции База данных SQL Azure

Завершено

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

Вы хотите знать инструменты и функции, доступные для поддержки процесса миграции в База данных SQL Azure.

Преимущества База данных SQL Azure

Ниже приведены общие сведения о преимуществах развертывания отдельных и эластичных баз данных пула.

Категория Возможность
Резервное копирование и восстановление Автоматическая архивация
Восстановление на определенный момент времени
Хранение резервной копии более 7 дней
Долгосрочное хранение резервных копий сохраняет резервные копии до 10 лет
Высокая доступность 99,99 % гарантия доступности
Встроенная доступность с тремя вторичными репликами
Избыточность зоны через зоны доступности Azure
Аварийное восстановление Географическое восстановление резервных копий баз данных
Активная георепликация между регионами Azure
Масштабируемость службы Динамическое масштабирование и горизонтальное масштабирование
Горизонтальное масштабирование с помощью нескольких сегментов
Совместное использование ресурсов вычислений между базами данных с помощью эластичных пулов
Безопасность Поддержка проверки подлинности Microsoft Entra
Только облачные функции безопасности, такие как Advanced Threat protection
Прозрачное шифрование данных (TDE) включено по умолчанию
Поддержка динамического и статического маскирования данных, безопасности на уровне строк и Always Encrypted
Список разрешений брандмауэра
Лицензирование Модель приобретения DTU для прогнозной стоимости
Модель приобретения "виртуальное ядро vCore", позволяющая масштабировать хранилище независимо от вычислений
Объедините модель приобретения vCore с преимуществами гибридного использования Azure для SQL Server, чтобы реализовать экономию затрат до 30 процентов

Совет

Чтобы просмотреть преимущества миграции на База данных SQL Azure и доступные функции, ознакомьтесь с разделом "Развертывание решений PaaS с помощью модуля SQL Azure".

Эксклюзивные функции База данных SQL Azure

Некоторые функции поддерживаются в База данных SQL Azure, которые недоступны в других предложениях SQL Azure:

Функция Определение
Гипермасштабирование Облачная архитектура, которая позволяет независимо масштабировать вычислительные ресурсы и хранилище, обеспечивая большую гибкость и ресурсы, чем другие уровни.
Автомасштабирование Использование бессерверного уровня вычислений
Автоматическая настройка (индексы) Эта встроенная функция автоматически идентифицирует и создает индексы, которые могут повысить производительность рабочей нагрузки. Он также проверяет, что производительность запросов улучшилась и удаляет неиспользуемые или повторяющиеся индексы.
Запросы к эластичным БД Позволяет выполнять запросы T-SQL, которые мостит несколько баз данных в База данных SQL. Эта функция полезна для приложений, использующих три и четыре части имена, которые нельзя изменить.
Задания обработки эластичных БД Функция эластичных заданий — это замена агента SQL Server для Базы данных SQL Azure. В некоторой степени эластичное задание эквивалентно функции администрирования нескольких серверов, доступной в экземпляре SQL Server.
Синхронизация данных SQL Он позволяет постепенно синхронизировать данные между несколькими базами данных, работающими на База данных SQL или SQL Server.
Анализ производительности запросов (QPI) Это средство помогает найти запросы для оптимизации для повышения общей производительности рабочей нагрузки и эффективного использования ресурса, за который вы оплачиваете.

Внимание

Дополнительные различия функций между База данных SQL, SQL Server и Управляемый экземпляр SQL Azure, а также различиями между разными параметрами База данных SQL Azure см. в База данных SQL функциях.

Поддерживаемые варианты миграции

Существует два режима миграции для База данных SQL Azure: в сети и автономном режиме. В интерактивном режиме минимальное время простоя или простоя не выполняется, а в автономном режиме во время процесса миграции происходит простой.

Средство Режим миграции
Миграция баз данных Azure Автономный режим
Репликация транзакций В сети
Миграция Azure Автономный режим
Синхронизация данных SQL *Автономный
Мастер импорта и экспорта / BACPAC Автономный режим
Массовая копия (служебная программа bcp) Автономный режим
Фабрика данных Azure Автономный режим
Помощник по миграции данных (DMA) Автономный режим

* Может иметь более высокую производительность в зависимости от рабочей нагрузки.

Примечание.

Хотя база данных Помощник по миграции является полезным инструментом, рекомендуется использовать Службу Azure Database Migration Service для больших миграций и расширенных общих возможностей.

Производительность миграции

При переходе на База данных SQL Azure следует учитывать следующие рекомендации.

  • Отслеживайте операции ввода-вывода и задержки файлов данных в источнике и устраняйте проблемы с узкими местами.
  • Масштабируйте целевую базу данных SQL Azure, чтобы критически важный для бизнеса 5-го поколения 8-го поколения или использовать уровень служб "Гипермасштабирование", чтобы свести к минимуму задержку для файлов журналов.
  • Убедитесь, что пропускная способность сети может соответствовать максимальной скорости приема журналов.
  • Выберите самый высокий уровень служб и размер вычислительных ресурсов для максимальной производительности передачи и уменьшения масштаба после миграции.
  • Свести к минимуму расстояние между BACPAC-файлами и целевым центром обработки данных.
  • Отключите автоматическое обновление и автоматически создайте статистику во время миграции.
  • Секционирование таблиц и индексов, удаление индексированных представлений и их повторное создание после миграции.
  • Попробуйте перенести редко запрашивающие исторические данные в отдельную базу данных в База данных SQL Azure и запрашивать их с помощью эластичных запросов.

Подключения приложения

При миграции на База данных SQL Azure важно предвидеть случайные временные сбои при подключении к ресурсу базы данных и реализовать правильный метод логики повторных попыток. Также важно задать максимальное количество повторных попыток, пока программа не завершит свою работу.

Рекомендуется подождать не менее 5 секунд после первой попытки. Для каждой последующей повторной попытки ожидание должно увеличиваться экспоненциально, но не более чем до 60 секунд.

Примечание.

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

Дополнительные сведения о субъектах повторных попыток подключения см. в статье "Устранение временных ошибок подключения" в База данных SQL и Управляемый экземпляр SQL.