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. # Verwalten einer DB-Instance für Amazon RDS Custom für SQL Server Amazon RDS Custom für SQL Server unterstützt eine Teilmenge der üblichen Verwaltungsaufgaben für Amazon-RDS-DB-Instances. Im Folgenden finden Sie Anweisungen für die unterstützten Verwaltungsaufgaben von RDS Custom für SQL Server mit AWS-Managementkonsole und AWS CLI. **Topics** + [ # Anhalten und Fortsetzen der RDS Custom Automation ](custom-managing-sqlserver.pausing.md) + [ # Ändern einer RDS Custom for SQL Server-DB-Instance ](custom-managing.modify-sqlserver.md) + [ # Ändern des Speichers für eine DB-Instance von RDS Custom für Oracle ](custom-managing-sqlserver.storage-modify.md) + [ # Markieren von Ressourcen für RDS Custom für SQL Server ](custom-managing-sqlserver.tagging.md) + [ ## Löschen einer DB-Instance von RDS Custom für SQL Server ](#custom-managing-sqlserver.deleting) + [ # Eine DB-Instance von RDS Custom für SQL Server starten und anhalten ](custom-managing-sqlserver.startstop.md) # Anhalten und Fortsetzen der RDS Custom Automation RDS Custom bietet automatisch Überwachung und Instance-Wiederherstellung für eine DB-Instance von RDS Custom für SQL Server. Wenn Sie die Instance anpassen müssen, gehen Sie wie folgt vor: 1. Pausieren Sie die benutzerdefinierte RDS Automation für einen bestimmten Zeitraum. Die Pause stellt sicher, dass Ihre Anpassungen die RDS Custom Automatisierung nicht beeinträchtigen. 1. Passen Sie die DB-Instance von RDS Custom für SQL Server nach Bedarf an. 1. Führen Sie eine der folgenden Aufgaben aus: + Nehmen Sie die Automatisierung manuell fort. + Warten Sie, bis der Pausezeitraum endet. In diesem Fall nimmt RDS Custom die Überwachung und Instance-Wiederherstellung automatisch wieder auf. **Wichtig** Das Anhalten und Fortsetzen der Automatisierung sind die einzigen unterstützten Automatisierungsaufgaben beim Ändern einer DB-Instance von RDS Custom für SQL Server. ## Konsole **So pausieren oder setzen Sie RDS Custom Automation fort** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Databases (Datenbanken)** und dann die RDS Custom DB-Instance, die Sie ändern möchten. 1. Wählen Sie **Ändern** aus. Die Seite **Modify DB instance** (DB-Instance ändern) wird angezeigt. 1. Für **RDS Benutzerdefinierter Automatisierungsmodus** wählen Sie eine der folgenden Optionen aus: + **Paused** unterbricht die Überwachung und Instance-Wiederherstellung für die RDS Custom DB-Instance. Geben Sie die Pausedauer ein, für die Sie (in Minuten) die **Dauer des Automatisierungsmodus** möchten. Der Standardwert beträgt 60 Minuten. Der Maximalwert beträgt 1440 Minuten. + **Vollständige Automatisierung** nimmt die Automatisierung wieder auf. 1. Klicken Sie auf **Weiter** und überprüfen Sie die Zusammenfassung aller Änderungen. Eine Meldung zeigt an, dass RDS Custom die Änderungen sofort anwendet. 1. Wenn sie korrekt sind, wählen Sie **Modify DB Instance** (DB-Instance ändern) aus, um Ihre Änderungen zu speichern. Oder klicken Sie auf **Zurück**, um Ihre Änderungen zu bearbeiten, oder auf **Abbrechen**, um Ihre Änderungen zu verwerfen. In der RDS-Konsole werden die Details der Änderung angezeigt. Wenn Sie die Automatisierung angehalten haben, wird der **Status** Ihrer RDS Custom DB-Instance zeigt **Automatisierung wurde angehalten**. 1. (Optional) Wählen Sie im Navigationsbereich **Datenbanken** und dann Ihre RDS Custom DB-Instance. In **Übersicht**, gibt **RDS Benutzerdefinierter Automatisierungsmodus** den Automatisierungsstatus an. Wenn die Automatisierung angehalten wird, ist der Wert **Pausiert. Die Automatisierung wird fortgesetzt in *Num* Minuten**. ## AWS CLI Verwenden Sie den AWS CLI-Befehl `modify-db-instance`, um die RDS-Custom-Automatisierung anzuhalten oder fortzusetzen. Identifizieren Sie die DB-Instance mit dem erforderlichen Parameter `--db-instance-identifier`. Steuern Sie den Automatisierungsmodus mit den folgenden Parametern: + `--automation-mode` gibt den Pausestatus der DB-Instance an. Gültige Werte sind `all-paused`, was die Automatisierung anhält, und `full`, was es wieder aufnimmt. + `--resume-full-automation-mode-minutes` gibt die Dauer der Pause an. Der Standardwert beträgt 60 Minuten. **Anmerkung** Unabhängig davon, ob Sie `--no-apply-immediately` oder `--apply-immediately` angeben, wendet RDS Custom Änderungen so schnell wie möglich asynchron an. In der Befehlsantwort `ResumeFullAutomationModeTime` gibt die Lebenslaufzeit als UTC-Zeitstempel an. Wenn der Automatisierungsmodus `all-paused` ist, können Sie `modify-db-instance` verwenden, um den Automatisierungsmodus fortzusetzen oder den Pausezeitraum zu verlängern. Es werden keine anderen `modify-db-instance`-Optionen unterstützt. Das folgende Beispiel unterbricht die Automatisierung für `my-custom-instance` für 90 Minuten. **Example** Für Linux, macOS oder Unix: ``` aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --automation-mode all-paused \ --resume-full-automation-mode-minutes 90 ``` Für Windows: ``` aws rds modify-db-instance ^ --db-instance-identifier my-custom-instance ^ --automation-mode all-paused ^ --resume-full-automation-mode-minutes 90 ``` Im folgenden Beispiel wird die Pausedauer um weitere 30 Minuten verlängert. Die 30 Minuten werden zur Originalzeit hinzugefügt, die in `ResumeFullAutomationModeTime` angezeigt wird. **Example** Für Linux, macOS oder Unix: ``` aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --automation-mode all-paused \ --resume-full-automation-mode-minutes 30 ``` Für Windows: ``` aws rds modify-db-instance ^ --db-instance-identifier my-custom-instance ^ --automation-mode all-paused ^ --resume-full-automation-mode-minutes 30 ``` Im folgenden Beispiel wird die vollständige Automatisierung für `my-custom-instance` wieder aufgenommen. **Example** Für Linux, macOS oder Unix: ``` aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --automation-mode full \ ``` Für Windows: ``` aws rds modify-db-instance ^ --db-instance-identifier my-custom-instance ^ --automation-mode full ``` In der folgenden partiellen Beispielausgabe ist der ausstehende `AutomationMode`-Wert `full`. ``` { "DBInstance": { "PubliclyAccessible": true, "MasterUsername": "admin", "MonitoringInterval": 0, "LicenseModel": "bring-your-own-license", "VpcSecurityGroups": [ { "Status": "active", "VpcSecurityGroupId": "0123456789abcdefg" } ], "InstanceCreateTime": "2020-11-07T19:50:06.193Z", "CopyTagsToSnapshot": false, "OptionGroupMemberships": [ { "Status": "in-sync", "OptionGroupName": "default:custom-oracle-ee-19" } ], "PendingModifiedValues": { "AutomationMode": "full" }, "Engine": "custom-oracle-ee", "MultiAZ": false, "DBSecurityGroups": [], "DBParameterGroups": [ { "DBParameterGroupName": "default.custom-oracle-ee-19", "ParameterApplyStatus": "in-sync" } ], ... "ReadReplicaDBInstanceIdentifiers": [], "AllocatedStorage": 250, "DBInstanceArn": "arn:aws:rds:us-west-2:012345678912:db:my-custom-instance", "BackupRetentionPeriod": 3, "DBName": "ORCL", "PreferredMaintenanceWindow": "fri:10:56-fri:11:26", "Endpoint": { "HostedZoneId": "ABCDEFGHIJKLMNO", "Port": 8200, "Address": "my-custom-instance.abcdefghijk.us-west-2.rds.amazonaws.com" }, "DBInstanceStatus": "automation-paused", "IAMDatabaseAuthenticationEnabled": false, "AutomationMode": "all-paused", "EngineVersion": "19.my_cev1", "DeletionProtection": false, "AvailabilityZone": "us-west-2a", "DomainMemberships": [], "StorageType": "gp2", "DbiResourceId": "db-ABCDEFGHIJKLMNOPQRSTUVW", "ResumeFullAutomationModeTime": "2020-11-07T20:56:50.565Z", "KmsKeyId": "arn:aws:kms:us-west-2:012345678912:key/aa111a11-111a-11a1-1a11-1111a11a1a1a", "StorageEncrypted": false, "AssociatedRoles": [], "DBInstanceClass": "db.m5.xlarge", "DbInstancePort": 0, "DBInstanceIdentifier": "my-custom-instance", "TagList": [] } ``` # Ändern einer RDS Custom for SQL Server-DB-Instance Das Ändern einer RDS Custom for SQL Server DB-Instance ähnelt dem bei Amazon RDS, aber die Änderungen, die Sie vornehmen können, sind auf die folgenden beschränkt: + Ändern der -Instance-Klasse + Ändern des Aufbewahrungszeitraum für Backups und des Backup-Fensters + Ändern des Wartungsfensters + Upgrade der DB-Engine-Version, wenn eine neue Version verfügbar wird + Ändern des zugewiesenen Speichers, der bereitgestellten IOPS und des Speichertyps + Zulassen und Entfernen von Multi-AZ-Bereitstellungen Die folgenden Einschränkungen gelten für die Änderung einer RDS Custom for SQL Server-DB-Instance: + Benutzerdefinierte DB-Optionen und Parametergruppen werden nicht unterstützt. + Alle Speicher-Volumes, die Sie manuell an Ihre RDS Custom DB-Instance anfügen, befinden sich außerhalb des Support-Umfangs. Weitere Informationen finden Sie unter [Support-Perimeter in RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter). ## Konsole **So ändern Sie eine RDS Custom SQL Server-DB-Instance** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Databases (Datenbanken)** aus. 1. Wählen Sie die DB-Instance aus, die Sie ändern möchten. 1. Wählen Sie **Ändern** aus. 1. Nehmen Sie nach Bedarf die folgenden Änderungen vor: 1. Wählen Sie unter **DB-Engine-Version** die neue Version aus. 1. Ändern Sie den Wert für **DB instance class**. Informationen zu unterstützten Klassen finden Sie unter [Unterstützung von DB-Instance-Klassen für RDS Custom für SQL Server](custom-reqs-limits.instancesMS.md). 1. Ändern Sie den Wert für **Aufbewahrungszeitraum für Backups** aus. 1. Für **Backup window**, setzen Sie Werte für **Beginnzeit** und **Duration (Dauer)** ein. 1. Für **Wartungsfenster der DB-Instance**, setzen Sie Werte für **Starttag**, **Beginnzeit** und **Duration (Dauer)** ein. 1. Klicken Sie auf **Weiter**. 1. Wählen Sie **During the next scheduled maintenance window (Während des nächsten geplanten Wartungsfensters)** oder **Sofort** aus. 1. Wählen Sie **Modify DB Instance (DB-Instance ändern)** aus. ## AWS CLI Um eine RDS Custom for SQL Server-DB-Instance zu ändern, verwenden Sie den Befehl [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html) AWS CLI. Stellen Sie die folgenden Parameter nach Bedarf ein: + `--db-instance-class` – Informationen zu unterstützten Klassen finden Sie unter [Unterstützung von DB-Instance-Klassen für RDS Custom für SQL Server](custom-reqs-limits.instancesMS.md). + `--engine-version` – Die Versionsnummer der Datenbank-Engine, auf die ein Upgrade durchgeführt werden soll. + `--backup-retention-period`— Wie lange werden automatisierte Backups von 0 bis 35 Tagen beibehalten. + `--preferred-backup-window` – Der tägliche Zeitraum, in dem automatische Backups erstellt werden. + `--preferred-maintenance-window` – Der wöchentliche Zeitraum (in UTC), in dem Systemwartungen durchgeführt werden können. + `--apply-immediately` – Verwenden Sie `--apply-immediately`, um die Speicheränderungen sofort anzuwenden. Oder verwenden Sie `--no-apply-immediately` (Standardeinstellung), um die Änderungen während des nächsten Wartungsfensters anzuwenden. # Ändern des Speichers für eine DB-Instance von RDS Custom für Oracle Das Ändern des Speichers für eine DB-Instance von RDS Custom für Oracle ähnelt dem Ändern des Speichers einer DB-Instance von Amazon RDS, Sie jedoch können nur die folgenden Vorgänge ausführen: + Den zugewiesenen Speicher erhöhen. + Den Speichertyp ändern. Sie können verfügbare Speichertypen wie Allzweck-Speicher oder bereitgestellte IOPS verwenden. Bereitgestellte IOPS werden für die Speichertypen gp3, io1 und io2 Block Express unterstützt. + Ändern Sie die bereitgestellten IOPS, wenn Sie die Volume-Typen verwenden, die bereitgestellte IOPS unterstützen. Die folgenden Einschränkungen gelten für die Änderung des Speichers einer DB-Instance von RDS Custom für SQL Server: + Die minimale zugewiesene Speichergröße für RDS Custom für SQL Server beträgt 20 GiB. Das maximale Speicherlimit für io1, gp2 und gp3 beträgt 16 TiB, während io2 64 TiB unterstützt. + Wie bei Amazon RDS können Sie den zugewiesenen Speicher nicht verringern. Dies ist eine Einschränkung von Amazon Elastic Block Store (Amazon EBS)-Volumes. Weitere Informationen finden Sie unter [Arbeiten mit Speicher für Amazon RDS-DB-Instances](USER_PIOPS.StorageTypes.md). + Die automatische Skalierung von Speicher wird für DB-Instances von RDS Custom für SQL Server nicht unterstützt. + Speicher-Volumes, die Sie Ihrer DB-Instance von RDS Custom manuell anfügen, werden bei der Speicherskalierung nicht berücksichtigt. Nur die von RDS bereitgestellten Standarddaten-Volumes, d. h. das D-Laufwerk, werden bei der Speicherskalierung berücksichtigt. Weitere Informationen finden Sie unter [Support-Perimeter in RDS Custom](custom-concept.md#custom-troubleshooting.support-perimeter). + Die Skalierung des Speichers verursacht normalerweise keine Ausfälle oder Leistungseinbußen der DB-Instance. Nachdem Sie die Speichergröße für eine DB-Instance geändert haben, lautet der Status der DB-Instance **Speicheroptimierung**. + Die Speicheroptimierung kann mehrere Stunden dauern. Sie können keine weiteren Speicheränderungen für sechs (6) Stunden vornehmen oder bis die Speicheroptimierung auf der Instance abgeschlossen ist, je nachdem, welcher Zeitraum länger ist. Weitere Informationen finden Sie unter [Arbeiten mit Speicher für Amazon RDS-DB-Instances](USER_PIOPS.StorageTypes.md). Weitere Informationen über Speicher finden Sie unter [Amazon-RDS-DB-Instance-Speicher](CHAP_Storage.md). Allgemeine Informationen zur Änderung des Speichers finden Sie unter [Arbeiten mit Speicher für Amazon RDS-DB-Instances](USER_PIOPS.StorageTypes.md). **Wichtig** Ändern Sie den Speicher für Ihre DB-Instance von RDS Custom für SQL Server nicht mithilfe von Amazon-EC2- oder Amazon-EBS-Konsolen oder -APIs. Direkte Speicheränderungen außerhalb der Amazon-RDS-Konsole oder -APIs führen zu einem `unsupported-configuration`-Status für Ihre Datenbank. Wenn Sie direkte Speicheränderungen mit Amazon EC2 oder Amazon EBS vornehmen, kann Amazon RDS den Status Ihrer Datenbank-Instance nicht verfolgen oder verwalten. Dies kann zu Folgendem führen: Hochverfügbarkeits-Failover-Mechanismen funktionieren nicht richtig Datenbankreplikationskonfigurationen werden unterbrochen Redundanzfunktionen schlagen fehl Ändern Sie den Speicher nur über die Amazon-RDS-Konsole oder -APIs, um Ihre Datenbank in einem unterstützten Zustand zu halten. Schritte zur Wiederherstellung finden Sie unter [Korrigieren von nicht unterstützten Konfigurationen in RDS Custom für SQL Server](custom-troubleshooting-sqlserver.md#custom-troubleshooting-sqlserver.fix-unsupported). ## Konsole **So ändern Sie den Speicher für eine DB-Instance von RDS Custom für SQL Server** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Databases (Datenbanken)** aus. 1. Wählen Sie die DB-Instance aus, die Sie ändern möchten. 1. Wählen Sie **Ändern** aus. 1. Nehmen Sie nach Bedarf die folgenden Änderungen vor: 1. Geben Sie einen neuen Wert für **Allocated storage (Zugewiesener Speicherplatz)** ein. Er muss größer als der aktuelle Wert und zwischen 20 GiB und 16 TiB sein. 1. Ändern Sie den Wert für **Speichertyp**. Sie können verfügbare Speichertypen wie Allzweck-Speicher oder bereitgestellte IOPS verwenden. Bereitgestellte IOPS werden für die Speichertypen gp3, io1 und io2 Block Express unterstützt. 1. Wenn Sie Speichertypen angeben, die bereitgestellte IOPS unterstützen, können Sie den Wert **Bereitgestellte IOPS** definieren. 1. Klicken Sie auf **Weiter**. 1. Wählen Sie **During the next scheduled maintenance window (Während des nächsten geplanten Wartungsfensters)** oder **Sofort** aus. 1. Wählen Sie **Modify DB Instance (DB-Instance ändern)** aus. ## AWS CLI Um eine DB-Instance von RDS Custom für SQL Server zu ändern, verwenden Sie den AWS CLI-Befehl [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html). Stellen Sie die folgenden Parameter nach Bedarf ein: + `--allocated-storage`: Größe des zuzuteilenden Speichers für die DB-Instance in Gibibytes. Er muss größer als der aktuelle Wert und zwischen 20 und 16 384 GiB sein. + `--storage-type` – Der Speichertyp, z. B. gp2, gp3, io1 oder io2. + `--iops` – Bereitgestellte IOPS für die DB-Instance. Sie können diesen Wert nur für Speichertypen angeben, die bereitgestellte IOPS unterstützen, wie gp3, io1 und io2. + `--apply-immediately` – Verwenden Sie `--apply-immediately`, um die Speicheränderungen sofort anzuwenden. Oder verwenden Sie `--no-apply-immediately` (Standardeinstellung), um die Änderungen während des nächsten Wartungsfensters anzuwenden. Im folgenden Beispiel wird die Speichergröße von my-custom-instance auf 200 GiB, der Speichertyp auf io1 und Provisioned IOPS auf 3000 geändert. **Example** Für Linux, macOS oder Unix: ``` aws rds modify-db-instance \ --db-instance-identifier my-custom-instance \ --storage-type io1 \ --iops 3000 \ --allocated-storage 200 \ --apply-immediately ``` Für Windows: ``` aws rds modify-db-instance ^ --db-instance-identifier my-custom-instance ^ --storage-type io1 ^ --iops 3000 ^ --allocated-storage 200 ^ --apply-immediately ``` # Markieren von Ressourcen für RDS Custom für SQL Server Sie können RDS Custom Ressourcen wie bei Amazon-RDS-Ressourcen kennzeichnen, jedoch mit einigen wichtigen Unterschieden: + Erstellen oder modifizieren Sie die`AWSRDSCustom`-Tag, das für die RDS Custom Automatisierung erforderlich ist. Wenn Sie dies tun, könnten Sie die Automatisierung unterbrechen. + Das Tag `Name` wird RDS-Custom-Ressourcen mit dem Präfix `do-not-delete-rds-custom` hinzugefügt. Vom Kunden übergebene Werte für den Schlüssel werden überschrieben. + Tags, die während der Erstellung zu RDS Custom DB-Instances hinzugefügt wurden, werden an alle anderen verwandten RDS Custom Ressourcen weitergegeben. + Tags werden nicht propagiert, wenn Sie sie nach der Erstellung der DB-Instance zu RDS Custom Ressourcen hinzufügen. Allgemeine Informationen zum Markieren von Ressourcen finden Sie unter [Taggen von Amazon RDS-Ressourcen](USER_Tagging.md). ## Löschen einer DB-Instance von RDS Custom für SQL Server Gehen Sie wie folgt vor, um eine DB-Instance von RDS Custom für SQL Server zu löschen: + Geben Sie den Namen der Instance an. + Aktivieren oder deaktivieren Sie die Option zum Erstellen eines endgültigen DB-Snapshots der DB-Instance. + Wählen oder deaktivieren Sie die Option zum Speichern automatisierter Sicherungen. Sie können eine DB-Instance von RDS Custom für SQL Server mit der Konsole oder der CLI löschen. Die zum Löschen der DB-Instance erforderliche Zeit kann je nach Aufbewahrungszeitraum für Backups (d. h. wie viele Backups gelöscht werden sollen), wie viele Daten gelöscht werden und ob ein endgültiger Snapshot erstellt wird, variieren. **Warnung** Durch das Löschen einer DB-Instance von RDS Custom für SQL Server werden die EC2-Instance und die zugehörigen Amazon-EBS-Volumes dauerhaft gelöscht. Sie sollten diese Ressourcen niemals beenden oder löschen, da andernfalls das Löschen und die Erstellung des finalen Snapshots fehlschlagen könnten. **Anmerkung** Sie können keinen endgültigen DB-Snapshot Ihrer DB-Instance erstellen, wenn sie sich im Status `creating`, `failed`, `incompatible-create`, `incompatible-restore` oder `incompatible-network` befindet. Weitere Informationen finden Sie unter [Status der Amazon RDS-DB-Instance anzeigen](accessing-monitoring.md#Overview.DBInstance.Status). **Wichtig** Wenn Sie einen endgültigen Snapshot erstellen möchten, empfehlen wir, möglichst keine Daten in Ihre DB-Instance zu schreiben, während der Löschvorgang der DB-Instance läuft. Sobald das Löschen der DB-Instance eingeleitet wurde, kann nicht garantiert werden, dass Datenänderungen vom endgültigen Snapshot erfasst werden. ### Konsole **So löschen Sie eine RDS Custom DB-Instance** 1. Melden Sie sich bei der AWS-Managementkonsole an und öffnen Sie die Amazon-RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/). 1. Wählen Sie im Navigationsbereich **Databases** (Datenbanken) und dann die DB-Instance von RDS Custom für SQL Server aus, die Sie löschen möchten. Für DB-Instances von RDS Custom für SQL Server wird die Rolle **Instance (RDS Custom für SQL Server)** (Instance (RDS Custom für SQL Server)) angezeigt. 1. Klicken Sie bei ** Actions** auf **Delete**. 1. Wenn Sie einen endgültigen Snapshot erstellen möchten, wählen Sie **Create final snapshot** (Abschließenden Snapshot erstellen) aus und geben Sie einen Namen im Feld **Final snapshot name** (Name des finalen Snapshots) ein. 1. Wählen Sie **Retain automated backups (Automatisierte Sicherungen aufbewahren)**, um automatisierte Sicherungen aufzubewahren. 1. Geben Sie **delete me** in das Feld ein. 1. Wählen Sie **Delete (Löschen)**. ### AWS CLI Sie löschen eine DB-Instance von RDS Custom für SQL Server mithilfe des AWS CLI-Befehls [delete-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-instance.html). Identifizieren Sie die DB-Instance mit dem erforderlichen Parameter `--db-instance-identifier`. Die übrigen Parameter sind die gleichen wie für eine DB-Instance von Amazon RDS. Im folgenden Beispiel wird die DB-Instance von RDS Custom für SQL Server mit dem Namen `my-custom-instance` gelöscht, ein abschließender Snapshot erstellt und automatisierte Backups werden beibehalten. **Example** Für Linux, macOS oder Unix: ``` aws rds delete-db-instance \ --db-instance-identifier my-custom-instance \ --no-skip-final-snapshot \ --final-db-snapshot-identifier my-custom-instance-final-snapshot \ --no-delete-automated-backups ``` Für Windows: ``` aws rds delete-db-instance ^ --db-instance-identifier my-custom-instance ^ --no-skip-final-snapshot ^ --final-db-snapshot-identifier my-custom-instance-final-snapshot ^ --no-delete-automated-backups ``` Um einen endgültigen Snapshot zu erstellen, ist die Option `--final-db-snapshot-identifier` erforderlich und muss angegeben werden. Wenn Sie den endgültigen Snapshot überspringen möchten, geben Sie im Befehl die Option `--skip-final-snapshot` anstelle der Optionen `--no-skip-final-snapshot` und `--final-db-snapshot-identifier` an. Damit automatische Backups gelöscht werden, geben Sie im Befehl die Option `--delete-automated-backups` anstelle der Option `--no-delete-automated-backups` an. # Eine DB-Instance von RDS Custom für SQL Server starten und anhalten Sie können Ihre DB-Instance von RDS Custom für SQL Server starten und anhalten. Es gelten die gleichen allgemeinen Anforderungen und Einschränkungen für DB-Instances von RDS für SQL Server wie beim Anhalten und Starten Ihrer DB-Instances von RDS Custom für SQL Server. Weitere Informationen finden Sie unter [Eine Amazon-RDS-DB-Instance temporär stoppen](USER_StopInstance.md). Die folgenden Überlegungen gelten ebenfalls für das Starten und Anhalten Ihrer DB-Instance von RDS Custom für SQL Server: + Das Ändern eines EC2-Instance-Attributs einer DB-Instance von RDS Custom für SQL Server, während die DB-Instance den Status `STOPPED` aufweist, wird nicht unterstützt. + Sie können eine DB-Instance von RDS Custom für SQL Server nur dann anhalten und starten, wenn sie für eine einzelne Availability Zone konfiguriert ist. Sie können eine DB-Instance von RDS Custom für SQL Server in einer Multi-AZ-Konfiguration nicht anhalten. + Ein `SYSTEM`-Snapshot wird erstellt, wenn Sie eine DB-Instance von RDS Custom für SQL Server anhalten. Der Snapshot wird automatisch gelöscht, wenn Sie die DB-Instance von RDS Custom für SQL Server erneut starten. + Wenn Sie Ihre EC2-Instance löschen, während die DB-Instance von RDS Custom für SQL Server angehalten ist, wird das Laufwerk `C:` ersetzt, wenn Sie die DB-Instance von RDS Custom für SQL Server erneut starten. + Das Laufwerk `C:\`, der Hostname und Ihre benutzerdefinierten Konfigurationen werden beibehalten, wenn Sie eine DB-Instance von RDS Custom für SQL Server anhalten, solange Sie den Instance-Typ nicht ändern. + Die folgenden Aktionen führen dazu, dass RDS Custom die DB-Instance außerhalb des Support-Perimeters platziert und Ihnen trotzdem die DB-Instance-Stunden in Rechnung gestellt werden: + Starten der zugrunde liegenden EC2-Instance, während Amazon RDS angehalten ist. Um das Problem zu beheben, können Sie die Amazon-RDS-API `start-db-instance` aufrufen oder EC2 anhalten, damit die RDS-Custom-Instance wieder in den Status `STOPPED` versetzt wird. + Anhalten der zugrunde liegenden EC2-Instance, wenn der Status der DB-Instance von RDS Custom für SQL Server `ACTIVE` lautet. Weitere Informationen zum Anhalten und Starten von DB-Instances finden Sie unter [Eine Amazon-RDS-DB-Instance temporär stoppen](USER_StopInstance.md) und [Starten einer angehaltenen Amazon-RDS-DB-Instance](USER_StartInstance.md).