Автоматическое резервное копирование в базе данных SQL в Microsoft Fabric
Применимо к:✅базе данных SQL в Microsoft Fabric
В этой статье описывается функция автоматического резервного копирования для базы данных SQL в Microsoft Fabric. Сведения о восстановлении резервной копии см. в статье "Восстановление из резервной копии в базе данных SQL в Microsoft Fabric".
Что такое резервная копия базы данных?
Резервные копии базы данных являются важной частью любой стратегии непрерывности бизнес-процессов и аварийного восстановления, так как они помогают защитить данные от повреждения или удаления.
Для всех новых, восстановленных и скопированных баз данных база данных SQL в Fabric сохраняет достаточно резервных копий, чтобы разрешить восстановление на определенный момент времени (PITR) за последние семь дней по умолчанию. Служба принимает регулярные полные, разностные и резервные копии журналов, чтобы обеспечить восстановление баз данных в любой момент времени в течение периода хранения базы данных.
При удалении базы данных система сохраняет резервные копии так же, как и для сетевой базы данных, пока срок хранения не истекает семь дней.
Как часто резервное копирование выполняется в базе данных SQL в Fabric?
База данных SQL в Fabric включает возможность автоматического резервного копирования с момента создания базы данных:
- Полные резервные копии каждую неделю
- Разностные резервные копии каждые 12 часов
- Резервное копирование журналов транзакций примерно каждые 10 минут
Точную частоту резервного копирования журналов транзакций зависит от размера вычислительных ресурсов и объема действия базы данных. При восстановлении базы данных служба автоматически определяет, какие резервные копии полного, разностного и журнала транзакций необходимо восстановить.
Первое полное резервное копирование планируется сразу после создания или восстановления базы данных. Эта резервная копия обычно завершается в течение 30 минут, но может занять больше времени, когда база данных большая.
После первого полного резервного копирования все последующие операции резервного копирования планируются и администрируются автоматически. Точное время всех резервных копий базы данных определяется службой базы данных SQL, так как она балансирует общую системную рабочую нагрузку. Вы не можете изменить расписание заданий резервного копирования или отключить их.
Для новой, восстановленной или скопированной базы данных возможность восстановления на определенный момент времени становится доступной при создании начальной резервной копии журнала транзакций, которая следует первоначальной полной резервной копии.
Где хранятся резервные копии базы данных SQL?
Все резервные копии в базе данных SQL в Fabric хранятся в учетных записях хранения, избыточных между зонами (ZRS) Azure. При использовании ZRS резервные копии копируются синхронно в трех зонах доступности Azure в основном регионе.
В настоящее время ZRS доступен только в определенных регионах. Если хранилище Azure на основе ZRS недоступно, резервные копии хранятся в локально избыточном хранилище (LRS). При использовании LRS резервные копии копируются синхронно три раза в одном физическом расположении в основном регионе.
Период удержания хранилища резервных копий
База данных SQL в Microsoft Fabric планирует одну полную резервную копию каждую неделю. Чтобы предоставить PITR в течение всего периода хранения, система должна хранить дополнительные полные, разностные и резервные копии журналов транзакций до недели дольше, чем настроенный период хранения.
Резервные копии, которые больше не нужны для предоставления функциональных возможностей PITR, автоматически удаляются. Так как для разностных резервных копий и резервных копий журналов требуется возможность восстановления более ранней полной резервной копии, все три типа резервных копий удаляются вместе еженедельно.
Для всех баз данных полные и разностные резервные копии сжимаются для уменьшения сжатия хранилища резервных копий. Среднее соотношение сжатия резервных копий составляет от 3 до 4 раз.
Журнал резервного копирования
Список резервных копий можно просмотреть с помощью простой команды T-SQL с помощью вызова sys.dm_database_backupsдинамического административного представления (DMV), который работает аналогично База данных SQL Azure. Это динамическое административное представление содержит сведения о метаданных всех присутствующих резервных копий, необходимых для включения восстановления на определенный момент времени.
Чтобы запросить каталог журнала резервных копий, просто запустите скрипт T-SQL на портале Fabric (или другом клиентском средстве).
SELECT * FROM sys.dm_database_backups;
Часто задаваемые вопросы о резервном копировании для базы данных SQL в Fabric
Можно ли получить доступ к резервным копиям?
Нет, резервные копии изолированы от платформы Microsoft Fabric, и они недоступны конечными пользователями. Единственным способом взаимодействия клиента с файлами резервного копирования является возможность восстановления на определенный момент времени (PITR).
Резервные копии зашифрованы?
Все файлы, хранящиеся в хранилище Azure, включая резервные копии базы данных SQL в Microsoft Fabric, автоматически шифруются при сохранении данных в облаке. Дополнительные сведения см. в статье Шифрование службы хранилища Azure для неактивных данных.
Ограничения
Текущие ограничения резервного копирования для базы данных SQL:
- Невозможно контролировать частоту резервного копирования в базе данных SQL в Fabric.
- Невозможно изменить период хранения резервных копий для базы данных SQL в Microsoft Fabric. Срок хранения по умолчанию — семь дней.
- Резервное копирование базы данных можно восстановить только из динамических баз данных SQL.
- Резервное копирование базы данных можно восстановить только в одной рабочей области. Межрабочая область PITR не поддерживается.
- При удалении рабочей области все базы данных в этой рабочей области также удаляются и не могут быть восстановлены.
- Все резервные копии хранятся в одном регионе, реплицируемом в разных зонах доступности Azure. Геореплицированные резервные копии отсутствуют.
- Поддерживаются только краткосрочные резервные копии хранения. Поддержка долгосрочных резервных копий хранения не поддерживается.
- Резервные копии можно восстановить только на портале Fabric. В настоящее время отсутствуют команды REST API, Azure PowerShell или интерфейс командной строки (CLI).