Standard-Datashares - Amazon Redshift

Amazon Redshift unterstützt UDFs ab Patch 198 nicht mehr die Erstellung von neuem Python. Das bestehende Python UDFs wird bis zum 30. Juni 2026 weiterhin funktionieren. Weitere Informationen finden Sie im Blog-Posting.

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Standard-Datashares

Mit Standard-Datashares können Sie Daten für bereitgestellte Cluster, serverlose Arbeitsgruppen, Availability Zones und gemeinsam nutzen. AWS-Konten AWS-Regionen Die Daten können zwischen Cluster-Typen sowie zwischen bereitgestellten Clustern und Amazon Redshift Serverless geteilt werden.

Beachten Sie bei der Datenfreigabe den folgenden bereitgestellten Cluster, den Serverless-Namespace und die AWS-Konto -Bezeichner:

  • Bereitgestellte Namespaces sind Kennungen, die von Amazon Redshift bereitgestellte Cluster identifizieren. Bei der Erstellung des bereitgestellten Clusters wird automatisch ein Namespace Globally Unique Identifier (GUID) erstellt und an den Cluster angehängt. Ein Amazon-Ressourcenname (ARN) hat das Format arn:{partition}:redshift:{region}:{account-id}:namespace:{namespace-guid}. Sie können den Namespace eines bereitgestellten Clusters auf der Seite mit den Cluster-Details auf der Amazon-Redshift-Konsole sehen.

    Im Workflow für die Datenfreigabe werden der Namespace-GUID-Wert und der Namespace-ARN verwendet, um Daten für Cluster im AWS-Konto freizugeben. Sie können auch den Namespace für den aktuellen Cluster mithilfe der Funktion current_namespace finden.

  • Serverless Namespaces sind Kennungen, die Amazon Redshift Serverless identifizieren. Bei der Erstellung von Amazon Redshift Serverless wird automatisch ein Namespace Globally Unique Identifier (GUID) erstellt und an die Instance angehängt. Ein Serverless-Namespace-ARN hat das Format arn:{partition}:redshift-serverless:{region}:{account-id}:namespace/{namespace-guid}.

  • AWS-Konten können Nutzer von Datashares sein und werden jeweils durch eine 12-stellige ID repräsentiert. AWS-Konto

Berücksichtigen Sie für Standard-Datashares Folgendes:

  • Wenn ein Produzenten-Cluster gelöscht wird, löscht Amazon Redshift die vom Produzenten-Cluster erstellten Datashares. Wenn ein Produzenten-Cluster gesichert und wiederhergestellt wird, bleiben die erstellten Datashares weiterhin auf dem wiederhergestellten Cluster erhalten. Berechtigungen für das Datashare, die auf anderen Clustern gewährt wurden, gelten auf dem wiederhergestellten Cluster jedoch nicht mehr. Erteilen Sie den gewünschten Konsumenten-Clustern erneut Nutzungsberechtigungen für Datashares. Die Konsumenten-Datenbank auf dem Konsumenten-Cluster verweist auf das Datashare aus dem ursprünglichen Cluster, in dem der Snapshot erstellt wird. Um die freigegebenen Daten aus dem wiederhergestellten Cluster abzufragen, erstellt der Konsumenten-Administrator eine andere Datenbank. Oder der Administrator kann eine vorhandene Verbraucherdatenbank löschen und neu erstellen, um das Datashare aus dem neu wiederhergestellten Cluster zu verwenden.

  • Wenn ein Konsumenten-Cluster gelöscht und aus einem Snapshot wiederhergestellt wird, ist der vorherige freigegebene Zugriff für diesen Cluster nicht mehr gültig und sichtbar. Wenn auf dem wiederhergestellten Konsumenten-Cluster weiterhin Zugriff auf Datashares erforderlich ist, muss der Produzenten-Administrator dem wiederhergestellten Konsumenten-Cluster die Verwendung von Datashares erneut gewähren. Der Konsumenten-Administrator muss alle veralteten Konsumenten-Datenbanken löschen, die aus den inaktiven Datashares erstellt wurden. Dann muss der Administrator die Konsumentendatenbank aus dem Datashare neu erstellen, nachdem der Produzent die Berechtigungen erneut erteilt hat. Da sich die Namespace-GUID auf einem wiederhergestellten Cluster von dem ursprünglichen Cluster unterscheidet, gewähren Sie Datashare-Berechtigungen erneut, wenn der Konsumenten- oder Produzenten-Cluster aus dem Backup wiederhergestellt wird.