Wiederherstellen eines Clusters aus einem Snapshot - Amazon Redshift

Amazon Redshift unterstützt ab dem 1. November 2025 nicht mehr die Erstellung neuer Python-UDFs. Wenn Sie Python-UDFs verwenden möchten, erstellen Sie die UDFs vor diesem Datum. Bestehende Python-UDFs funktionieren weiterhin wie gewohnt. Weitere Informationen finden Sie im Blog-Posting.

Wiederherstellen eines Clusters aus einem Snapshot

Ein Snapshot enthält Daten aus Datenbanken, die auf Ihrem Cluster ausgeführt werden. Dazu enthält er Informationen zu Ihrem Cluster, darunter die Anzahl der Knoten, den Knotentyp und den Admin-Benutzernamen. Wenn Sie einen Cluster aus einem Snapshot wiederherstellen, verwendet Amazon Redshift die Cluster-Informationen zur Erstellung eines neuen Clusters. Dann werden alle Datenbanken aus den Snapshot-Daten wiederhergestellt.

Anmerkung

Tabellen ohne Backup werden für RA3-Cluster und Arbeitsgruppen in Amazon Redshift Serverless nicht unterstützt. Eine Tabelle, die in einem RA3-Cluster oder einer Serverless-Arbeitsgruppe als „kein Backup“ gekennzeichnet ist, wird als permanente Tabelle behandelt, die bei der Erstellung eines Snapshots stets gesichert und bei der Wiederherstellung aus einem Snapshot stets wiederhergestellt wird.

Für den aus dem ursprünglichen Snapshot wiederhergestellten neuen Cluster können Sie die Konfiguration auswählen, etwa den Knotentyp und die Anzahl der Knoten. Der Cluster wird in derselben AWS-Region und in einer zufällig vom System ausgewählten Availability Zone wiederhergestellt, es sei denn, Sie geben in Ihrer Anforderung eine andere Availability Zone an. Wenn Sie einen Cluster anhand eines Snapshots wiederherstellen, können Sie optional eine kompatible Wartungsspur für den neuen Cluster auswählen.

Anmerkung

Wenn Sie einen Snapshot zu einem Cluster mit einer anderen Konfiguration wiederherstellen, muss der Snapshot auf einem Cluster mit Clusterversion 1.0.10013 oder höher erstellt worden sein.

Während eine Wiederherstellung ausgeführt wird, werden Ereignisse in der Regel in der folgenden Reihenfolge ausgegeben:

  1. RESTORE_STARTED – REDSHIFT-EVENT-2008 wird gesendet, wenn der Wiederherstellungsprozess beginnt.

  2. RESTORE_SUCCEEDED – REDSHIFT-EVENT-3003 wird gesendet, wenn der neue Cluster erstellt wurde.

    Der Cluster ist für Abfragen verfügbar.

  3. DATA_TRANSFER_COMPLETED — REDSHIFT-EVENT-3537 wird gesendet, wenn die Datenübertragung abgeschlossen ist.

Anmerkung

RA3-Cluster geben nur RESTORE_STARTED- und RESTORE_SUCCEEDED-Ereignisse aus. Es gibt keine explizite Datenübertragung, die erfolgen muss, nachdem ein RESTORE erfolgreich war, da RA3-Knotentypen Daten in von Amazon Redshift verwaltetem Speicher speichern. Bei RA3-Knoten werden Daten im Rahmen der normalen Abfrageverarbeitung kontinuierlich zwischen RA3-Knoten und dem von Amazon Redshift verwalteten Speicher übertragen. RA3-Knoten speichern aktive Daten lokal und weniger häufig abgefragte Blöcke automatisch in von Amazon Redshift verwaltetem Speicher.

Sie können den Fortschritt einer Wiederherstellung durch Aufrufen der API-OperationDescribeClusters oder durch Anzeigen der Clusterdetails in der AWS-Managementkonsole überwachen. Für eine Wiederherstellung in Bearbeitung werden Informationen wie die Größe der Snapshot-Daten, die Übertragungsrate, die verstrichene Zeit und die geschätzte Restzeit angezeigt. Eine Beschreibung dieser Metriken finden Sie unter RestoreStatus.

Sie können einen Snapshot nicht zum Wiederherstellen eines aktiven Clusters in einen vorherigen Status verwenden.

Anmerkung

Wenn Sie einen Snapshot in einen neuen Cluster wiederherstellen, werden die Standardsicherheitsgruppe und -parametergruppe verwendet, sofern Sie keine anderen Werte angeben.

Möglicherweise möchten Sie aus den folgenden Gründen einen Snapshot zu einem Cluster mit einer anderen Konfiguration wiederherstellen:

  • Wenn ein Cluster aus kleineren Knotentypen besteht und Sie ihn zu einem größeren Knotentyp mit weniger Knoten konsolidieren möchten.

  • Wenn Sie Ihre Workloads beobachtet haben und feststellen, dass Sie einen Knotentyp mit mehr CPU-Leistung und Speicherplatz benötigen.

  • Wenn Sie die Leistung von Test-Workloads mit anderen Knotentypen messen möchten.

Für die Wiederherstellung gelten die folgenden Einschränkungen:

  • Die neue Knotenkonfiguration muss über genügend Speicherplatz für vorhandene Daten verfügen. Auch wenn Sie Knoten hinzufügen, verfügt Ihre neue Konfiguration möglicherweise aufgrund der Verteilung der Daten nicht über ausreichend Speicherplatz.

  • Der Wiederherstellungsvorgang überprüft, ob der Snapshot auf einer Cluster-Version erstellt wurde, die mit der Cluster-Version des neuen Clusters kompatibel ist. Wenn die Versionsebene des neuen Clusters zu früh ist, schlägt der Wiederherstellungsvorgang fehl und weitere Informationen werden in einer Fehlermeldung ausgegeben.

  • Welche möglichen Konfigurationen (Knotenanzahl und Knotentyp) Sie wiederherstellen können, ist von der Anzahl der Knoten im ursprünglichen Cluster und dem Zielknotentyp des neuen Clusters abhängig. Zum Ermitteln der verfügbaren Konfigurationen können Sie die Amazon-Redshift-Konsole oder den AWS CLI-Befehl describe-node-configuration-options mit action-type restore-cluster verwenden. Weitere Informationen zur Wiederherstellung mithilfe der Amazon-Redshift-Konsole finden Sie unter Wiederherstellen eines Clusters aus einem Snapshot.

Die folgenden Schritte basieren auf einem Cluster mit zahlreichen Knoten und konsolidieren diesen zu einem größeren Knotentyp mit einer geringeren Zahl von Knoten mit AWS CLI. Für dieses Beispiel beginnen wir mit einem Quell-Cluster mit 24 -Knoten. Für diesen Fall nehmen wir an, dass wir bereits einen Snapshot dieses Clusters erstellt haben und diesen jetzt zu einem größeren Knotentyp wiederherstellen möpchten.

  1. Führen Sie den folgenden Befehl aus, um die Details zu unserem 24-Knoten--Cluster abzurufen. 

    aws redshift describe-clusters --region eu-west-1 --cluster-identifier mycluster-123456789012

  2. Führen Sie den folgenden Befehl aus, um die Details des Snapshots abzurufen. 

    aws redshift describe-cluster-snapshots --region eu-west-1 --snapshot-identifier mycluster-snapshot

  3. Führen Sie den folgenden Befehl aus, um die für diesen Snapshot verfügbaren Optionen zu beschreiben. 

    aws redshift describe-node-configuration-options --snapshot-identifier mycluster-snapshot --region eu-west-1 --action-type restore-cluster

    Dieser Befehl gibt eine Optionenliste mit empfohlenen Knotentypen, der Knotenanzahl und der Festplattennutzung für jede Option aus. Bei diesem Beispiel listet der obige Befehl die folgenden möglichen Knotenkonfigurationen auf. Wir entscheiden uns für die Wiederherstellung zu einem -Cluster mit drei Knoten.

    {
    "NodeConfigurationOptionList": [
        {
            "EstimatedDiskUtilizationPercent": 65.26134808858235,
            "NodeType": "dc2.large",
            "NumberOfNodes": 24
        },
        {
            "EstimatedDiskUtilizationPercent": 32.630674044291176,
            "NodeType": "dc2.large",
            "NumberOfNodes": 48
        },
        {
            "EstimatedDiskUtilizationPercent": 65.26134808858235,
            "NodeType": "dc2.8xlarge",
            "NumberOfNodes": 3
        },
        {
            "EstimatedDiskUtilizationPercent": 48.94601106643677,
            "NodeType": "dc2.8xlarge",
            "NumberOfNodes": 4
        },
        {
            "EstimatedDiskUtilizationPercent": 39.156808853149414,
            "NodeType": "dc2.8xlarge",
            "NumberOfNodes": 5
        },
        {
            "EstimatedDiskUtilizationPercent": 32.630674044291176,
            "NodeType": "dc2.8xlarge",
            "NumberOfNodes": 6
        }
    ]
}

  4. Führen Sie den folgenden Befehl aus, um den Snapshot zu der von uns gewählten Clusterkonfiguration wiederherzustellen. Nach der Wiederherstellung dieses Clusters haben wir denselben Inhalt wie der Quell-Cluster, wobei die Daten aber in drei dc2.8xlarge-Knoten konsolidiert wurden. 

    aws redshift restore-from-cluster-snapshot --region eu-west-1 --snapshot-identifier mycluster-snapshot --cluster-identifier mycluster-123456789012-x --node-type dc2.8xlarge --number-of-nodes 3

Wenn Sie reservierte Knoten haben, zum Beispiel reservierte DC2-Knoten, können Sie auf reservierte RA3-Knoten aktualisieren. Sie können dies tun, wenn Sie eine Wiederherstellung von einem Snapshot oder eine elastische Größenänderung durchführen. Sie können die Konsole verwenden, um sich durch den Prozess führen zu lassen. Weitere Informationen zum Aktualisieren auf RA3-Knoten finden Sie unter Migration zu RA3-Knotentypen.

So stellen Sie einen Cluster mit der Konsole aus einem Snapshot wieder her

  1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-Redshift-Konsole unter https://console.aws.amazon.com/redshiftv2/.

  2. Wählen Sie im Navigationsmenü Clusters (Cluster), Snapshots und dann den wiederherzustellenden Snapshot aus.

  3. Wählen Sie Restore from snapshot (Aus Snapshot Wiederherstellen) aus, um die Werte Cluster configuration (Cluster-Konfiguration) und Cluster details (Cluster-Details) des neuen zu erstellenden Clusters unter Verwendung der Snapshot-Informationen anzuzeigen.

  4. Aktualisieren Sie die Eigenschaften des neuen Clusters und wählen Sie dann Restore cluster from snapshot (Cluster aus Snapshot wiederherstellen) aus.

Nach der Wiederherstellung Ihres Cluster-Snapshots wird das wiederhergestellte Data Warehouse mit demselben benutzerdefinierten AWS-KMS-Schlüssel verschlüsselt, den es zum Zeitpunkt der Snapshot-Erstellung verwendet hat. Wenn der Snapshot keinen benutzerdefinierten KMS-Schlüssel hatte, hängt die Backup-Verschlüsselungslogik von Amazon Redshift von den folgenden Faktoren ab:

  • Der Typ des Data Warehouses von Amazon Redshift, für den Sie den Snapshot wiederherstellen.

  • Der Verschlüsselungstyp des Clusters zum Zeitpunkt der Snapshot-Erstellung.

In der folgenden Tabelle erfahren Sie, wie Ihr Data Warehouse verschlüsselt wird, nachdem Sie es aus Ihrem Cluster-Snapshot wiederhergestellt haben:

Zieltyp Snapshot-Verschlüsselungstyp Zielverschlüsselungstyp
Bereitgestellter Cluster Verschlüsselt mit einem Von AWS verwalteter Schlüssel Verschlüsselt mit einem Von AWS verwalteter Schlüssel
Bereitgestellter Cluster Verschlüsselt mit einem AWS-eigener Schlüssel Verschlüsselt mit einem AWS-eigener Schlüssel
Serverless-Namespace Verschlüsselt mit einem Von AWS verwalteter Schlüssel Verschlüsselt mit einem AWS-eigener Schlüssel
Serverless-Namespace Verschlüsselt mit einem AWS-eigener Schlüssel Verschlüsselt mit einem AWS-eigener Schlüssel

Wenn AWS Secrets Manager das Administratorpasswort Ihres Clusters zum Zeitpunkt der Erstellung des Screenshots verwaltet hat, müssen Sie AWS Secrets Manager weiterhin für die Verwaltung des Administratorpassworts verwenden. Sie haben die Möglichkeit, die Verwendung von Secrets nach der Wiederherstellung des Clusters durch Aktualisierung der Administratoranmeldeinformationen des Clusters auf der Seite mit den Cluster-Details zu deaktivieren.

Wenn Sie reservierte Knoten haben, können Sie auf reservierte RA3-Knoten aktualisieren. Sie können dies tun, wenn Sie eine Wiederherstellung von einem Snapshot oder eine elastische Größenänderung durchführen. Sie können die Konsole verwenden, um sich durch den Prozess führen zu lassen. Weitere Informationen zum Aktualisieren auf RA3-Knoten finden Sie unter Migration zu RA3-Knotentypen.