Копирование или перемещение базы данных — Управляемый экземпляр SQL Azure

Применимо к:Управляемый экземпляр SQL Azure

В этой статье описывается копирование или перемещение базы данных в режим "в сети" в Управляемый экземпляр SQL Azure. Операции копирования и перемещения базы данных поддерживаются в разных подписках Azure в одном клиенте Azure.

Обзор

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

При копировании базы данных исходная база данных остается в сети во время операции и после ее завершения.

И наоборот, при перемещении базы данных исходная база данных удаляется после завершения операции.

Можно запускать несколько операций копирования и перемещения баз данных из исходного управляемого экземпляра в один или несколько целевых экземпляров.

Копирование и перемещение базы данных отличается от восстановления на определенный момент времени (PITR), так как она создает копию базы данных после завершения операции. PITR создает копию базы данных с указанного момента в прошлом.

Важно!

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

Когда использовать эту функцию

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

  • Управление требованиями к росту и производительности базы данных.
  • Балансируйте рабочие нагрузки между несколькими управляемыми экземплярами.
  • Переместите базы данных в экземпляр с более доступными ресурсами для обработки рабочей нагрузки.
  • Консолидация нескольких баз данных из нескольких экземпляров.
  • Создание четности базы данных между средами разработки, тестирования и рабочей среды.

Рабочий процесс

Ниже приведен рабочий процесс для копирования или перемещения базы данных:

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

    База данных заполняется на целевом сервере. Проверьте состояние, чтобы определить, выполняется ли операция или выполнена ли операция.

  2. После завершения заполнения состояние операции отображается как готовое к завершению.

    До завершения операции все изменения, которые происходят с исходной базой данных, применяются к целевой базе данных. Вы можете отменить операцию в любое время. У вас есть 24 часа, чтобы явно завершить операцию. Если операция не завершена в течение 24 часов, она автоматически отменяется, а целевая база данных удаляется.

  3. После завершения операции целевая база данных будет подключена к сети и готова к рабочим нагрузкам чтения и записи.

  4. Если вы решили переместить базу данных, исходная база данных удаляется. Если вы решили скопировать базу данных, исходная база данных остается в сети, но синхронизация данных останавливается.

Пример рабочего процесса для операции перемещения показан на следующей схеме:

Diagram that illustrates the workflow of a move operation.

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

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

Необходимые компоненты

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

  • Необходимо иметь разрешения на чтение для группы ресурсов, содержащей исходный управляемый экземпляр, и у вас должны быть разрешения на запись на уровне базы данных как для исходных, так и для конечных экземпляров.
  • Если исходные и конечные экземпляры находятся в разных виртуальных сетях, между виртуальными сетями двух экземпляров должна быть сеть, например пиринг между виртуальными сетями Azure. Кроме того, для протокола TCP необходимо разрешить входящий и исходящий трафик через порт 5022 и диапазон портов 11000–11999. Это относится как к подсетям, так и к исходному и целевому экземпляру. Ниже приведена документация по установке сетевого подключения между экземплярами в разных виртуальных сетях Azure.

Копирование или перемещение базы данных

Вы можете скопировать или переместить базу данных в другой управляемый экземпляр с помощью портал Azure. Для этого:

  1. Перейдите к управляемому экземпляру в портал Azure.

  2. В разделе "Управление данными" выберите "Базы данных".

  3. Выберите одну или несколько баз данных, а затем выберите параметр "Копировать " или "Переместить " в верхней части области.

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

    Screenshot of the 'Databases' page for Azure SQL Managed Instance, with the 'Move' and 'Copy' options highlighted.

  4. В области сведений о источнике укажите сведения о исходной базе данных и управляемом экземпляре.

  5. В области сведений о назначении укажите сведения для управляемого экземпляра назначения.

  6. Нажмите кнопку "Проверить и начать" , чтобы проверить сведения о источнике и назначении, а затем нажмите кнопку "Пуск ", чтобы начать операцию.

    При нажатии кнопки "Пуск" вы вернелись на страницу "Базы данных" экземпляра, где можно отслеживать ход выполнения операции.

  7. На странице "Базы данных" проверка столбце сведений о операции, чтобы убедиться, что состояние операции выполняется иливыполняется копирование.

    Если необходимо отменить, выберите "Выполняется", выберите базу данных, с которыми вы работаете, а затем нажмите кнопку "Отмена ", чтобы остановить заполнение и удалить целевую базу данных.

    Screenshot of the 'Databases' page for Azure SQL Managed Instance, showing that a copy operation is in progress.

  8. Мониторинг операции. После завершения заполнения столбец сведений о операции отображает состояние "Перемещение готово к завершению" или "Копировать готово к завершению".

  9. Нажмите кнопку "Готово к завершению ", чтобы открыть столбец сведений об операциях, выберите базу данных, которую вы готовы копировать или переместить, а затем нажмите кнопку "Завершить ", чтобы завершить операцию и перенести целевую базу данных в режим "в сети".

    Изменения, внесенные в исходную базу данных, реплика в целевую базу данных в течение этого времени, пока не нажмите кнопку "Завершить". Если операция не завершена в течение 24 часов, она автоматически отменяется, а целевая база данных удаляется. При нажатии кнопки "Завершить " операция будет завершена и вы вернелись на страницу "Базы данных ", где можно убедиться, что операция завершена.

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

Производительность операций копирования и перемещения

Операции копирования и перемещения базы данных имеют два этапа. Первый — начальное начальное заполнения, а второй — реплика изменения из исходной базы данных в целевую базу данных. Как правило, начальное сеяние является более требовательным этапом операции. Время завершения начального заполнения зависит от размера данных и количества активных операций копирования или перемещения. Интенсивность рабочей нагрузки, которая происходит на исходном и целевом Управляемый экземпляр SQL Azure, и скорость сети между источником и назначением также влияет на скорость заполнения. При оптимальных обстоятельствах, и когда подключение между источником и назначением устанавливается с помощью рекомендуемого глобального пиринга виртуальной сети, скорость заполнения составляет до 360 ГБ в час. Процесс заполнения и его скорость можно отслеживать с помощью sys.dm_hadr_physical_seeding_stats DMV.

SELECT 
	role_desc,
	transfer_rate_bytes_per_second,
	transferred_size_bytes,
	database_size_bytes,
	start_time_utc,
	estimate_time_complete_utc,
	end_time_utc,
	local_physical_seeding_id
FROM
	sys.dm_hadr_physical_seeding_stats;

Ограничения

Рассмотрим следующие ограничения функции копирования и перемещения:

  • Исходные и конечные экземпляры не могут совпадать.
  • Исходный экземпляр и конечный экземпляр должны находиться в одном регионе Azure.
  • Вы можете копировать и перемещать только пользовательские базы данных. Копирование и перемещение системных баз данных не поддерживается.
  • База данных может участвовать только в одной операции перемещения или копирования за раз.
  • Исходный экземпляр может выполнять до восьми операций копирования или перемещения за раз. Вы можете запустить более восьми операций, но некоторые из них помещаются в очередь и обрабатываются позже, как управляется службой.
  • Невозможно переименовать базу данных во время операции копирования или перемещения.
  • Теги базы данных не копируются с операцией копирования или перемещения.
  • Операции копирования и перемещения базы данных не копируют и не перемещают резервные копии PITR.
  • Вы не можете скопировать или переместить базу данных, которая является частью группы отработки отказа или использует ссылку Управляемый экземпляр.
  • Исходный или целевой управляемый экземпляр не должен быть настроен с настройкой группы отработки отказа (геокадрового восстановления).
  • Вам потребуется перенастроить транзакционные реплика, записать измененные данные (CDC) или распределенные транзакции после перемещения базы данных, которая зависит от этих функций.

Дополнительные сведения о копировании и перемещении базы данных.

Для других вариантов перемещения данных просмотрите следующие сведения: