Примечание.
При планировании пропускной способности логического сервера базы данных
SQL
Azure
важно знать, как именно используются отдельные
SKU (S0, P
1 и т. д.). Каждому
SKU
соответствует
определенное значение
DTU
. Пропускная способность в
DTU
соответствует фактическому
ограничению на максимальное количество поддерживаемых баз данных.
Производительность сильно зависит от рабочей нагрузки, поэтому очень важно тщательно и
всесторонне протестировать ваше решение. Не стоит исходить из убеждения, что все 5000 баз
данных сервера баз данных
SQL Azure
будут работать одинаково хорошо.
Рисунок 6
-
7. Параметры восстановления базы данных.
Операция восстановления может занять продолжительное время, которое зависит от множества
факторов, в том числе от размера базы данных, выбранной точки восстановления и журнала изменений,
который необходимо обработать, чтобы вернуться к этой точке. Для большой базы данных этот процесс
может занять несколько часов.
Если вы удалили базу данных, можно восстановить ее полностью. Для этого
выберите сервер базы
данных SQL Azure, на котором размещалась база данных, и нажмите «Удаленные базы данных»
(Deleted Databases) в группе «Операции» (Operations) колонки SQL Server. Отобразится колонка
«Удаленные базы данных» (Deleted Databases) (рисунок
6-8).
Рисунок 6
-
8. Восстановление удаленной базы данных.
Если в списке удаленных представлено несколько баз данных, выберите нужную. Отобразится колонка
«Восстановление» (Restore). Введите имя, под которым нужно восстановить базу данных, как показано на
рисунке 6
-
9. Восстановить базу данных можно только к ее состоянию непосредственно перед удалением.
Нажмите «Создать» (Create), чтобы отправить запрос на восстановление. Восстановление удаленной базы
данных, как и восстановление базы данных на момент времени, может выполняться довольно долго.
Рисунок 6
-
9. Параметры восстановления удаленной базы данных.
Восстановление на момент времени хорошо подходит для отката базы данных к гарантированно
работоспособному состоянию. Такая необходимость нередко возникает в результате ошибки
пользователя. Однако эта возможность решает лишь часть задач обеспечения непрерывности бизнес
-
процессов. Второй набор возможностей называется «аварийное восстановление» (
disaster recovery)
.
Аварийное восстановление —
это возможность восстановить работоспособность среды после аварийной
ситуации, которая привела к нарушению функциональности основного региона в течение
продолжительного периода времени. База данных SQL Azure поддерживает дополнительные возможности,
которые помогут подготовить план аварийного восстановления: геовосстановление (
Geo-Restore)
,
стандартная георепликация (
Standard Geo-Replication
) и активная георепликация (
Active Geo-Replication)
.
|