Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of mappen te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen om mappen te wijzigen.
Deze handleiding helpt u meer te weten te komen over de bestaande beperkingen in uw gespiegelde BigQuery in Microsoft Fabric.
Belangrijk
Momenteel ondersteunen we Mirroring voor Google BigQuery voor on-premises Gegevensgateway (OPDG). Gebruik versie 3000.286.6 of hoger
Beperkingen op databaseniveau
Wanneer u tabellen zonder primaire sleutels spiegelt, kunt u alleen wijzigingen in het invoegen uitvoeren om de nauwkeurigheid van de gegevens te garanderen. Als er niet-invoeg wijzigingen worden gevonden, wordt de tabel automatisch opnieuw geïnitieerd (de tabel wordt volledig opnieuw gespiegeld). Als er meerdere niet-invoegbare wijzigingen optreden na die eerste hervervoeging, wordt spiegeling gedurende een tijd in een wachttijdstatus gebracht; deze wachttijdstatus helpt kosten te beperken en voorkomt onnodige volledige-tabelreplicatie. Na de uitstelperiode keert de tabel terug naar de normale status van spiegeling (continue gegevensreplicatie).
Prestatiebeperkingen
Als u de meeste gegevens in een grote tabel wijzigt, is het efficiënter om spiegeling te stoppen en opnieuw te starten. Het invoegen of bijwerken van miljarden records kan lang duren.
Gespiegelde gegevens weerspiegelen doorgaans wijzigingen met een vertraging van 10 tot 15 minuten vanwege de CDC-architectuur (Change Data Capture) van BigQuery. Als er geen wijzigingen worden gedetecteerd, voert de replicatie-engine een back-offmodus in, waardoor polling-intervallen tot 1 uur worden verhoogd.
Ondersteunde regiobeperkingen
Databasespiegeling is beschikbaar in alle Microsoft Fabric-regio's. Zie Beschikbaarheid van Fabric-regio voor meer informatie.
Beperkingen voor machtigingen
We begrijpen dat sommige klanten aarzelen om bewerkingsmachtigingen voor spiegeling in te schakelen voor Google BigQuery. Met spiegeling maakt u een live-kopie, bewerkbare gebruikskopie van uw BigQuery-gegevens in OneLake. Om spiegeling voor Google BigQuery te ondersteunen, moet de replicatie-engine:
- Gegevens uit BigQuery-tabellen openen en exporteren
- Wijzigingen bijhouden met CDC (Change Data Capture)
- Tijdelijke gegevenssets en taken maken voor replicatie
- Interactie met Google Cloud Storage voor fasering en opname
Beperkingen voor opnieuw zaaien
De functie CHANGES, waarmee wijzigingen kunnen worden bijgehouden in BigQuery-tabellen met behulp van cdc-technologie van Google, is onderhevig aan verschillende belangrijke beperkingen die gebruikers moeten overwegen bij het implementeren van mirroring-oplossingen:
- Beperking van tijdreizen: de functie CHANGES retourneert alleen gegevens in het geconfigureerde tijdsreizenvenster van de tabel. Voor standaardtabellen is dit doorgaans zeven dagen, maar kan korter zijn als deze anders is geconfigureerd. Wijzigingen buiten dit venster zijn niet toegankelijk.
- Tijdstempelbeperking: Het tijdvenster voor wijzigingsgeschiedenis voor CHANGES TVF overschrijdt de maximaal toegestane tijd. Het maximaal toegestane bereik tussen
start_timestampenend_timestampis één dag. Dit beperkt de batchverwerking van langere historische vensters en er zijn mogelijk meerdere query's vereist voor een bredere dekking.
-Beperking wijzigingsgeschiedenis: De functie CHANGES vereist dat het bijhouden van wijzigingengeschiedenis is ingeschakeld voor de tabel voordat deze wordt gebruikt. Als deze niet is ingeschakeld, kunnen deltawijzigingen niet worden opgevraagd. - Beperking van meerdere instructies: de functie CHANGES kan niet worden gebruikt binnen transacties met meerdere instructies. Het kan ook geen query uitvoeren op tabellen waarvoor multi-statement transacties zijn doorgevoerd binnen het aangevraagde tijdvenster.
Raadpleeg de documentatie voor BigQuery Changes Limitation van Google voor meer informatie.