Häufig gestellte Fragen zu Azure Synapse Link für Azure Cosmos DB

Azure Synapse Link wird für die Azure Cosmos DB-APIs für NoSQL, Gremlin und MongoDB unterstützt. Die Unterstützung für die Azure Cosmos DB-API für Gremlin befindet sich jetzt in der Vorschau.

Ja. Für Azure Cosmos DB-Konten in mehreren Regionen werden die im Analysespeicher gespeicherten Daten auch global verteilt. Der Analysespeicher existiert in allen Regionen, in denen Sie auch einen Transaktionsspeicher haben. Unabhängig davon, ob eine einzelne Schreibregion oder mehrere Schreibregionen genutzt werden, können analytische Abfragen, die von Azure Synapse Analytics durchgeführt werden, über die nächstgelegene lokale Region bereitgestellt werden.

Wenn Azure Synapse Link für ein Konto mit mehreren Regionen aktiviert ist, wird der Analysespeicher in allen Regionen erstellt, die von den Kunden für die transaktionale Georeplikation ausgewählt wurden. Die zugrunde liegenden Daten sind für Durchsatz und Transaktionskonsistenz im Transaktionsspeicher optimiert.

Ja.

Wenn die Synapse Link-Funktion auf Kontoebene aktiviert ist, ist es derzeit nicht möglich, sie zu deaktivieren. Wenn die Synapse Link-Funktion auf Kontoebene aktiviert ist und Sie nicht über für den Analysespeicher aktivierte Container verfügen, hat dies keine Auswirkungen auf die Abrechnung.

Wenn Sie die Funktion deaktivieren müssen, löschen Sie ein neues Azure Cosmos DB-Konto, und erstellen Sie es erneut, und migrieren Sie die Daten bei Bedarf.

Ja, Sie können die Azure CLI oder PowerShell verwenden, um die analytische Gültigkeitsdauer (TTL) auf 0 festzulegen. Dadurch wird Synapse Link für den Container deaktiviert und der analytische Speicher wird endgültig gelöscht. Bitte beachten Sie, dass diese Aktion derzeit nicht rückgängig gemacht werden kann und die Migration des Datenbankkontos zur fortlaufenden Sicherung blockiert.

Nein, es gibt keine Auswirkungen.

Ja, für die APIs für MongoDB- und NoSQL-Datenbankkonten. Verwenden Sie die CLI oder PowerShell für MongoDB-Konten.

Sie benötigen die Rolle Mitwirkender, um Synapse Link auf Kontoebene zu aktivieren.

Daten-Explorer in Synapse-Arbeitsbereichen unterstützt in der Strukturansicht keine Gremlin-Diagramme. Aber Sie können trotzdem Abfragen durchführen.

Ja. Derzeit können Sie Azure-Portal, Azure CLI, PowerShell oder Azure Cosmos DB-SDKs verwenden, um analytischen Speicher für vorhandene API für NoSQL-Container zu aktivieren. Und Sie können Azure CLI oder PowerShell für vorhandene API für MongoDB-Sammlungen verwenden.

Nein. Der Analysespeicher wird in einem Speicherkonto in einem internen Cosmos DB-Abonnement beibehalten. Kunden haben keinen Zugriff auf dieses Speicherkonto und müssen Azure Synapse-Runtimes verwenden, um die Daten zu lesen.

Ja, der Analysespeicher kann in der API für NoSQL-Container und in der API für MongoDB-Sammlungen mithilfe von PowerShell oder der CLI deaktiviert werden. Diese Aktion kann derzeit nicht rückgängig gemacht werden.

Ja, der Analysespeicher kann für Container mit per Autoskalierung bereitgestelltem Durchsatz aktiviert werden.

Azure Cosmos DB garantiert eine Leistungsisolation zwischen Transaktions- und Analyseworkloads. Die Aktivierung des Analysespeichers für einen Container hat keine Auswirkungen auf die Azure Cosmos DB-RU/s. Die Transaktionen (Lese- und Schreibvorgänge) und die Speicherkosten für den Analysespeicher werden separat abgerechnet. Weitere Informationen finden Sie in den Preisen für den Azure Cosmos DB-Analysespeicher.

Ja. Sie können einen verwalteten privaten Endpunkt konfigurieren und den Netzwerkzugriff von Analysespeicher auf das von Azure Synapse verwaltete virtuelle Netzwerk beschränken. Mit verwalteten privaten Endpunkten wird eine private Verbindung mit Ihrem Analysespeicher hergestellt.

Sie können private Endpunkte sowohl für den Transaktionsspeicher als auch den Analysespeicher dem gleichen Azure Cosmos DB-Konto in einem Azure Synapse Analytics-Arbeitsbereich hinzufügen. Wenn Sie nur Analyseabfragen ausführen möchten, können Sie im Synapse Analytics-Arbeitsbereich auch nur den privaten Endpunkt für die Analyse aktivieren.

Sie können Daten nahtlos im Transaktions- und Analysespeicher verschlüsseln und dabei die gleichen kundenseitig verwalteten Schlüssel automatisiert und transparent verwenden. Um für den Analysespeicher kundenseitig verwaltete Schlüssel nutzen zu können, müssen Sie in Ihrer Azure Key Vault-Zugriffsrichtlinie die systemseitig verwaltete Identität Ihres Azure Cosmos DB-Kontos verwenden. Anschließend sollten Sie den Analysespeicher in Ihrem Konto aktivieren können. Weitere Informationen finden Sie hier.

Ja, im Transaktionsspeicher vorgenommene Lösch- und Aktualisierungsvorgänge spiegeln sich im Analysespeicher wider. Sie können die Gültigkeitsdauer (Time to Live, TTL) für den Container so konfigurieren, dass Verlaufsdaten einbezogen werden, damit der Analysespeicher alle Versionen der Elemente beibehält, die die analytischen TTL-Kriterien erfüllen. Weitere Informationen finden Sie in der Übersicht über die analytische Gültigkeitsdauer.

Mithilfe der verschiedenen von Azure Synapse Analytics bereitgestellten Laufzeiten können Sie nur auf Abfragen für den Analysespeicher zugreifen und diese ausführen. Der Analysespeicher kann mithilfe von Folgendem abgefragt und analysiert werden:

• Synapse Spark mit vollständiger Unterstützung für Scala, Python, SparkSQL und C#. Synapse Spark ist von zentraler Bedeutung für Datentechnik- und Data Science-Szenarien.
• Serverlose SQL-Pools mit T-SQL und Unterstützung für bekannte BI-Tools (z. B. Power BI Premium usw.)

Derzeit ist es nicht möglich, über Synapse SQL (bereitgestellt) auf den Analysespeicher zuzugreifen.

Nein, der Analysespeicher ist schreibgeschützt.

Die Wartezeit für die automatische Synchronisierung liegt normalerweise innerhalb von 2 Minuten. In Fällen, in denen eine Datenbank mit gemeinsam genutztem Durchsatz und einer großen Anzahl von Containern verwendet wird, kann die Wartezeit für die automatische Synchronisierung einzelner Containern länger sein und bis zu 5 Minuten betragen.

Wenn bestimmte Elemente in Ihrem Container gegen das genau definierte Schema für Analysen verstoßen, werden sie nicht in den Analysespeicher aufgenommen.

Der Analysespeicher ist standardmäßig nicht partitioniert. Wenn Ihre analytischen Abfragen häufig verwendete Filter enthalten, verwenden Sie die benutzerdefinierte Partitionierung, um eine bessere Leistung zu erzielen. Weitere Informationen finden Sie hier.

Derzeit können Sie die Datenelemente nicht transformieren, wenn sie automatisch aus dem Transaktionsspeicher in den Analysespeicher weitergegeben werden. Wenn Sie Szenarien durch diese Einschränkung blockiert haben, wenden Sie sich per E-Mail an das Azure Cosmos DB-Team.

Nein, Sie können nicht mit den Azure Cosmos DB SDKs auf den Analysespeicher zugreifen. Sie müssen Azure Synapse Analytics, Spark oder serverlose SQL-Pools verwenden.

Nein, Sie können nicht mit den Azure Cosmos DB-REST-APIs auf den Analysespeicher zugreifen. Sie müssen Azure Synapse Analytics, Spark oder serverlose SQL-Pools verwenden.

Derzeit unterstützt Terraform keine Analysespeichercontainer. Weitere Informationen finden Sie unter den GitHub-Problemen im Zusammenhang mit Terraform.

Sie benötigen mindestens die Operator-Rolle, um Synapse Link zu aktivieren, damit der Analysespeicher auf Container- oder Auflistungsebene aktiviert werden kann.

Derzeit kann die Gültigkeitsdauer für analytische Daten nur auf Containerebene konfiguriert werden, und das Festlegen der analytischen Gültigkeitsdauer auf Elementebene wird nicht unterstützt.

Ja, die analytische Gültigkeitsdauer kann auf einen beliebigen gültigen Wert aktualisiert werden. Weitere Informationen zur analytischen Gültigkeitsdauer finden Sie im Artikel Analytische Gültigkeitsdauer.

Alle transaktionalen Aktualisierungen und Löschvorgänge werden in den Analysespeicher kopiert. Wenn das Element jedoch aus dem Transaktionsspeicher gelöscht wurde, kann es im Analysespeicher nicht aktualisiert werden. Weitere Informationen finden Sie im Artikel Analytische Gültigkeitsdauer.

Das Abrechnungsmodell für Azure Synapse Link umfasst die Kosten für die Nutzung des Azure Cosmos DB-Analysespeichers und der Synapse-Runtime. Weitere Informationen finden Sie unter den Preisen für den Azure Cosmos DB-Analysespeicher und den Preisen für Azure Synapse Analytics.

Keine. Gebühren fallen nur an, wenn Sie einen für den Analysespeicher aktivierten Container erstellen und mit dem Laden von Daten beginnen.

Die Authentifizierung beim Analysespeicher erfolgt genauso wie beim Transaktionsspeicher. Für eine bestimmte Datenbank können Sie sich mit dem Primärschlüssel oder dem schreibgeschützten Schlüssel authentifizieren. Sie können verknüpfte Dienste in Azure Synapse Studio verwenden, um zu verhindern, dass die Azure Cosmos DB-Schlüssel in die Spark-Notebooks eingefügt werden. Der Zugriff auf diesen verknüpften Dienst steht allen Benutzern zur Verfügung, die Zugriff auf den Arbeitsbereich haben. Wenn Sie serverlose Synapse-SQL-Pools verwenden, können Sie den Azure Cosmos DB-Analysespeicher abfragen, indem Sie SQL-Anmeldeinformationen vorab erstellen und in der OPENROWSET-Funktion darauf verweisen. Weitere Informationen finden Sie im Artikel Abfragen mit einem serverlosen SQL-Pool in Azure Synapse Link.

Ja, Azure Synapse Link unterstützt das Konfigurieren von kundenseitig verwalteten Schlüsseln mithilfe der verwalteten Identität Ihres Azure Cosmos DB-Kontos. Sie können Daten nahtlos im Transaktions- und Analysespeicher verschlüsseln und dabei die gleichen kundenseitig verwalteten Schlüssel automatisiert und transparent verwenden. Weitere Informationen finden Sie in dem Artikel Konfigurieren von kundenseitig verwalteten Schlüsseln mithilfe verwalteter Identitäten eines Azure Cosmos DB-Kontos.

Ja. Sie können den Netzwerkzugriff auf die Daten in den Transaktions- und Analysespeichern unabhängig voneinander steuern. Die Netzwerkisolation erfolgt über separate verwaltete private Endpunkte für jeden Speicher in verwalteten virtuellen Netzwerken in Azure Synapse-Arbeitsbereichen. Weitere Informationen finden Sie im Artikel Konfigurieren privater Endpunkte für den Analysespeicher.

In der Regel sind 403-Fehler auf Netzwerk-/Firewalleinstellungen zurückzuführen, die verhindern, dass Benutzer auf bestimmte Daten zugreifen, selbst über das Portal. Die häufigste Ursache für dieses Problem ist, dass Schritt 1 des Prozesses zum Aktivieren der Netzwerkisolation mithilfe privater Endpunkte nicht mit der Azure CLI oder PowerShell ausgeführt wurde. Ausführlichere Informationen finden Sie hier.

Dieses Feature ist derzeit nicht verfügbar.

Die Unterstützung für strukturiertes Spark-Streaming für Azure Cosmos DB wird derzeit mithilfe der Änderungsfeedfunktion des Transaktionsspeichers implementiert. Im Analysespeicher wird dies noch nicht unterstützt.

Das Streamen von Daten aus dem Analysespeicher wird nicht unterstützt.

Ein Azure Cosmos DB-Container, der mit dem Analysespeicher aktiviert ist, weist das folgende Symbol auf:

Ein Transaktionsspeichercontainer wird durch das folgende Symbol dargestellt:

Derzeit werden Azure Cosmos DB-Anmeldeinformationen beim Erstellen des verknüpften Diensts von dem Benutzer übermittelt, der Zugriff auf die Azure Cosmos DB-Datenbanken hat. Der Zugriff auf diesen Speicher steht anderen Benutzern zur Verfügung, die Zugriff auf den Arbeitsbereich haben.

Ja.

Nächste Schritte

• Erfahren Sie mehr über die Vorteile von Azure Synapse Link.

• Erfahren Sie mehr über die Integration zwischen Azure Synapse Link und Azure Cosmos DB.