

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.

# Ändern einer Single-AZ-Bereitstellung von RDS Custom für SQL Server in eine Multi-AZ-Bereitstellung
<a name="custom-sqlserver-multiaz.modify-saztomaz"></a>

Sie können eine vorhandene DB-Instance von RDS Custom für SQL Server von einer Single-AZ-Bereitstellung in eine Multi-AZ-Bereitstellung ändern. Wenn Sie die DB-Instance ändern, führt Amazon RDS mehrere Aktionen aus:
+ Es wird ein Snapshot der primären DB-Instance aufgenommen.
+ Erstellt neue Volumes für das Standby-Replikat aus dem Snapshot. Diese Volumes werden im Hintergrund initialisiert, und die maximale Volume-Leistung wird erreicht, nachdem die Daten vollständig initialisiert wurden.
+ Die synchrone Replikation auf Blockebene zwischen der primären und sekundären DB-Instance wird aktiviert.

**Wichtig**  
Wir empfehlen, Ihre DB-Instance von RDS Custom für SQL Server möglichst nicht in Zeiten hoher Aktivität von einer Single-AZ- in eine Multi-AZ-Bereitstellung auf einer Produktions-DB-Instance zu ändern.

AWS verwendet einen Snapshot, um die Standby-Instance zu erstellen, um Ausfallzeiten bei der Konvertierung von Single-AZ zu Multi-AZ zu vermeiden, aber die Leistung kann während und nach der Konvertierung zu Multi-AZ beeinträchtigt werden. Diese Auswirkung kann bei Workloads erheblich sein, die empfindlich auf Schreiblatenz reagieren. Diese Funktion ermöglicht zwar die schnelle Wiederherstellung großer Volumes aus Snapshots, kann jedoch aufgrund der synchronen Replikation zu einer erhöhten Latenz von I/O Vorgängen führen. Diese Latenz kann sich auf die Leistung Ihrer Datenbank auswirken.

**Anmerkung**  
Wenn Sie Ihre DB-Instance von RDS Custom für SQL Server vor dem 29. August 2024 erstellt haben, aktualisieren Sie vor der Änderung auf die neueste Unterversion.  
Führen Sie für Instances von SQL Server 2019 ein Upgrade der DB-Engine-Version auf `15.00.4410.1.v1` oder höher durch.
Führen Sie für Instances von SQL Server 2022 ein Upgrade der DB-Engine-Version auf `16.00.4150.1.v1` oder höher durch.

**Topics**
+ [Konfiguration der Voraussetzungen für die Änderung einer Single-AZ- zu einer Multi-AZ-Bereitstellung mit CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf)
+ [Konfigurieren der Voraussetzungen für die manuelle Änderung einer Single-AZ- in eine Multi-AZ-Bereitstellung](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.manual)
+ [Ändern Sie mithilfe der RDS-Konsole, AWS CLI oder RDS-API.](#custom-sqlserver-multiaz.modify-saztomaz-afterprereqs)

## Konfiguration der Voraussetzungen für die Änderung einer Single-AZ- zu einer Multi-AZ-Bereitstellung mit CloudFormation
<a name="custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf"></a>

Um eine Multi-AZ-Bereitstellung zu verwenden, müssen Sie sicherstellen, dass Sie die neueste CloudFormation Vorlage mit den Voraussetzungen angewendet haben, oder die neuesten Voraussetzungen manuell konfigurieren. Wenn Sie die neueste Vorlage CloudFormation für die Voraussetzungen bereits angewendet haben, können Sie diese Schritte überspringen.

Um die Voraussetzungen für die Multi-AZ-Bereitstellung von RDS Custom for SQL Server zu konfigurieren, verwenden Sie CloudFormation

1. Öffnen Sie die CloudFormation Konsole unter [https://console.aws.amazon.com/cloudformation](https://console.aws.amazon.com/cloudformation/).

1. Um den Assistenten zum Erstellen von Stacks zu starten, wählen Sie den vorhandenen Stack aus, mit dem Sie eine Single-AZ-Bereitstellung erstellt haben, und klicken Sie auf **Aktualisieren**.

   Die Seite **Stack aktualisieren** wird angezeigt.

1. Wählen Sie für **Voraussetzung – Vorlage vorbereiten** die Option **Aktuelle Vorlage ersetzen** aus.

1. Gehen Sie für **Specify template** (Vorlage angeben) wie folgt vor:

   1. Laden Sie die neueste CloudFormation Vorlagendatei herunter. Öffnen Sie das Kontextmenü (Rechtsklick) für den Link ([custom-sqlserver-onboard.zip](samples/custom-sqlserver-onboard.zip)) und wählen Sie **Link speichern unter**.

   1. Speichern und extrahieren Sie die Datei `custom-sqlserver-onboard.json` auf Ihrem Computer.

   1. Wählen Sie unter **Templete source (Vorlagenquelle)** den Wert **Upload a template file (Vorlagendatei hochladen)** aus.

   1. Navigieren Sie unter **Choose file** (Datei auswählen) zur Datei `custom-sqlserver-onboard.json` und wählen Sie sie aus.

1. Wählen Sie **Weiter** aus.

   Die Seite **Specify DB Details** (DB-Details angeben) wird angezeigt.

1. Wenn Sie die Standardoptionen beibehalten möchten, wählen Sie **Next** (Weiter) aus.

   Die Seite **Erweiterte Optionen** wird angezeigt.

1. Wenn Sie die Standardoptionen beibehalten möchten, wählen Sie **Next** (Weiter) aus.

1. Wenn Sie die Standardoptionen beibehalten möchten, wählen Sie **Next** (Weiter) aus.

1. Führen Sie auf der Seite **Änderungen überprüfen** die folgenden Schritte aus:

   1. Aktivieren Sie unter **Capabilities** (Funktionen) das Kontrollkästchen ****I acknowledge that CloudFormation , das bestätigt, dass IAM-Ressourcen mit benutzerdefinierten Namen erstellen kann****.

   1. Wählen Sie **Absenden** aus.

1. Vergewissern Sie sich, dass das Update erfolgreich ist. Für den Status eines erfolgreichen Vorgangs wird `UPDATE_COMPLETE` angezeigt.

Wenn das Update fehlschlägt, wird jede neue Konfiguration, die im Aktualisierungsprozess angegeben wurde, rückgängig gemacht. Die vorhandene Ressource ist weiterhin verwendbar. Wenn Sie beispielsweise Netzwerk-ACL-Regeln mit den Nummern 18 und 19 hinzufügen, es aber bereits Regeln mit diesen Nummern gibt, würde das Update den folgenden Fehler zurückgeben: `Resource handler returned message: "The network acl entry identified by 18 already exists.` In diesem Szenario können Sie die vorhandenen ACL-Regeln so ändern, dass sie eine Nummer unter 18 verwenden, und dann die Aktualisierung erneut versuchen.

## Konfigurieren der Voraussetzungen für die manuelle Änderung einer Single-AZ- in eine Multi-AZ-Bereitstellung
<a name="custom-sqlserver-multiaz.modify-saztomaz-prereqs.manual"></a>

**Wichtig**  
Um die Einrichtung zu vereinfachen, empfehlen wir, die neueste CloudFormation Vorlagendatei zu verwenden, die in den Anweisungen zur Netzwerkeinrichtung enthalten ist. Weitere Informationen finden Sie unter [Konfiguration der Voraussetzungen für die Änderung einer Single-AZ- zu einer Multi-AZ-Bereitstellung mit CloudFormation](#custom-sqlserver-multiaz.modify-saztomaz-prereqs.cf).

Wenn Sie Voraussetzungen manuell konfigurieren möchten, führen Sie die folgenden Schritte aus.

1. Öffnen Sie die Amazon-VPC-Konsole unter [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/).

1. Wählen Sie **Endpunkt** aus. Die**Erstellen eines Endpunkts**wird angezeigt.

1. Wählen Sie unter **Servicekategorie** die Option **AWS -Services** aus.

1. Suchen Sie unter **Dienste** nach *SQS*

1. Wählen Sie unter **VPC** die VPC aus, in der Ihre DB-Instance von RDS Custom für SQL Server bereitgestellt wird.

1. Wählen Sie unter **Subnetze** die Subnetze aus, in denen Ihre DB-Instance von RDS Custom für SQL Server bereitgestellt wird.

1. Wählen Sie **unter Sicherheitsgruppen** die *-vpc-endpoint-sg* Gruppe aus.

1. Wählen Sie für **Richtlinie** die Option **Benutzerdefiniert** aus.

1. Ersetzen Sie in Ihrer benutzerdefinierten Richtlinie die *AWS partition*,*Region*, *accountId* und *IAM-Instance-role* durch Ihre eigenen Werte.

------
#### [ JSON ]

****  

   ```
   {
       "Version":"2012-10-17",		 	 	 
       "Statement": [
           {
               "Condition": {
                   "StringLike": {
                       "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
                   }
               },
               "Action": [
                   "SQS:SendMessage",
                   "SQS:ReceiveMessage",
                   "SQS:DeleteMessage",
                   "SQS:GetQueueUrl"
               ],
               "Resource": "arn:aws:sqs:us-east-1:111122223333:do-not-delete-rds-custom-*",
               "Effect": "Allow",
               "Principal": {
                   "AWS": "arn:aws:iam::111122223333:role/{IAM-Instance-role}"
               }
           }
       ]
   }
   ```

------

1.  Aktualisieren Sie das **Instance-Profil** mit der Berechtigung, auf Amazon SQS zuzugreifen. Ersetzen Sie die *AWS partition*, *Region* und *accountId* durch Ihre eigenen Werte.

   ```
                           {
       "Sid": "SendMessageToSQSQueue",
       "Effect": "Allow",
       "Action": [
         "SQS:SendMessage",
         "SQS:ReceiveMessage",
         "SQS:DeleteMessage",                                    
         "SQS:GetQueueUrl"
   
       ],
       "Resource": [
         {
           "Fn::Sub": "arn:${AWS::Partition}:sqs:${AWS::Region}:${AWS::AccountId}:do-not-delete-rds-custom-*"
         }
       ],
       "Condition": {
         "StringLike": {
           "aws:ResourceTag/AWSRDSCustom": "custom-sqlserver"
         }
       }
     } 
                           >
   ```

1. Aktualisieren Sie die Regeln für eingehenden und ausgehenden Datenverkehr der Amazon-RDS-Sicherheitsgruppe, um Port 1120 zuzulassen.

   1. Wählen Sie **unter Sicherheitsgruppen** die *-rds-custom-instance-sg* Gruppe aus.

   1. Erstellen Sie für **eingehende Regeln** eine **benutzerdefinierte TCP-Regel**, um Ports *1120* aus der *-rds-custom-instance-sg* Quellgruppe zuzulassen.

   1. Erstellen Sie für **ausgehende Regeln** eine **benutzerdefinierte TCP-Regel**, um den Port zur *1120* *-rds-custom-instance-sg* Zielgruppe zuzulassen.

1. Fügen Sie Ihrer privaten Netzwerk-Zugriffssteuerungsliste (ACL) eine Regel hinzu, die TCP-Ports `0-65535` für das Quellsubnetz der DB-Instance zulässt.
**Anmerkung**  
Notieren Sie sich beim Erstellen einer **Regel für eingehenden Datenverkehr** und einer **Regel für ausgehenden Datenverkehr** die höchste vorhandene **Regelnummer**. Die neuen Regeln, die Sie erstellen, müssen eine **Regelnummer** unter 100 haben und dürfen mit keiner vorhandenen **Regelnummer** übereinstimmen.

   1. Wählen Sie **unter Netzwerk ACLs** die *-private-network-acl* Gruppe aus.

   1. Erstellen Sie für **eingehende Regeln** eine **All-TCP-Regel, um TCP-Ports** `0-65535` mit einer Quelle von *privatesubnet1* und *privatesubnet2* zuzulassen.

   1. Erstellen Sie für **ausgehende Regeln** eine **All-TCP-Regel, um TCP-Ports** den Zugang zu Ziel *privatesubnet1* - und `0-65535` zu ermöglichen. *privatesubnet2*

## Ändern Sie mithilfe der RDS-Konsole, AWS CLI oder RDS-API.
<a name="custom-sqlserver-multiaz.modify-saztomaz-afterprereqs"></a>

Nachdem Sie die Voraussetzungen erfüllt haben, können Sie eine RDS Custom for SQL Server-DB-Instance mithilfe der RDS-Konsole, AWS CLI oder RDS-API von einer Single-AZ- zu einer Multi-AZ-Bereitstellung ändern.

### Konsole
<a name="custom-sqlserver-multiaz.modify-saztomaz.Console"></a>

**So ändern Sie eine Single-AZ-Bereitstellung von RDS Custom für SQL Server in eine Multi-AZ-Bereitstellung**

1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die Amazon RDS-Konsole unter [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).

1. Wählen Sie in der Amazon-RDS-Konsole **Databases (Datenbanken)** aus.

   Der Bereich **Databases (Datenbanken)** wird angezeigt.

1. Wählen Sie die DB-Instance von RDS Custom für SQL Server aus, die Sie ändern möchten.

1. Wählen Sie unter **Aktionen** die Option **In Multi-AZ-Bereitstellung konvertieren ** aus.

1. Damit Änderungen sofort übernommen werden, wählen Sie die Option **Sofort anwenden** auf der Seite **Bestätigung** aus. Die Auswahl dieser Option verursacht keine Ausfallzeiten, kann jedoch zur Beeinträchtigung der Leistung führen. Sie können die Aktualisierung auch im nächsten Wartungsfenster übernehmen. Weitere Informationen finden Sie unter [Verwenden der Einstellung „Planen von Änderungen“](USER_ModifyInstance.ApplyImmediately.md).

1. Wählen Sie auf der Seite **Bestätigung** die Option **Konvertieren in Multi-AZ** aus.

### AWS CLI
<a name="custom-sqlserver-multiaz.modify-saztomaz.CLI"></a>

Um mithilfe von zu einer Multi-AZ-DB-Instance-Bereitstellung zu konvertieren AWS CLI, rufen Sie den [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)Befehl auf und legen Sie die `--multi-az` Option fest. Geben Sie die DB-Instance-Kennung und die Werte für andere Optionen an, die geändert werden sollen. Informationen zu den jeweiligen Optionen finden Sie unter [Einstellungen für DB-Instances](USER_ModifyInstance.Settings.md). 

**Example**  
Mit dem folgenden Code wird `mycustomdbinstance` geändert, indem die Option `--multi-az` hinzugefügt wird. Die Änderungen werden während des nächsten Wartungsfensters (mit ) übernommen `--no-apply-immediately`. Verwenden Sie `--apply-immediately`, damit Änderungen sofort angewendet werden. Weitere Informationen finden Sie unter [Verwenden der Einstellung „Planen von Änderungen“](USER_ModifyInstance.ApplyImmediately.md).   
Für Linux, macOS oder Unix:  

```
aws rds modify-db-instance \
    --db-instance-identifier mycustomdbinstance \
    --multi-az \
    --no-apply-immediately
```
Für Windows:  

```
aws rds modify-db-instance ^
    --db-instance-identifier mycustomdbinstance ^
    --multi-az  \ ^
    --no-apply-immediately
```

### RDS-API
<a name="custom-sqlserver-multiaz.modify-saztomaz.API"></a>

Um mit der RDS-API in eine Multi-AZ-DB-Instance-Bereitstellung zu konvertieren, rufen Sie den DBInstance Vorgang [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) auf und setzen Sie den `MultiAZ` Parameter auf true.