Разработка для резервного копирования и восстановления Azure SQL
Важно иметь возможность восстанавливать данные базы данных SQL. Следует рассмотреть возможность автоматического резервного копирования Базы данных SQL Azure и Управляемых экземпляров SQL Azure. Резервные копии базы данных позволяют восстанавливать базу данных на определенный момент времени и в рамках настроенного срока хранения.
Описание автоматических резервных копий
Для создания полных (еженедельно), разностных (каждые 12-24 часов) резервных копий и резервных копий журналов транзакций (каждые 5–10 минут) служба "База данных SQL" и Управляемый экземпляр SQL используют технологию SQL Server. Периодичность создания резервных копий журналов транзакций зависит от объема вычислительных ресурсов и объема активности базы данных. При восстановлении базы данных служба сама определяет, какие резервные копии (полные, разностные или резервные копии журналов транзакций) следует восстановить.
Полные резервные копии: в полной резервной копии все в базе данных и журналы транзакций резервируются. База данных SQL создает полную резервную копию раз в неделю.
Разностные резервные копии: в разностной резервной копии все, что изменилось с момента создания резервной копии последней полной резервной копии. База данных SQL создает разностную резервную копию каждые 12–24 часа.
Резервные копии транзакций: в транзакционной резервной копии содержимое журналов транзакций резервируется. Если последний журнал транзакций завершается ошибкой или поврежден, можно вернуться к предыдущей резервной копии журнала транзакций. Транзакционные резервные копии позволяют администраторам осуществлять восстановление до указанной точки во времени, которая предшествует ошибочному удалению данных. Резервные копии журналов транзакций создаются каждые 5–10 минут.
Описание вариантов использования резервных копий
Автоматическое резервное копирование можно использовать несколькими способами.
Восстановление существующей базы данных до точки во времени в прошлом в рамках срока хранения. Эта операция создает новую базу данных на том же сервере, что и исходная база данных, но использует другое имя, чтобы избежать перезаписи исходной базы данных. После завершения восстановления можно удалить исходную базу данных.
Восстановление удаленной базы данных на момент удаления или на любой момент времени в рамках срока хранения. Удаленную базу данных можно восстановить только на том же сервере или управляемом экземпляре, на котором была создана исходная база данных.
Восстановление базы данных в другой географический регион. Геовосстановление позволяет выполнить восстановление после сбоя в регионе при отсутствии доступа к базе данных или резервным копиям в основном регионе. При этом создается новая база данных на любом имеющемся сервере или в любом управляемом экземпляре в любом регионе Azure.
Восстановление базы данных из определенной долгосрочной резервной копии отдельной базы данных или базы данных в составе пула. Если база данных настроена с помощью долгосрочной полиции хранения, можно восстановить старую версию базы данных.
Политики долгосрочного хранения резервных копий
Автоматические резервные копии базы данных SQL Azure остаются доступными для восстановления до 35 дней. Этого времени достаточно для повседневного администрирования. Однако иногда может потребоваться хранить данные в течение более длительного времени. Например, регламенты по защите данных в вашей локальной юрисдикции могут требовать хранения резервных копий в течение нескольких лет.
Для удовлетворения этих требований подходит функция долгосрочного хранения (LTR). Таким образом, вы можете хранить резервные копии базы данных SQL Azure в геоизбыточном хранилище с доступом на чтение (RA-GRS) в течение 10 лет. Если требуется доступ к какой-либо резервной копии в LTR, ее можно восстановить в виде новой базы данных с помощью портала Azure или PowerShell.