Veelgestelde vragen over het spiegelen van Azure SQL Database in Microsoft Fabric

In dit artikel vindt u antwoorden op veelgestelde vragen over het spiegelen van Azure SQL Database in Microsoft Fabric.

Functies en mogelijkheden

Welke verificatie voor de Azure SQL Database is toegestaan?

Momenteel ondersteunen we voor verificatie bij de bron-Azure SQL Database SQL-verificatie met gebruikersnaam en wachtwoord, Microsoft Entra ID en Service Principal.

Is er een faserings- of landingszone voor Azure SQL Database? Zo ja, is het buiten OneLake?

In een landingzone in OneLake worden zowel momentopname- als wijzigingsgegevens opgeslagen om de prestaties te verbeteren bij het converteren van bestanden naar Delta Verti-Parquet.

Hoe lang duurt de initiële replicatie?

Dit hangt af van de grootte van de gegevens die worden binnengebracht.

Hoe lang duurt het om invoegingen/updates/verwijderingen te repliceren?

Bijna realtime latentie.

Ondersteunt u het repliceren van weergaven, tijdelijke of externe tabellen?

Nee. Momenteel worden alleen het repliceren van normale tabellen ondersteund.

Hoe beheer ik verbindingen?

Selecteer het tandwiel instellingen en selecteer vervolgens Verbindingen en gateways beheren. U kunt ook bestaande verbindingen van deze pagina verwijderen.

Kunnen Power BI-rapporten over gespiegelde gegevens direct lake-modus gebruiken?

Ja, omdat tabellen alle v-geordende deltatabellen zijn.

Zelfhulp voor het spiegelen van Azure SQL Database in Microsoft Fabric

Hoe weet ik dat Fabric gegevens repliceert in mijn Azure SQL Database?

Als u problemen ondervindt met spiegelen, voert u de volgende controles op databaseniveau uit met dynamische beheerweergaven (DMV's) en opgeslagen procedures om de configuratie te valideren. Neem contact op met de ondersteuning als probleemoplossing is vereist.

  • Voer de volgende query uit om te controleren of de wijzigingen correct stromen:
    SELECT * FROM sys.dm_change_feed_log_scan_sessions 
    

Zie Problemen met gespiegelde Fabric-databases uit Azure SQL Database oplossen voor stappen voor probleemoplossing.

Hoe schakel je 'System toegewezen beheerde identiteit' (SAMI) of 'Gebruiker toegewezen beheerde identiteit' (UAMI) in op SQL Server?

Met één stap in Azure Portal kunt u door het systeem toegewezen beheerde identiteit (SAMI) of door de gebruiker toegewezen beheerde identiteit (UAMI) van uw logische Azure SQL-server inschakelen.

Opmerking

Ondersteuning voor door de gebruiker toegewezen beheerde identiteit (UAMI) is momenteel beschikbaar als preview-versie.

Wat zijn de replicatiestatussen?

Kan Azure SQL Database-spiegeling toegankelijk zijn via de Power BI-gateway of van achter een firewall?

Als uw Azure SQL Database niet openbaar toegankelijk is en Azure-services niet toestaat om er verbinding mee te maken, kunt u een gegevensgateway voor een virtueel netwerk of een on-premises gegevensgateway instellen om de gegevens te spiegelen. Zie Beveiligingsvereisten voor meer informatie.

Welke stappen omvat het opnieuw opstarten van de spiegeling?

De gegevens uit brontabellen worden opnieuw geïnitialiseerd. Telkens wanneer u stopt en start, wordt de hele tabel opnieuw opgehaald.

Wat gebeurt er als ik een tabel uit Spiegeling verwijder?

De tabel wordt niet meer gerepliceerd en de bijbehorende gegevens worden verwijderd uit OneLake.

Als ik de mirror verwijder, heeft dit invloed op de azure SQL-brondatabase?

Nee, we verwijderen alleen de streamingtabellen.

Kan ik dezelfde brondatabase meerdere keren spiegelen?

Nee, elke Azure SQL Database kan slechts één keer worden gespiegeld. U hebt slechts één kopie van de gegevens in Fabric OneLake nodig, die u met anderen kunt delen.

Kan ik alleen specifieke tabellen uit mijn Azure SQL Database spiegelen?

Ja, tijdens de configuratie van spiegeling kunnen specifieke tabellen worden geselecteerd.

Wat gebeurt er met Mirroring bij een geplande of ongeplande Geo-failover?

Wanneer u de gespiegelde database maakt, maakt u verbinding met de read-write-listener van de SQL-failovergroep. Op deze manier hoeft u de gespiegelde database niet opnieuw te maken na de failover.

Zodra de gespiegelde database is gemaakt, gaat u naar de lijst met werkruimte-items en selecteert u Machtigingen beheren voor de gespiegelde database. Voeg de door het systeem toegewezen beheerde identiteit (SAMI) toe voor zowel de primaire als de secundaire logische server van de failovergroep om lees-/schrijftoegang te hebben. Als u de gespiegelde database maakt vanuit de Fabric-portal, moet de SAMI van de primaire server al automatisch worden toegevoegd.

Wanneer er een failover plaatsvindt, wordt replicatie automatisch uitgeschakeld. Als u de gespiegelde database echter opent in de Fabric-portal, ziet u geen verschil, maar er komen geen nieuwe gegevens binnen. Als u wilt herstellen, selecteert u Replicatie stoppen en vervolgens Replicatie starten om het replicatieproces opnieuw te starten. Hiermee wordt elke volledig nieuwe tabel opnieuw gesynchroniseerd. Hetzelfde is vereist nadat u een failback hebt uitgevoerd.

Security

Verlaten de gegevens ooit de Fabric-tenant van de klant?

Nee.

Worden gegevens tijdelijk opgeslagen buiten de omgeving van een klant?

Nee. Gegevens worden niet buiten de omgeving van de klant tijdelijk opgeslagen, maar in de OneLake van de klant.

Hoe kan Azure SQL Database gespiegelde data schrijven naar een werkruimte met beperkte inkomende toegang?

Voeg de Azure resource ID van de Azure SQL-server toe aan de Resource Instance Rules van de werkruimte. De regel stelt OneLake in staat om de identiteit van de server te verifiëren, zodat je geen firewallregels hoeft te onderhouden voor dynamische of gedeelde uitgaande IP-adressen. Een workspace-beheerder moet de regel configureren. Zie Binnenkomende toegang tot OneLake beheren met resource-exemplaarregels voor meer informatie.

Cost Management

Wat zijn de kosten voor spiegeling?

Fabric-rekenkracht die wordt gebruikt om uw gegevens te repliceren naar Fabric OneLake is gratis. De opslagkosten voor Mirroring zijn gratis tot een op capaciteit gebaseerde limiet. Zie Kosten voor spiegeling en Prijzen van Microsoft Fabric voor meer informatie. De berekening voor het uitvoeren van query's op gegevens met behulp van SQL, Power BI of Spark wordt regelmatig in rekening gebracht.

Wat raden we een klant aan om azure SQL Database-kosten te vermijden of te verlagen?

Zie Kosten voor Azure SQL Database plannen en beheren. Overweeg een toegewezen, kleinere Azure SQL Database te gebruiken op basis van vereisten.

Hoe worden toegangsbeheerkosten verwerkt?

Fabric rekent geen kosten voor inkomende gegevens in OneLake voor Mirroring.

Hoe worden egresskosten behandeld?

Als de Azure SQL Database zich in een andere regio bevindt dan uw Fabric-capaciteit, worden er kosten in rekening gebracht voor uitgaande gegevens. Als u zich in dezelfde regio bevindt, zijn er geen uitgaande gegevens.

Licensing

Wat zijn licentieopties voor Fabric Mirroring?

Er is een Power BI Premium, Fabric-capaciteit of proefcapaciteit vereist. Zie Microsoft Fabric-concepten en -licenties voor meer informatie over licenties.

Fabric-spiegeling stoppen of onderbreken

Wat zijn de resultaten van het stoppen van spiegelen?

Replicatie stopt in de brondatabase, maar er wordt een kopie van de tabellen bewaard in OneLake. Als u de spiegeling opnieuw start, worden alle gegevens vanaf het begin gerepliceerd.

Spiegeling stoppen/uitschakelen vanuit uw Azure SQL Database

Als u uw Azure SQL Database niet kunt spiegelen vanuit de Fabric-portal of uw gespiegelde Azure SQL Database-item niet kunt verwijderen uit Fabric, voert u de volgende opgeslagen procedure uit op uw Azure SQL Database: exec sp_change_feed_disable_db;

Wat gebeurt er als ik mijn Fabric-capaciteit stopzet of pauzeer?

De fabric-capaciteit moet actief zijn en draaien. Een onderbroken of verwijderde capaciteit heeft invloed op spiegeling en er worden geen gegevens gerepliceerd.