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.
Behebung von DB-Problemen für Amazon RDS Custom for SQL Server
Das Modell der gemeinsamen Verantwortung von RDS Custom bietet Zugriff auf Betriebssystem-Shell-Ebene und Datenbankadministratoren. RDSCustom führt Ressourcen in Ihrem Konto aus, im Gegensatz zu AmazonRDS, das Ressourcen in einem Systemkonto ausführt. Mit einem größeren Zugang kommt eine größere Verantwortung mit sich. In den folgenden Abschnitten erfahren Sie, wie Sie Probleme mit Amazon RDS Custom for SQL Server DB-Instances beheben können.
Anmerkung
In diesem Abschnitt wird erklärt, wie Sie RDS Custom for SQL Server beheben können. Informationen zur Fehlerbehebung bei RDS Custom for Oracle finden Sie unterBeheben von DB-Problemen für Amazon RDS Custom für Oracle.
Themen
- RDSBenutzerdefinierte Ereignisse anzeigen
- Benutzerdefinierte Ereignisse abonnieren RDS
- Behebung CEV von Fehlern für RDS Custom for SQL Server
- Behebung nicht unterstützter Konfigurationen in RDS Custom for Server SQL
- Problembehandlung Storage-Full in RDS Benutzerdefiniert für SQL Server
- Problembehandlung PENDING _ RECOVERY state für TDE aktivierte Datenbanken in RDS Custom for SQL Server
RDSBenutzerdefinierte Ereignisse anzeigen
Das Verfahren zum Anzeigen von Ereignissen ist für RDS benutzerdefinierte und RDS Amazon-DB-Instances identisch. Weitere Informationen finden Sie unter RDSAmazon-Ereignisse anzeigen.
Um RDS benutzerdefinierte Ereignisbenachrichtigungen anzuzeigen, verwenden Sie den AWS CLI, verwenden Sie den describe-events
Befehl. RDSBenutzerdefiniert führt mehrere neue Ereignisse ein. Die Veranstaltungskategorien sind dieselben wie bei AmazonRDS. Eine Liste der Ereignisse finden Sie unter RDSAmazon-Veranstaltungskategorien und Eventnachrichten .
Im folgenden Beispiel werden Details zu den Ereignissen abgerufen, die für die angegebene RDS benutzerdefinierte DB-Instance aufgetreten sind.
aws rds describe-events \ --source-identifier my-custom-instance \ --source-type db-instance
Benutzerdefinierte Ereignisse abonnieren RDS
Das Verfahren zum Abonnieren von Ereignissen ist für RDS benutzerdefinierte DB-Instances und RDS Amazon-DB-Instances identisch. Weitere Informationen finden Sie unter RDSAmazon-Veranstaltungsbenachrichtigung abonnieren.
Verwenden Sie den create-event-subscription
Befehl, um RDS benutzerdefinierte Ereignisbenachrichtigungen mit dem CLI zu abonnieren. Nutzen Sie die folgenden erforderlichen Parameter:
-
--subscription-name
-
--sns-topic-arn
Im folgenden Beispiel wird ein Abonnement für Sicherungs- und Wiederherstellungsereignisse für eine RDS benutzerdefinierte DB-Instance in der aktuellen Version erstellt AWS
Konto. Benachrichtigungen werden an ein Amazon Simple Notification Service (AmazonSNS) -Thema gesendet, das von spezifiziert ist--sns-topic-arn
.
aws rds create-event-subscription \ --subscription-name my-instance-events \ --source-type db-instance \ --event-categories '["backup","recovery"]' \ --sns-topic-arn arn:aws:sns:us-east-1:123456789012:interesting-events
Behebung CEV von Fehlern für RDS Custom for SQL Server
Wenn Sie versuchen, eine zu erstellenCEV, schlägt dies möglicherweise fehl. In diesem Fall gibt RDS Custom die RDS-EVENT-0198
Ereignismeldung aus. Weitere Informationen zum Anzeigen von RDS Ereignissen finden Sie unterRDSAmazon-Veranstaltungskategorien und Eventnachrichten .
Verwenden Sie die folgenden Informationen, um mögliche Ursachen zu beheben.
Fehlermeldung | Vorschläge für die Fehlerbehebung |
---|---|
|
Führen Sie Sysprep auf der EC2 Instanz aus, die Sie aus dem erstellt haben. AMI Weitere Informationen zur Vorbereitung und AMI Verwendung von Sysprep finden Sie unter Erstellen Sie ein standardisiertes Amazon Machine Image (AMI) mit Sysprep. |
|
Vergewissern Sie sich, dass Ihr Konto und Ihr Profil, das für die Erstellung verwendet wurde, über die erforderlichen Berechtigungen für und für das Ausgewählte verfügen. |
|
Stellen Sie sicher, dass die |
|
Stellen Sie sicher, dass das in demselben Kundenkonto AMI vorhanden ist. |
|
Der Name von AMI ist falsch. Stellen Sie sicher, dass die richtige AMI ID angegeben wurde. |
|
Wählen Sie eine unterstützte AMI Version mit Windows SQL Server mit Server Enterprise, Standard oder Web Edition. Wählen Sie eine AMI mit einem der folgenden Nutzungsvorgangscodes aus dem EC2 Marketplace:
|
|
Verwenden Sie eineAMI, die eine unterstützte SQL Server-Edition enthält. Weitere Informationen finden Sie unter Versionsunterstützung für RDS Custom for SQL Server CEVs. |
|
Versionen der Engine Classic RDS Custom for SQL Server werden nicht unterstützt. Zum Beispiel Version 15.00.4073.23.v1. Verwenden Sie eine unterstützte Versionsnummer. |
|
Der CEV muss sich in einem |
|
Das Ziel CEV ist nicht gültig. Überprüfen Sie die Anforderungen für einen gültigen Upgrade-Pfad. |
|
Halten Sie sich an die erforderliche CEV Benennungskonvention. Weitere Informationen finden Sie unter Anforderungen für RDS Custom for SQL Server CEVs. |
|
Eine nicht unterstützte DB-Engine-Version wurde bereitgestellt. Verwenden Sie eine unterstützte DB-Engine-Version. |
|
Verwenden Sie eine auf der x86_64-Architektur AMI aufgebaute. |
|
Erstellen Sie die EC2 Instanz anhand der Instanz, für AMI die Sie berechtigt sind. Führen Sie Sysprep auf der EC2 Instanz aus, um ein Basisimage zu erstellen und zu speichern. |
|
Verwenden Sie eine, die mit der Windows-Plattform AMI erstellt wurde. |
|
Erstellen Sie das AMI mit dem EBS Gerätetyp. |
|
Wählen Sie eine unterstützte AMI Version mit Windows SQL Server mit Server Enterprise, Standard oder Web Edition. Wählen Sie eine AMI mit einem der folgenden Nutzungsvorgangscodes aus dem EC2 Marketplace:
|
|
Stellen Sie sicher, dass AMI sich der im Zustand von |
|
Verwenden Sie ein unterstütztes Windows-Betriebssystem. |
|
Stellen Sie sicher, dass die Protokolldatei unter |
|
Verwenden Sie eine Version AMI mit mindestens einer Betriebssystem-Build-Version von 14393. |
|
Verwenden Sie eine Hauptversion AMI mit mindestens einem Betriebssystem von 10.0 oder höher. |
Behebung nicht unterstützter Konfigurationen in RDS Custom for Server SQL
Aufgrund des Modells der geteilten Verantwortung liegt es in Ihrer Verantwortung, Konfigurationsprobleme zu beheben, die Ihre RDS Custom for SQL Server-DB-Instance in diesen unsupported-configuration
Zustand versetzt haben. Wenn das Problem bei der AWS Infrastruktur, Sie können die Konsole verwenden oder AWS CLI um es zu reparieren. Wenn das Problem mit dem Betriebssystem oder der Datenbankkonfiguration besteht, können Sie sich beim Host anmelden, um es zu beheben.
Anmerkung
In diesem Abschnitt wird erklärt, wie Sie nicht unterstützte Konfigurationen in RDS Custom for SQL Server korrigieren können. Informationen zu RDS Custom for Oracle finden Sie unterFehlerbehebung bei nicht unterstützten Konfigurationen in RDS Custom für Oracle.
In der folgenden Tabelle finden Sie Beschreibungen der Benachrichtigungen und Ereignisse, die der Support-Perimeter sendet, und Informationen dazu, wie Sie die Probleme beheben können. Diese Benachrichtigungen und der Support-Umfang können sich ändern. Hintergrundinformationen zum Support-Perimeter finden Sie unter Support-Perimeter in RDS Custom. Beschreibungen der Ereignisse finden Sie unter RDSAmazon-Veranstaltungskategorien und Eventnachrichten .
Ereigniscode | Bereich „Konfiguration“ | RDSNachricht zum Ereignis | Validierungsprozess |
---|---|---|---|
|
Manuelle, nicht unterstützte Konfiguration |
|
Um dieses Problem zu lösen, erstellen Sie einen Support-Fall. |
AWS Ressource (Infrastruktur) | |||
|
EC2Status der Instanz |
|
Um den Status einer DB-Instance zu überprüfen, verwenden Sie die Konsole oder führen Sie Folgendes aus AWS CLI Befehl:
|
|
EC2Status der Instanz |
|
Verwenden Sie Folgendes AWS CLI Befehl, um den Status einer DB-Instance zu überprüfen:
Sie können den Status der EC2 Instance auch über die EC2 Konsole überprüfen. Um eine DB-Instance zu starten, verwenden Sie die Konsole oder führen Sie Folgendes aus AWS CLI Befehl:
|
|
EC2Instanzklasse |
|
Verwenden Sie den folgenden CLI Befehl, um die erwartete DB-Instance-Klasse zu überprüfen:
|
|
EBSAuf das Speichervolume kann nicht zugegriffen werden |
|
|
|
EBSSpeichervolume getrennt |
|
Verwenden Sie nach dem erneuten Anhängen des EBS Volumes die folgenden CLI Befehle, um zu überprüfen, ob das EBS Volume 'volume-id' ordnungsgemäß an die Instance angehängt ist: RDS
|
|
EBSGröße des Speichervolumes |
|
Verwenden Sie den folgenden CLI Befehl, um die Volume-Größe der EBS Volume-ID-Details des Volumes mit den RDS Instance-Details zu vergleichen:
Verwenden Sie den folgenden CLI Befehl, um die tatsächliche Größe des zugewiesenen Volumes anzuzeigen:
|
|
EBSKonfiguration des Speichervolumes |
|
Verwenden Sie den folgenden CLI Befehl, um den Volume-Typ der EBS Volume-ID-Details des Volumes mit den RDS Instance-Details zu vergleichen. Stellen Sie sicher, dass die Werte auf der EBS Ebene mit den Werten auf der RDS Ebene übereinstimmen:
Um den erwarteten Wert für den Speicherdurchsatz auf der RDS Ebene zu ermitteln, gehen Sie wie folgt vor:
Um den erwarteten Wert für Volume IOPS auf der RDS Ebene zu ermitteln:
Um den aktuellen Speichertyp auf der EC2 Ebene abzurufen:
Um den aktuellen Wert für den Speicherdurchsatz auf der EC2 Ebene abzurufen:
Um den aktuellen Wert für Volumen IOPS auf der EC2 Ebene abzurufen:
|
|
EBSGröße und Konfiguration des Speichervolumes |
|
Verwenden Sie den folgenden CLI Befehl, um den Volume-Typ der EBS Volume-ID-Details des Volumes mit den RDS Instance-Details zu vergleichen. Stellen Sie sicher, dass die Werte auf der EBS Ebene mit den Werten auf der RDS Ebene übereinstimmen:
Um den erwarteten Wert für den Speicherdurchsatz auf der RDS Ebene zu ermitteln, gehen Sie wie folgt vor:
Um den erwarteten Wert für Volume IOPS auf der RDS Ebene zu ermitteln:
Um den aktuellen Speichertyp auf der EC2 Ebene abzurufen:
Um den aktuellen Wert für den Speicherdurchsatz auf der EC2 Ebene abzurufen:
Um den aktuellen Wert für Volumen IOPS auf der EC2 Ebene abzurufen:
Um die erwartete Größe des zugewiesenen Volumes zu ermitteln:
Um die tatsächliche Größe des zugewiesenen Volumes zu ermitteln:
|
|
SQSBerechtigungen |
|
|
|
SQSVPCEndpunkt |
|
|
Betriebssystem | |||
|
SQLStatus des Dienstes |
|
|
|
RDSBenutzerdefinierter Agentenstatus |
|
|
|
SQSBerechtigungen |
|
|
|
SQSVPCEndpunkt |
|
|
Betriebssystem | |||
|
SQLStatus des Dienstes |
|
|
|
RDSBenutzerdefinierter Agentenstatus |
|
Melden Sie sich beim Host an und stellen Sie sicher, dass der RDS benutzerdefinierte Agent ausgeführt wird. Sie können die folgenden Befehle verwenden, um den Agentenstatus anzuzeigen.
Wenn der Status nicht
Wenn der Agent nicht gestartet werden kann, sehen Sie in den Windows-Ereignissen nach, warum er nicht gestartet werden kann. Der Agent benötigt einen Windows-Benutzer, um den Dienst zu starten. Stellen Sie sicher, dass ein Windows-Benutzer vorhanden ist und über die Rechte zum Ausführen des Dienstes verfügt. |
|
SSMAgentenstatus |
|
Weitere Informationen finden Sie unter Troubleshooting Agent. SSM Informationen zur Fehlerbehebung bei SSM Endpunkten finden Sie unter Es konnte keine Verbindung zu SSM Endpunkten hergestellt werden und Fehlerbehebung bei der Verfügbarkeit verwalteter Knoten mithilfe von ssm-cli beheben. |
|
RDSBenutzerdefinierter Agent-Login |
|
|
|
Zeitzone |
|
Führen Sie den Weitere Informationen finden Sie unter Lokale Zeitzone für RDS benutzerdefinierte SQL Server-DB-Instances. |
|
Version der Softwarelösung mit hoher Verfügbarkeit |
|
|
|
Konfiguration der Softwarelösung mit hoher Verfügbarkeit |
|
|
Datenbank | |||
|
SQLServer-Shared-Memory-Protokoll |
|
Sie können dies überprüfen, indem Sie Folgendes überprüfen: SQLServer Configuration Manager > SQL Server-Netzwerkkonfiguration > Protokolle für MSSQLSERVER > Shared Memory as Enabled. Nachdem Sie das Protokoll aktiviert haben, starten Sie den SQL Serverprozess neu. |
|
Hauptschlüssel für den Dienst |
|
|
|
Hauptschlüssel für den Service |
|
|
|
Version und Edition der DB-Engine |
|
Führen Sie die folgende Abfrage aus, um die SQL Version abzurufen:
Führen Sie Folgendes aus AWS CLI Befehl zum Abrufen der RDS SQL Engine-Version und -Edition:
Weitere Informationen erhalten Sie unter Ändern einer RDS benutzerdefinierten SQL Server-DB-Instance und Upgrade der Engine-Version für eine DB-Instance. |
|
DB Engine-Edition |
|
Führen Sie die folgende Abfrage aus, um die SQL Edition abzurufen:
Führen Sie Folgendes aus AWS CLI Befehl, um die RDS SQL Engine-Edition zu erhalten:
|
|
DB Engine Version |
|
Führen Sie die folgende Abfrage aus, um die SQL Version abzurufen:
Führen Sie Folgendes aus AWS CLI Befehl zum Abrufen der RDS SQL Engine-Version:
Weitere Informationen erhalten Sie unter Ändern einer RDS benutzerdefinierten SQL Server-DB-Instance und Upgrade der Engine-Version für eine DB-Instance. |
|
Speicherort der Datenbankdatei |
|
Führen Sie die folgende Abfrage aus, um den Speicherort von Datenbankdateien aufzulisten, die sich nicht im Standardpfad befinden:
|
Problembehandlung Storage-Full
in RDS Benutzerdefiniert für SQL Server
RDSCustom überwacht den verfügbaren Speicherplatz sowohl auf dem Root-Volume (C:) als auch auf dem Datenvolume (D:) einer RDS Custom for SQL Server-DB-Instance. RDSBenutzerdefiniert versetzt den Instanzstatus in den Storage-Full
Status, wenn auf einem der Volumes weniger als 500 MiB Festplattenspeicher verfügbar sind. Informationen zur Skalierung des Instance-Speichers finden Sie unterÄndern des Speichers für eine RDS Custom for SQL Server-DB-Instance.
Anmerkung
Nach der Skalierung des Speichers Storage-Full
kann es bis zu 30 Minuten dauern, bis Instances aufgelöst sind.
Problembehandlung PENDING _ RECOVERY state für TDE aktivierte Datenbanken in RDS Custom for SQL Server
SQLServerdatenbanken mit aktivierter transparenter Datenverschlüsselung (TDE) behalten möglicherweise ihren PENDING_RECOVERY
Status, wenn bei der automatischen Entschlüsselung Probleme auftreten. Dies ist in der Regel nach einer Wiederherstellung der DB-Instance der Fall, wenn die Service Master Key (SMK) -Backup-Datei der Quell-DB-Instance, die im RDS Custom Managed S3-Bucket in Ihrem Konto gespeichert ist, vor Abschluss der Wiederherstellung gelöscht wurde.
Um die automatische Entschlüsselung zu aktivieren und die TDE aktivierten Datenbanken online zu schalten, müssen Sie den Datenbank-Masterschlüssel (DMK) mit seinem Passwort öffnen und ihn mit dem verschlüsseln. DMK SMK
Verwenden Sie die folgenden SQL Serverbefehle als Referenz:
-- Identify PENDING_RECOVERY TDE databases USE MASTER; GO SELECT name, is_encrypted, state_desc FROM sys.databases; GO -- Open DMK using password OPEN MASTER KEY DECRYPTION BY PASSWORD = '<password>'; GO -- Encrypt DMK using SMK ALTER MASTER KEY ADD ENCRYPTION BY SERVICE MASTER KEY; GO -- Close SMK CLOSE MASTER KEY; GO -- Bring the TDE databases online ALTER DATABASE <database_name> SET ONLINE; GO -- Verify TDE databases are now in ONLINE state SELECT name, is_encrypted, state_desc FROM sys.databases; GO