Выбор правой функции База данных 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.