Häufig gestellte Fragen zu gespiegelten Microsoft Fabric-Datenbanken von Azure Cosmos DB (Vorschau)

Bei der Spiegelung wird die Quelldatenbank im Open-Source-Delta-Format in Fabric OneLake repliziert. Sie können diese Daten von überall in Fabric aus analysieren. Verknüpfungen replizieren die Daten nicht in Fabric OneLake. Stattdessen verweisen Verknüpfungen auf die Quelldaten ohne Datenbewegung. Derzeit ist Azure Cosmos DB nur als Quelle für die Spiegelung verfügbar.

Nein, die Spiegelung hat keinen Einfluss auf die Leistung oder die Kosten der Quelldatenbank. Für die Spiegelung muss die Funktion zur kontinuierlichen Sicherung auf dem Azure Cosmos DB-Quellkonto aktiviert sein. Fortlaufende Sicherungen ermöglichen eine Replikation ohne Auswirkungen auf transaktionale Workloads.

Die Spiegelung ist eine Replikation Ihrer Daten in Azure Cosmos DB mit niedriger Latenz. Im Gegensatz zu Kopieraufträgen wird bei der Spiegelung eine kontinuierliche und inkrementelle Kopie Ihrer Azure Cosmos DB-Daten erstellt. Die Spiegelung wirkt sich nicht auf Ihre transaktionalen Arbeitslasten auf der Ursprungsdatenbank oder dem Container aus.

Im Gegensatz dazu ist ein Kopierauftrag ein geplanter Auftrag, der bei inkrementellen Aufträgen die End-to-End-Latenz erhöhen kann. Darüber hinaus erfordern Kopieraufträge ein Anforderungsmanagement, das inkrementelle Änderungen aufnimmt, die Rechenkosten in Fabric erhöht und den Verbrauch von Anfrageeinheiten in der Quelldatenbank in Azure Cosmos DB beeinflusst.

Kopieraufträge sind nützlich für einmalige Kopieraufträge von Azure Cosmos DB, aber die Spiegelung ist ideal, um inkrementelle Änderungen zu verfolgen.

Nein, Sie können die Spiegelung aktivieren und deaktivieren, ohne dass dies Auswirkungen auf Ihr Azure Cosmos DB-Quellkonto oder Ihre Daten hat.

Die Spiegelung befindet sich in der Vorschau. Derzeit fallen keine Kosten für die Spiegelung oder Speicherung gespiegelter Daten in Fabric an. Die Rechenleistung für die Abfrage von Daten mit SQL, Power BI oder Spark wird zu den regulären Tarifen berechnet. Weitere Informationen finden Sie unter Fabric – Preise.

Für Azure Cosmos DB ist die fortlaufende Sicherung eine Voraussetzung für die Spiegelung. Wenn Sie vor der Spiegelung eine fortlaufende Sicherungsebene aktiviert haben, entstehen Ihnen keine zusätzlichen Kosten. Wenn Sie die fortlaufende Sicherung speziell für die Spiegelung aktivieren, wird Ihnen der mit diesem Feature verbundene Preis in Rechnung gestellt. Weitere Informationen finden Sie unter Azure Cosmos DB – Preise.

Wenn Sie den Datenexplorer verwenden, um die Quelldaten von Azure Cosmos DB anzuzeigen, fallen Kosten auf der Grundlage der Nutzung von Anforderungseinheiten (Request Units, RUs) an.

Egress-Gebühren werden nur erhoben, wenn sich Ihr Azure Cosmos DB-Konto in einer anderen Region befindet als Ihre Fabric-Kapazität. Fabric spiegelt von der geografisch nächstgelegenen Azure-Region zur Kapazitätsregion von Fabric in Szenarien, in denen ein Azure Cosmos DB-Konto mehrere Leseregionen hat. Weitere Informationen finden Sie unter Einschränkungen der Replikation.

Nein, die Spiegelung verwendet nicht den analytischen Speicher. Die Spiegelung hat keinen Einfluss auf Ihre transaktionalen Arbeitslasten oder den Durchsatzverbrauch.

In Azure Cosmos DB ist die fortlaufende Sicherung eine Voraussetzung für die Spiegelung. Diese Voraussetzung ermöglicht es Fabric, Ihre Daten zu spiegeln, ohne Ihre transaktionalen Arbeitslasten zu beeinträchtigen oder den analytischen Speicher zu benötigen.

Nein, die Spiegelung in Fabric hängt nicht mit Azure Synapse Link zusammen.

In Azure Cosmos DB ist die fortlaufende Sicherung eine Voraussetzung für die Spiegelung. Diese Voraussetzung ermöglicht es Fabric, Ihre Daten zu spiegeln, ohne Ihre transaktionalen Arbeitslasten zu beeinträchtigen oder den analytischen Speicher zu benötigen.

Nein, die Spiegelung in Fabric hängt nicht mit Azure Synapse Link zusammen. Sie können Azure Synapse Link weiterhin nutzen, während Sie die Spiegelungs-Feature in Fabric verwenden.

Ja, Sie können analytische Speicher und das Fabric-Spiegelungs-Feature auf demselben Azure Cosmos DB-Konto verwenden. Diese Features funktionieren unabhängig voneinander. Die Spiegelung beeinträchtigt die Verwendung von analytischen Speichern nicht.

Ja, Sie können den Änderungsfeed und die Spiegelung in Fabric für dasselbe Azure Cosmos DB-Konto verwenden. Diese Features funktionieren unabhängig voneinander. Die Spiegelung beeinträchtigt nicht die Änderungsfeed-Nutzung.

Die Spiegelung erfordert eine fortlaufende Sicherung von Azure Cosmos DB als Voraussetzung. Azure Cosmos DB-Konten mit aktivierter fortlaufender Sicherung können den analytischen Speicher nicht deaktivieren. Sobald Sie den analytischen Speicher für eine Sammlung deaktiviert haben, können Sie die fortlaufende Sicherung nicht mehr aktivieren.

Nein, Azure Synapse Link und Azure Synapse Analytics sind weiterhin für Ihre Workloads verfügbar. Es gibt keine Pläne, diese Workloads zu verwerfen. Sie können Azure Synapse Link weiterhin für Ihre Produktions-Workloads verwenden.

Wählen Sie im Fabric-Portal im Abschnitt Einstellungen die Optionen Verbindungen und Gateways verwalten.

Es werden nur Lese-/Schreibzugriffskontoschlüssel unterstützt.

Nein, derzeit werden nur Lese-/Schreibzugriffskontoschlüssel unterstützt.

Nein, derzeit werden nur Lese-/Schreibzugriffskontoschlüssel unterstützt.

Sie müssen die Anmeldeinformationen für die Fabric-Spiegelung aktualisieren, wenn die Kontoschlüssel ausgetauscht werden. Wenn Sie die Schlüssel nicht aktualisieren, schlägt die Spiegelung fehl. Um diesen Fehler zu beheben, stoppen Sie die Replikation, aktualisieren die Anmeldeinformationen mit den neu rotierten Schlüsseln und starten die Replikation erneut.

Nein, wenn Sie eine Datenbank von Azure Cosmos DB spiegeln, werden alle Container in Fabric OneLake repliziert.

Ja, mehrere Spiegel sind möglich, aber unnötig. Sobald sich die replizierten Daten in der Fabric befinden, können sie direkt von der Fabric aus an andere Ziele weitergegeben werden.

Nein, die Spiegelung unterstützt nicht die Erstellung von Verknüpfungen zu externen Quellen wie Azure Data Lake Storage (ADLS) Gen2 oder Amazon Web Services (AWS) Simple Storage Service (S3).

Die Option in Fabric zur Ansicht der Quelldatenbank bietet eine schreibgeschützte Ansicht der Live-Daten in Azure Cosmos DB mit dem Datenexplorer. Diese Perspektive ist eine Echtzeitansicht der Container, die die Quelle der replizierten Daten sind.

Diese Ansicht der Live-Daten direkt im Fabric-Portal ist ein nützliches Tool, um festzustellen, ob die Daten in OneLake aktuell sind oder im Vergleich zur Azure Cosmos DB-Quelldatenbank korrekt dargestellt werden. Bei Operationen mit dem Datenexplorer auf den Live-Daten von Azure Cosmos DB kann es zum Verbrauch von Anforderungseinheiten kommen.

Verwenden Sie das Fabric-Portal, um eine neue SQL-Abfrage für Ihren SQL-Analyseendpunkt zu erstellen. Von hier aus können Sie allgemeine Abfragen wie SELECT TOP 100 * FROM ... starten.

Verwenden Sie außerdem Lakehouse, um die OneLake-Daten lang mit anderen Daten zu analysieren. Von Lakehouse aus können Sie Spark verwenden, um Daten mit Notebooks abzufragen.

Die Synchronisierung der Daten wird vollständig verwaltet. Wenn Sie die Spiegelung aktivieren, werden die Daten nahezu in Echtzeit in Fabric OneLake repliziert und die Spiegelung repliziert fortlaufend neue Änderungen, sobald sie in der Quelldatenbank auftreten.

Auch wenn die Spiegelung über Regionen hinweg unterstützt wIrd, könnte dieses Szenario zu unerwarteten Kosten und Latenzzeiten bei der Datenübertragung im Netzwerk führen. Passen Sie ihre Fabric-Kapazität idealerweise an eine der Regionen Ihres Azure Cosmos DB-Kontos an. Weitere Informationen finden Sie unter Einschränkungen der Replikation.

Sie können bestehende gespiegelte Datenbanken als Verknüpfungen in Lakehouse hinzufügen. Von Lakehouse aus können Sie die Daten direkt untersuchen, die Daten in einem Notebook für Spark-Abfragen öffnen oder Modelle für maschinelles Lernen erstellen.

Die Latenz der anfänglichen und fortlaufenden Replikation variiert je nach Datenvolumen. In den meisten Fällen kann die Latenzzeit einige Minuten betragen, aber bei großen Datenmengen kann sie auch länger sein.

Sobald die anfänglichen Daten repliziert wurden, werden einzelne Vorgänge in Quasi-Echtzeit repliziert. In seltenen Fällen kann es zu einer kleinen Verzögerung kommen, wenn die Quelldatenbank innerhalb eines Zeitfensters ein hohes Volumen an Aktualisierungs- und Löschvorgängen aufweist.

Nein, die Spiegelung hat keine eingebaute Backoff-Logik, da die Replikation kontinuierlich und inkrementell erfolgt.

Nein, die Spiegelung unterstützt derzeit nicht den Änderungsdaten-Feed für gespiegelte Daten aus Azure Cosmos DB.

Die Spiegelung bietet keine integrierte Unterstützung für die Medaillon-Architektur. Sie können Ihre eigenen Silber- und Goldebenen mit Wasserzeichenlogik und Verarbeitung für Transformationen und Beitritte mit Pipelines oder Spark konfigurieren.

Ja.

Ja, verschachtelte Daten werden in OneLake als JSON-Zeichenkette geglättet. Verwenden Sie OPENJSON, CROSS APPLY und OUTER APPLY, um die Daten zur Ansicht zu glätten. Weitere Informationen finden Sie unter Verschachtelte Daten.

Nein, bei der Spiegelung werden verschachtelte Daten nicht automatisch reduziert. Für den SQL-Analyse-Endpunkt sind Methoden verfügbar, um mit verschachtelten JSON-Zeichenketten zu arbeiten. Weitere Informationen finden Sie unter Verschachtelte Daten.

Nein, im Allgemeinen treten bei SQL-Abfragen in Fabric keine Kaltstart-Latenzzeiten auf.

Datenexplorer und Replikation beginnen in Fabric zu versagen. Die OneLake-Daten bleiben so lange erhalten, bis Sie die gespiegelten Daten löschen.

Die Verbindung zum SQL-Analyse-Endpunkt für gespiegelte Daten ist ähnlich wie die Verwendung desselben Endpunkts für alle anderen Elemente in Fabric. Weitere Informationen finden Sie unter Verbindung mit Data Warehousing in Fabric.

Spiegeln Sie jede Azure Cosmos DB-Datenbank separat. Fügen Sie dann einen der SQL-Analyse-Endpunkte dem anderen als gespiegeltes Datenbankelement hinzu. Als nächstes verwenden Sie eine SQL-JOIN-Abfrage, um Abfragen über Container in verschiedenen Azure Cosmos DB-Datenbanken durchzuführen.

Spiegeln Sie die Azure Cosmos DB-Datenbank. Spiegeln Sie dann entweder die Azure SQL-Datenbank oder die Snowflake-Daten. Fügen Sie dann einen der SQL-Analyse-Endpunkte dem anderen als gespiegeltes Datenbankelement hinzu. Verwenden Sie nun eine SQLJOIN-Abfrage, um Abfragen über mehrere Datendienste hinweg durchzuführen.

Stoppen Sie die Replikation, indem Sie die Option Replikation stoppen des Fabric Portals verwenden. Diese Aktion stoppt die Replikation vollständig, entfernt aber keine Daten, die bereits in OneLake vorhanden sind.

Die Replikation unterstützt nicht die Konzepte des Anhaltens oder Fortsetzens. Wenn Sie die Replikation stoppen, wird die Replikation vollständig angehalten. Wenn Sie im Fabric-Portal die Option Replikation neu starten auswählen, wird die Replikation von Grund auf neu gestartet. Durch den Neustart der Replikation werden die OneLake-Daten durch die neuesten Daten ersetzt, anstatt sie schrittweise zu aktualisieren.

Die Spiegelung für Azure Cosmos DB spiegelt automatisch alle Container innerhalb der ausgewählten Datenbank. Aufgrund dieser Nuance enthält das Fabric-Portal keine Option zur Konfiguration spezifischer Replikationsoptionen für Azure Cosmos DB.

Optimal ist es, wenn die Replikation den Status Ausführen hat. Wenn der Replikationsstatus Ausführung mit Warnung lautet, ist die Replikation erfolgreich, aber es gibt ein Problem, das Sie beheben sollten. Der Status Stoppen, Gestoppt, Fehlgeschlagen oder Fehler weist auf schwerwiegendere Zustände hin, die ein Eingreifen erfordern, bevor die Replikation fortgesetzt werden kann. Weitere Informationen finden Sie unter Fabric-Spiegelung überwachen.

Ja, Daten, die mit TTL gelöscht werden, werden genauso behandelt wie Daten, die in Form von Löschvorgängen in Azure Cosmos DB gelöscht werden. Die Daten werden dann aus der gespiegelten Datenbank gelöscht. Bei der Spiegelung wird nicht zwischen diesen Löschungsmodalitäten unterschieden.

Löschvorgänge werden sofort auf OneLake repliziert. Es gibt derzeit keine Möglichkeit, Soft-Löschungen oder analytische TTL zu konfigurieren.

Nein, die analytische TTL wird nicht unterstützt.

Ja, Sie können direkt auf OneLake-Dateien zugreifen, indem Sie den Datei- oder Speicher-Explorer verwenden. Sie können OneLake-Delta-Dateien auch in Databricks verwenden. Weitere Informationen finden Sie unter Direkter Zugriff auf Fabric-Daten mit dem OneLake Datei-Explorer oder Integration von OneLake mit Azure Databricks.

Nein, Unterstützung für die automatische Spiegelungskonfiguration ist derzeit keine verfügbar.

Nein, Unterstützung für integrierte CI/CD ist derzeit nicht verfügbar.

Nein, diese Zugriffsebene wird derzeit nicht unterstützt.

Nein, private Endpunkte werden derzeit nicht unterstützt.

Nein, die Daten bleiben in Ihrem Fabric-Mandanten.

Nein, die Daten werden direkt im OneLake Ihres Mandanten bereitgestellt und nicht außerhalb Ihrer Umgebung.

Für die Nutzung der Spiegelung ist eine Lizenz für Power BI Premium-, Fabric-Kapazität bzw. Testversionskapazität erforderlich.

Informationen zur Lizenzierung finden Sie unter Fabric-Lizenzen.

Informationen zur Lizenzierung finden Sie unter Fabric-Lizenzen.

Zugehöriger Inhalt

• Übersicht über Spiegeldatenbanken in Microsoft Fabric von Azure Cosmos DB
• Problembehandlung: Microsoft Fabric Spiegeldatenbanken von Azure Cosmos DB
• Einschränkungen: Microsoft Fabric Spiegeldatenbanken von Azure Cosmos DB