Экспорт (0) Печать
Развернуть все

Обеспечение непрерывности работы базы данных SQL Azure

Обновлено: Февраль 2015 г.

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

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

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

 

  Базовое Standard Расширенный

Восстановление на момент времени

Все точки восстановления за последние 7 дней

Все точки восстановления за последние 14 дней

Все точки восстановления за последние 35 дней

Геовосстановление

RTO* < 24 часа

RPO† < 24 часа

RTO* < 24 часа

RPO† < 24 часа

RTO* < 24 часа

RPO† < 24 часа

Стандартная георепликация

Не включено

RTO* < 2 часа

RPO† < 30 минут

RTO* < 2 часа

RPO† < 30 минут

Активная георепликация

Не включено

Не включено

RTO* < 1 час

RPO† < 5 минут

* Целевое время восстановления (RTO) — максимальное время простоя до полностью функционирующего приложения после сбоя.

† Целевая точка восстановления (RPO) — максимальный объем самых последних изменений данных (интервал времени), который может быть утрачен приложением, прежде чем оно будет полностью функционирующим после сбоя.

Восстановление на момент времени — это самый простой вариант восстановления, который вы получаете автоматически с базами данных уровней Basic, Standard и Premium. Восстановление на момент времени можно использовать для возврата базы в состояние на более ранний момент времени. Вы можете вернуться максимум на 7 дней на уровне Basic, на 14 дней на уровне Standard и на 35 дней на уровне Premium. Подробнее см. в статьях Резервное копирование и восстановление баз данных SQL Azure и Восстановление базы данных SQL Azure на момент времени (блог). Просмотрите видео Восстановление базы данных SQL с использованием восстановления на момент времени, чтобы узнать, насколько простым является использование функции восстановления на момент времени.

Геовосстановление является аналогом восстановления на момент времени. Оно также автоматически доступно для баз данных уровней Basic, Standard и Premium. Однако геовосстановление предназначено в качестве основного варианта восстановления при недоступности базы данных из-за крупномасштабного инцидента или сбоя в регионе, где размещаются базы данных. Эта функция использует геоизбыточное хранилище с доступом на чтение Azure для хранения актуальной ежедневной резервной копии баз данных в другом географическом расположении. Рассмотрите возможность применения геовосстановления в качестве основной процедуры аварийного восстановления, если приложение допускает время простоя и потерю данных за максимум 24 часа. Подробнее см. в статье Геовосстановление баз данных SQL Azure (блог), а также посмотрите видео Восстановление базы данных SQL с использованием геовосстановления, чтобы ознакомиться с восстановлением базы данных с использованием геовосстановления.

Стандартная георепликация доступна для баз данных уровней Standard и Premium. Она предназначена для приложений с малыми объемами записываемой информации, но обрабатывающих большие объемы данных и имеющих более сложные требования для восстановления, которые не могут быть удовлетворены с помощью геовосстановления. При сбое базы данных-источника, она помечается как деградировавшая, и может быть инициирована отработка отказа для перехода на недоступную для чтения вторичную базу данных, расположенную в другом регионе. Подробнее см. в статьях Стандартная георепликация базы данных SQL Azure и Стандартная георепликация баз данных SQL Azure (блог), где приведено подробное сравнение активной георепликациии со стандартной георепликацией.

Активная георепликация поддерживается только для баз данных Premium. Она предназначена для приложений с большими объемами операций записи и наиболее интенсивными требованиями к восстановлению. С использованием активной георепликации можно создать до четырех вторичных баз данных в режиме чтения на серверах в разных регионах. Эти вторичные базы данных поддерживаются в виде непрерывного копирования первичной базы данных, запуск отработки отказа на вторичной базе аналогичен стандартной георепликации. Активная георепликация обеспечивает наивысшую степень гибкости для временных ошибок подключения и высокой задержки, таким образом, она может поддерживать сценарии обновления приложения или перемещения, а также балансировки нагрузки для рабочих нагрузок только для чтения. Подробнее см. в статьях Активная георепликация для базы данных SQL Azure и В центре внимания: активная георепликация баз данных SQL (блог).

  • С помощью функции копирования баз данных можно создать копию базы данных на том же или на другом сервере в том же или в другом регионе. На момент завершения операции копирования эта копия является транзакционно согласованной с источником. Однако эта копия является однократной, и для нее непрерывная репликация из источника не осуществляется. Эту возможность можно использовать для переноса данных или для однорангового копирования. Дополнительные сведения см. в Копирование баз данных в базу данных SQL Azure.

  • Служба импорта и экспорта позволяет вручную или автоматически экспортировать файл BACPAC, содержащий логическую копию данных и схему базы данных, а затем импортировать файл для восстановления базы данных. Используйте импорт и экспорт для баз данных Web и Business, которые не поддерживают другие возможности обеспечения непрерывности бизнеса. Либо можно использовать в дополнение к другим возможностям обеспечения непрерывности бизнеса для долгосрочного хранения ежедневных резервных копий и резервных копий за пределами срока хранения для восстановления на момент времени. Дополнительные сведения см. в разделе Инструкции по использованию службы импорта и экспорта в базе данных Azure SQL.

Корпорация Майкрософт проводит интернет-опрос, чтобы выяснить ваше мнение о веб-сайте MSDN. Если вы желаете принять участие в этом интернет-опросе, он будет отображен при закрытии веб-сайта MSDN.

Вы хотите принять участие?
Показ:
© 2015 Microsoft