Примечание
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Доступ ко всем данным в OneLake осуществляется с помощью элементов данных. Эти элементы данных могут находиться в разных регионах в зависимости от рабочей области, так как рабочая область создается в пределах емкости, связанной с определенным регионом.
OneLake использует хранилище с избыточностью между зонами (ZRS), если этот тип хранилища доступен. (См. регионы Azure с зонами доступности.) В другом месте OneLake использует локально избыточное хранилище (LRS). При использовании LRS и ZRS данные устойчивы к временным сбоям оборудования в центре обработки данных.
Как и для службы хранилища Azure, LRS реплицирует данные в одном центре обработки данных в основном регионе. LRS обеспечивает по крайней мере 99,999999999% (11 девяток) долговечности объектов в течение года. Эта надёжность помогает защитить от отказов серверных стоек и жёстких дисков, но не от катастроф центра обработки данных.
Между тем ZRS обеспечивает отказоустойчивость к сбоям центра обработки данных путем синхронного копирования данных в трех зонах доступности Azure в основном регионе. ZRS обеспечивает надёжность по крайней мере 99,9999999999% (12 девяток) в течение года.
В этой статье приводятся рекомендации по дальнейшей защите данных от редких сбоев на уровне региона.
Аварийное восстановление
Вы можете включить или отключить непрерывность бизнес-процессов и аварийное восстановление (BCDR) для определенной емкости с помощью портала администрирования емкости. Если BCDR активирован для вашей емкости, данные дублируются и хранятся в двух географических регионах, чтобы обеспечивать геоизбыточность. Стандартные пары регионов в Azure определяют выбор дополнительного региона. Невозможно изменить дополнительный регион.
Если авария делает основной регион неподдающимся восстановлению, OneLake может инициировать переключение на резервный регион. После завершения отработки отказа можно использовать API OneLake через глобальную конечную точку для доступа к данным во вторичном регионе. Репликация данных в дополнительный регион асинхронна, поэтому все данные, не скопированные во время аварии, теряются. После переключения на резервный центр новый первичный датасентр имеет только локальную избыточность.
Полное понимание комплексного опыта см. в статье "Надежность в Microsoft Fabric".
Мягкое удаление файлов OneLake
В OneLake обратимое удаление предотвращает случайную потерю файла, сохраняя удаленные файлы в течение семи дней до окончательного удаления. Мягко удаленные данные оплачиваются по той же ставке, что и активные данные.
Файлы и папки можно восстановить с помощью REST API для хранения BLOB-объектов Azure, наборов средств разработки (SDK) службы хранения Azure и модуля Azure PowerShell Az.Storage. Узнайте, как перечислять и восстанавливать файлы с помощью этих инструкций PowerShell и как подключиться к OneLake с помощью PowerShell.
Восстановление обратимо удаленных файлов с помощью обозревателя службы хранилища Azure
Вы можете восстановить удаленные файлы Lakehouse с помощью обозревателя службы хранилища Azure. Сначала подключитесь к рабочей области из Storage Explorer с помощью идентификатора рабочей области в URL-адресе. Например, укажите https://onelake.dfs.fabric.microsoft.com/aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb
. Идентификатор рабочей области можно найти на URL-адресе браузера портала Microsoft Fabric (/groups/{workspaceID}
). Убедитесь, что для восстановления данных используется путь OneLake на основе GUID.
После подключения к рабочей области выполните следующие действия, чтобы восстановить временно удаленные данные.
Нажмите кнопку раскрывающегося списка рядом с строкой пути, а затем выберите активные и мягко удаленные BLOB-объекты вместо активных BLOB-объектов по умолчанию.
Перейдите в папку, содержащую мягко удаленный файл.
Щелкните файл правой кнопкой мыши и выберите "Отменить".