Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Se accede a todos los datos de OneLake a través de elementos de datos. Estos elementos de datos pueden residir en regiones diferentes en función de su área de trabajo, ya que se crea un área de trabajo en una capacidad asociada a una región específica.
OneLake usa almacenamiento con redundancia de zona (ZRS) donde ese tipo de almacenamiento está disponible. (Consulte Regiones de Azure con zonas de disponibilidad). En otro lugar, OneLake usa almacenamiento con redundancia local (LRS). Con LRS y ZRS, los datos son resistentes a errores transitorios de hardware dentro de un centro de datos.
Al igual que para Azure Storage, LRS replica los datos dentro de un único centro de datos de la región primaria. LRS proporciona al menos 99,9999999999% (11 nueves) durabilidad de objetos durante un año. Esta durabilidad ayuda a protegerse frente a fallos de rack de servidor y de unidades, pero no frente a desastres del centro de datos.
Mientras tanto, ZRS proporciona tolerancia a errores del centro de datos copiando datos de forma sincrónica entre tres zonas de disponibilidad de Azure en la región primaria. ZRS ofrece una durabilidad de al menos 99,999999999999% (12 nueves) durante un año.
Este artículo proporciona orientación sobre cómo proteger aún más sus datos frente a las raras interrupciones que afectan a toda la región.
Recuperación ante desastres
Puede habilitar o deshabilitar la continuidad empresarial y la recuperación ante desastres (BCDR) para una capacidad específica a través del portal de administración de capacidad. Si la capacidad tiene BCDR activada, los datos se duplican y se almacenan en dos regiones geográficas para que tengan redundancia geográfica. Los emparejamientos de regiones estándar en Azure determinan la elección de la región secundaria. No se puede modificar la región secundaria.
Si un desastre hace que la región primaria sea irrecuperable, OneLake podría iniciar una conmutación por error regional. Tras finalizar la conmutación por error, puede utilizar las API de OneLake a través del punto de conexión global para acceder a sus datos en la región secundaria. La replicación de datos en la región secundaria es asincrónica, por lo que los datos que no hayan copiado durante el desastre se perderán. Después de una conmutación por error, el nuevo centro de datos principal solo tiene redundancia local.
Para obtener una comprensión completa de la experiencia de un extremo a otro, consulte Confiabilidad en Microsoft Fabric.
Eliminación suave de archivos OneLake
En OneLake, la eliminación temporal evita la pérdida accidental de archivos conservando los archivos eliminados durante siete días antes de la eliminación permanente. Los datos eliminados temporalmente se facturan a la misma velocidad que los datos activos.
Puede restaurar archivos y carpetas mediante las API REST de Azure Blob Storage, los SDK de Azure Storage y el módulo Az.Storage de Azure PowerShell. Obtenga información sobre cómo enumerar y restaurar archivos mediante estas instrucciones de PowerShell y cómo conectarse a OneLake con PowerShell.
Restauración de archivos eliminados temporalmente a través del Explorador de Azure Storage
Puede restaurar los archivos eliminados de Lakehouse mediante el Explorador de Azure Storage. En primer lugar, conéctese al área de trabajo desde el Explorador de Storage mediante el identificador del área de trabajo en la dirección URL. Por ejemplo, use https://onelake.dfs.fabric.microsoft.com/aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb
. Puede encontrar el identificador del área de trabajo desde la dirección URL del explorador del portal de Microsoft Fabric (/groups/{workspaceID}
). Asegúrese de usar la ruta de acceso OneLake basada en GUID para restaurar los datos.
Después de conectarse al área de trabajo, siga estos pasos para restaurar los datos eliminados temporalmente:
Seleccione el botón desplegable situado junto a la barra de ruta de acceso y, a continuación, seleccione blobs activos y eliminados temporalmente en lugar de los blobs activos predeterminados.
Vaya a la carpeta que contiene el archivo eliminado temporalmente.
Haga clic con el botón derecho en el archivo y, a continuación, seleccione Recuperar.