Выбор правой функции База данных 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. |
| Аналитика производительности запросов (QPI) | Это средство помогает найти запросы для оптимизации для повышения общей производительности рабочей нагрузки и эффективного использования ресурса, за который вы оплачиваете. |
Внимание
Сведения о дополнительных различиях между базой данных SQL, SQL Server и Управляемым экземпляром SQL Azure, а также различиями между разными параметрами базы данных SQL Azure см. в разделе "Функции базы данных SQL".
Поддерживаемые варианты миграции
Существует два режима миграции в базу данных SQL Azure: в сети и в автономном режиме. В интерактивном режиме минимальное время простоя или простоя не выполняется, а в автономном режиме во время процесса миграции происходит простой.
| Средство | Режим миграции |
|---|---|
| Azure Database Migration Service | Офлайн |
| Репликация транзакций | Онлайн |
| Миграция Azure | Офлайн |
| Мастер импорта экспорта/BACPAC | Офлайн |
| Массовая копия (служебная программа bcp) | Офлайн |
| Фабрика данных Azure | Офлайн |
* Может иметь более высокую производительность в зависимости от рабочей нагрузки.
Примечание.
Рекомендуется использовать Azure Database Migration Service для больших миграций и расширенного общего взаимодействия.
Производительность миграции
При переходе на База данных SQL Azure следует учитывать следующие рекомендации.
- Отслеживайте операции ввода-вывода и задержки файлов данных в источнике и устраняйте проблемы с узкими местами.
- Масштабируйте целевую базу данных SQL Azure, чтобы критически важный для бизнеса 5-го поколения 8-го поколения или использовать уровень служб "Гипермасштабирование", чтобы свести к минимуму задержку для файлов журналов.
- Убедитесь, что пропускная способность сети может соответствовать максимальной скорости приема журналов.
- Выберите самый высокий уровень служб и размер вычислительных ресурсов для максимальной производительности передачи и уменьшения масштаба после миграции.
- Свести к минимуму расстояние между BACPAC-файлами и целевым центром обработки данных.
- Отключите автоматическое обновление и автоматически создайте статистику во время миграции.
- Секционирование таблиц и индексов, удаление индексированных представлений и их повторное создание после миграции.
- Попробуйте перенести редко запрашивающие исторические данные в отдельную базу данных в База данных SQL Azure и запрашивать их с помощью эластичных запросов.
Подключения приложения
При миграции на База данных SQL Azure важно предвидеть случайные временные сбои при подключении к ресурсу базы данных и реализовать правильный метод логики повторных попыток. Также важно задать максимальное количество повторных попыток, пока программа не завершит свою работу.
Рекомендуется подождать не менее 5 секунд после первой попытки. Для каждой последующей повторной попытки ожидание должно увеличиваться экспоненциально, но не более чем до 60 секунд.
Примечание.
Если инструкция SELECT завершается ошибкой с временной ошибкой для База данных SQL, не повторяйте ее напрямую. Вместо этого повторите инструкцию SELECT в новом подключении.
Дополнительные сведения о правилах повторных попыток подключения см. в статье "Устранение временных ошибок подключения в Базе данных SQL и Управляемом экземпляре SQL".