Резервное копирование и восстановление выделенных пулов SQL в Azure Synapse Analytics

В этой статье вы узнаете, как использовать резервное копирование и восстановление в выделенном пуле SQL Azure Synapse.

Для восстановления или копирования хранилища данных в предыдущее состояние в основном регионе можно использовать точки восстановления выделенного пула SQL, а для восстановления в другом географическом регионе — геоизбыточные резервные копии хранилища данных.

Примечание.

Не все функции выделенного пула SQL в рабочих областях Azure Synapse применяются к выделенному пулу SQL (ранее — хранилище данных SQL), и наоборот. Сведения о том, как использовать функции рабочей области для существующего выделенного пула SQL (ранее — Хранилище данных SQL), см. здесь. Дополнительные сведения см. в статье Разница между выделенными пулами SQL Azure Synapse (ранее — хранилище данных SQL) и выделенными пулами SQL в рабочей области Azure Synapse Analytics.

Что такое моментальный снимок хранилища данных?

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

Примечание.

Целевые показатели времени восстановления выделенного пула SQL (RTO) могут отличаться. Факторы, которые могут повлиять на время восстановления (восстановления):

  • размер базы данных;
  • Расположение исходного и целевого хранилища данных (в случае геовосстановление)
  • Моментальный снимок хранилища данных нельзя экспортировать в виде отдельного файла (например, для служба хранилища Azure локальной среды)

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

Примечание.

Целевые показатели времени восстановления выделенного пула SQL (RTO) могут отличаться. Факторы, которые могут повлиять на время восстановления (восстановления):

  • размер базы данных;
  • Расположение исходного и целевого хранилища данных (в случае геовосстановление)

Точки автоматического восстановления

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

Моментальные снимки хранилища данных генерируются в течение дня, создавая точки восстановления, доступные в течение семи дней. Этот срок нельзя изменить. Выделенный пул SQL поддерживает восьмичасовую целевую точку восстановления (RPO). Вы можете восстановить хранилище данных в основном регионе до любого из моментальных снимков, доступных за последние семь дней.

Чтобы узнать, когда был создан последний моментальный снимок, выполните этот запрос к выделенному пулу SQL, подключенному к сети.

SELECT TOP 1 *
FROM sys.pdw_loader_backup_runs
ORDER BY run_id desc;

Примечание.

Резервные копии выполняются каждые четыре (4) часа для удовлетворения восьмичасового (8) обслуживания. Таким образом, динамическое sys.pdw_loader_backup_runs представление управления будет отображать действие резервного копирования каждые четыре (4) часа.

Определяемые пользователем точки восстановления

Эта функция позволяет вручную активировать моментальные снимки для создания точек восстановления вашего хранилища данных до и после существенных изменений. Эта возможность гарантирует, что точки восстановления логически согласованы, что обеспечивает дополнительную защиту данных в случае любых прерываний рабочей нагрузки или пользовательских ошибок для быстрого восстановления. Пользовательские точки восстановления доступны в течение семи дней и автоматически удаляются от вашего имени. Пользователь не может самостоятельно изменить срок хранения пользовательских точек восстановления. Только 42 пользовательские точки восстановления предоставляются в любой момент времени, поэтому лишние точки восстановления должны быть удалены перед созданием новой точки. Моментальные снимки можно активировать для создания определяемых пользователем точек восстановления с помощью портал Azure или программно с помощью только API PowerShell или REST.

Примечание.

Если вам нужны точки восстановления дольше 7 дней, проголосуйте за эту возможность.

Примечание.

Скрипт T-SQL не может использоваться для резервного копирования по запросу. Определяемые пользователем точки восстановления можно создавать с помощью портал Azure или программно с помощью PowerShell или REST API.

Если вы ищете концепцию долгосрочного резервного копирования (LTR):

  1. Создайте определяемую пользователем точку восстановления или используйте одну из автоматически созданных точек восстановления.
  2. Проведите восстановление из только что созданной точки восстановления в новое хранилище данных.
  3. После восстановления выделенный пул SQL будет подключен к сети. Приостановите его на неопределенный срок, чтобы сэкономить на вычислительных расходах. Хранение приостановленной базы данных оплачивается по расценкам службы хранилища Azure Synapse.

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

Создание определяемых пользователем точек восстановления

Вы можете создать новую определяемую пользователем точку восстановления программным способом. Выберите правильный метод на основе используемого пула SQL: автономный выделенный пул SQL (ранее — хранилище данных SQL) или выделенный пул SQL в рабочей области Synapse.

Azure PowerShell

REST API;

Удаление определяемых пользователем точек восстановления

Вы можете удалить определенную определяемую пользователем точку восстановления программным способом. Выберите правильный метод на основе используемого пула SQL: автономный выделенный пул SQL (ранее — хранилище данных SQL) или выделенный пул SQL в рабочей области Synapse.

Azure PowerShell

REST API;

Хранение точки восстановления

Ниже приводятся сведения о периоде хранения точек восстановления.

  1. Выделенный пул SQL удаляет точку восстановления через 7 дней хранения и при наличии минимум 42 точек восстановления (пользовательских и созданных автоматически).
  2. Моментальные снимки не создаются, если выделенный пул SQL приостановлен.
  3. Возраст точки восстановления исчисляется в календарных днях с момента создания точки восстановления, включая день приостановки пула SQL.
  4. В любой момент времени выделенный пул SQL может гарантированно хранить до 42 пользовательских или 42 созданных автоматически точек восстановления, пока для этих точек восстановления не завершится период хранения в 7 дней.
  5. Если создается моментальный снимок, а затем выделенный пул SQL приостанавливается более чем на 7 дней с последующим возобновлением работы, точки восстановления могут храниться до тех пор, пока не будут получены 42 точки восстановления (пользовательских и созданных автоматически).

Хранение моментальных снимков при удалении пула SQL

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

Геоархивы и аварийное восстановление

Геоархивация выполняется один раз в день в парный центр обработки данных. Целевая точка восстановления для геовосстановления составляет 24 часа. Геовосстановление всегда является операцией перемещения данных, и RTO будет зависеть от размера данных. Сохраняется только последняя геоизбыточное резервное копирование. Можно восстановить геоархив на сервер в любом другом регионе, в котором поддерживается выделенный пул SQL. Геоархивация гарантирует, что вы сможете восстановить хранилище данных даже при отсутствии доступа к точкам восстановления, размещенным в основном регионе.

Если вам не требуется геоархивация выделенного пула SQL, вы можете отключить ее и сэкономить на затратах на хранилище для аварийного восстановления. Сведения об этом см. в статье Практическое руководство. Отключение геоархивации для выделенного пула SQL (прежнее название — Хранилище данных SQL). При отключении геоархивации вы не сможете восстановить выделенный пул SQL в парном регионе Azure, если основной центр обработки данных Azure будет недоступен.

Примечание.

Если требуется более короткий RPO для геозаборных копий, проголосуйте за эту возможность. Вы также можете создать пользовательскую точку восстановления и восстановить ее из вновь созданной точки в новом хранилище данных в другом регионе. После восстановления вы получаете хранилище данных в сети и можете приостановить его на неограниченное время для экономии вычислительных ресурсов. Хранение приостановленной базы данных оплачивается по расценкам службы хранилища Azure уровня "Премиум". Другой распространенный шаблон для более короткой точки восстановления — прием данных в первичные и вторичные экземпляры хранилища данных в параллельном режиме. В этом сценарии данные принимаются из источника (или источников) и сохраняются в двух отдельных экземплярах хранилища данных (первичном и вторичном). Чтобы снизить затраты на вычислительные ресурсы, можно приостановить работу вторичного экземпляра хранилища. Если вам понадобится активная копия хранилища данных, вы сможете возобновить ее работу всего за несколько минут.

Место расположения данных

Если ваш связанный центр обработки данных находится за пределами страны или региона, вы можете убедиться, что данные остаются в пределах региона, подготовив базу данных в локально избыточном хранилище (LRS). Если база данных уже подготовлена в RA-GRS (геоизбыточное хранилище с доступом на чтение, текущее значение по умолчанию), вы можете отказаться от геоархивации, однако база данных будет и дальше находиться в хранилище, которое реплицируется в региональную пару. Чтобы гарантировать, что данные клиента не покинут ваш регион, можно подготовить или восстановить выделенный пул SQL в локально избыточном хранилище. Дополнительные сведения о подготовке или восстановлении в локально избыточном хранилище см. в руководстве по настройке расположения данных в одном регионе для выделенного пула SQL (ранее — в Хранилище данных SQL) в Azure Synapse Analytics.

Чтобы убедиться, что ваш парный центр обработки данных находится в другой стране или регионе, обратитесь к парным регионам Azure.

Стоимость резервного копирования и восстановления

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

Общая стоимость основного хранилища данных и изменений моментальных снимков за последние семь дней округляется до ближайшего терабайта. Например, если объем хранилища данных составляет 1,5 ТБ, а под моментальные снимки задействовано 100 ГБ, плата взимается за 2 ТБ данных по тарифам хранилища Azure класса Standard.

При использовании геоизбыточного хранилища плата за хранилище взимается отдельно. Геоизбыточное хранилище оплачивается по стандартному тарифу для географически избыточного хранилища с доступом на чтение (RA-GRS).

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

Восстановление из точек восстановления

Каждый моментальный снимок создает точку восстановления, которая представляет время начала создания моментального снимка. Для восстановления хранилища данных следует выбрать точку восстановления и выполнить команду restore.

Можно сохранить восстановленное и текущее хранилища данных либо удалить один из них. Если необходимо заменить текущее хранилище данных восстанавливаемым, его можно переименовать с помощью инструкции ALTER DATABASE с параметром MODIFY NAME.

Примечание.

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

  • Действия средств ETL, такие как действие копирования
  • Экспорт и импорт
    • Экспорт данных из восстановленной резервной копии в Data Lake с помощью примера CETAS CETAS
    • Импорт данных с помощью COPY или Polybase

Восстановление между подписками

Восстановление между подписками можно выполнить.

Геоизбыточное восстановление

Вы можете восстановить выделенный пул SQL в любом регионе, поддерживающем выделенный пул SQL с выбранным уровнем производительности.

Примечание.

Чтобы выполнить географически избыточное восстановление, необходимо отказаться от этой функции.

Процесс поддержки

Вы можете отправить запрос в службу поддержки на портале Azure для Azure Synapse Analytics.