Bemærk
Adgang til denne side kræver godkendelse. Du kan prøve at logge på eller ændre mapper.
Adgang til denne side kræver godkendelse. Du kan prøve at ændre mapper.
Alle data i OneLake tilgås via dataelementer. Disse dataelementer kan være placeret i forskellige områder, afhængigt af deres arbejdsområde, da et arbejdsområde oprettes under en kapacitet, der er knyttet til et bestemt område.
OneLake bruger zone-redundant lager (ZRS), hvor det er tilgængeligt (se Azure-områder med tilgængelighedszoner) og lokalt redundant lager (LRS) andre steder. Med både LRS- og ZRS-lager er dine data robuste over for midlertidige hardwarefejl i et datacenter. På samme måde som i Azure Storage replikerer LRS data i et enkelt datacenter i det primære område, hvilket giver mindst 99.99999999% (11 niere) holdbarhed af objekter over et givet år. Dette beskytter mod serverreol- og drevfejl, men ikke mod datacenterkatastrofer. I mellemtiden giver ZRS fejltolerance over for datacenterfejl ved at kopiere data synkront på tværs af tre Tilgængelighedszoner i Azure i det primære område, der giver holdbarhed på mindst 99,9999999999% (12 niere) over et givet år.
Denne artikel indeholder en vejledning i, hvordan du yderligere beskytter dine data mod sjældne afbrydelser i hele området.
It-katastrofeberedskab
Du kan aktivere eller deaktivere BCDR (Business Continuity and Disaster Recovery) for en bestemt kapacitet via kapacitetsadministrationsportalen. Hvis BCDR er aktiveret for din kapacitet, duplikeres og gemmes dine data i to forskellige geografiske områder, hvilket gør dem geo redundante. Valget af det sekundære område bestemmes af Azures standardområdepar og kan ikke ændres.
Hvis en katastrofe gør det primære område uopretteligt, kan OneLake starte en regional failover. Når failoveren er fuldført, kan du bruge OneLakes API'er via det globale slutpunkt til at få adgang til dine data i det sekundære område. Datareplikering til det sekundære område er asynkron, så alle data, der ikke kopieres under katastrofen, går tabt. Efter en failover vil det nye primære datacenter kun have lokal redundans.
Du kan få en omfattende forståelse af oplevelsen fra ende til anden under Fabric BCDR.
Blød sletning af OneLake-filer
Blød sletning af OneLake forhindrer utilsigtet filtab ved at bevare slettede filer i 7 dage før permanent fjernelse. Bløde slettede data faktureres med samme hastighed som aktive data.
Du kan gendanne filer og mapper ved hjælp af REST API'er til Blob, Azure Storage SDK'er og modulet PowerShell Az.Storage. Få mere at vide om, hvordan du angiver og fjerner sletning af filer ved hjælp af disse PowerShell-instruktioner , og hvordan du opretter forbindelse til OneLake med PowerShell.
Gendan bløde slettede filer via Microsoft Azure Storage Explorer
Du kan gendanne slettede Lakehouse-filer ved hjælp af Microsoft Azure Storage Explorer. Først skal du oprette forbindelse til dit arbejdsområde fra Azure Storage Explorer ved hjælp af arbejdsområde-id'et i URL-adressen. Du kan f.eks. https://onelake.dfs.fabric.microsoft.com/aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb
. Du kan finde arbejdsområde-id'et fra URL-adressen til Fabric-portalbrowseren ('/grupper/{workspaceID}). Sørg for at bruge den GUID-baserede OneLake-sti til at fjerne sletning af data.
Når du har oprettet forbindelse til dit arbejdsområde, skal du følge disse trin for at gendanne data, der er slettet midlertidigt:
Vælg rullelisteknappen ud for stilinjen, og vælg Aktive og bløde slettede blobs i stedet for standarden "Aktive blobs".
Gå til den mappe, der indeholder den fil, der er slettet midlertidigt.
Højreklik på filen, og vælg 'fjern sletning'.