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. # Konfiguration erweiterter Funktionen von RDS für Oracle RDS für Oracle unterstützt verschiedene erweiterte Funktionen, darunter HugePages, einen Instance-Speicher und erweiterte Datentypen. **Topics** + [Speichern temporärer Daten in einem Instance-Speicher von RDS für Oracle](CHAP_Oracle.advanced-features.instance-store.md) + [Aktivieren von HugePages für eine Instance von RDS für Oracle](Oracle.Concepts.HugePages.md) + [Aktivieren erweiterter Datentypen in RDS für Oracle](Oracle.Concepts.ExtendedDataTypes.md) # Speichern temporärer Daten in einem Instance-Speicher von RDS für Oracle Verwenden Sie einen Instance-Speicher für die temporären Tabellenräume und den Smart-Flash-Cache (Flash-Cache) der Datenbank in unterstützten DB-Instance-Klassen von RDS für Oracle. **Topics** + [Übersicht über den Instance-Speicher von RDS für Oracle](#CHAP_Oracle.advanced-features.instance-store.overview) + [Aktivieren eines Instance-Speichers von RDS für Oracle](#CHAP_Oracle.advanced-features.instance-store.Enable) + [Konfigurieren eines Instance-Speichers von RDS für Oracle](CHAP_Oracle.advanced-features.instance-store.configuring.md) + [Arbeiten mit einem Instance-Speicher auf einer Oracle Read Replica](CHAP_Oracle.advanced-features.instance-store.replicas.md) + [Konfiguration einer temporären Tabellenraumgruppe in einem Instance-Speicher und Amazon EBS](CHAP_Oracle.advanced-features.instance-store.temp-ebs.md) + [Entfernen eines Instance-Speichers von RDS für Oracle](#CHAP_Oracle.advanced-features.instance-store.Disable) ## Übersicht über den Instance-Speicher von RDS für Oracle Ein *Instance-Speicher* stellt temporären Speicher auf Blockebene für eine DB-Instance von RDS für Oracle bereit. Sie können einen Instance-Speicher für das temporäre Speichern von Informationen verwenden, die sich häufig ändern. Ein Instance-Speicher basiert auf Non-Volatile Memory Express (NVMe) -Geräten, die physisch an den Host-Computer angeschlossen sind. Der Speicher ist für niedrige Latenz, zufällige I/O Leistung und sequentiellen Lesedurchsatz optimiert. Die Größe des Instance-Speichers variiert je nach DB-Instance-Typ. Weitere Informationen zum Instance-Speicher finden Sie unter [Instance-Speicher von Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html) im *Benutzerhandbuch für Amazon Elastic Compute Cloud für Linux-Instances*. **Topics** + [Datentypen im Instance-Speicher von RDS für Oracle](#CHAP_Oracle.advanced-features.instance-store.overview.uses) + [Vorteile des Instance-Speichers von RDS für Oracle](#CHAP_Oracle.advanced-features.instance-store.overview.benefits) + [Unterstützte Instance-Klassen für den Instance-Speicher von RDS für Oracle](#CHAP_Oracle.advanced-features.instance-store.overview.instance-classes) + [Unterstützte Engine-Versionen für den Instance-Speicher von RDS für Oracle](#CHAP_Oracle.advanced-features.instance-store.overview.db-versions) + [Wird AWS-Regionen für den RDS-Instance-Speicher für Oracle unterstützt](#CHAP_Oracle.advanced-features.instance-store.overview.regions) + [Kosten des Instance-Speichers von RDS für Oracle](#CHAP_Oracle.advanced-features.instance-store.overview.cost) ### Datentypen im Instance-Speicher von RDS für Oracle Sie können die folgenden Typen temporärer Daten von RDS für Oracle in einem Instance-Speicher ablegen: Ein temporärer Tabellenraum Oracle Database verwendet temporäre Tabellenräume, um Zwischenergebnisse von Abfragen zu speichern, die nicht in den Speicher passen. Größere Abfragen können große Mengen an Zwischendaten generieren, die vorübergehend zwischengespeichert werden müssen, aber nicht dauerhaft bestehen müssen. Ein temporärer Tabellenräum ist insbesondere nützlich für Sortierungen, Hash-Aggregationen und Joins. Wenn Ihre DB-Instance von RDS für Oracle die Enterprise Edition oder Standard Edition 2 verwendet, können Sie einen temporären Tabellenraum in einem Instance-Speicher ablegen. Der Flash-Cache Der Flash-Cache verbessert die Leistung von zufälligen Einzelblock-Lesevorgängen im konventionellen Pfad. Es empfiehlt sich, den Cache so zu dimensionieren, dass er den größten Teil Ihres aktiven Datasets aufnehmen kann. Wenn Ihre DB-Instance von RDS für Oracle die Enterprise Edition verwendet, können Sie den Flash-Cache in einem Instance-Speicher ablegen. Standardmäßig ist ein Instance-Speicher für einen temporären Tabellenraum konfiguriert, jedoch nicht für den Flash-Cache. Sie können Oracle-Datendateien und Datenbankprotokolldateien nicht in einem Instance-Speicher ablegen. ### Vorteile des Instance-Speichers von RDS für Oracle Sie könnten erwägen, einen Instance-Speicher zu verwenden, um temporäre Dateien und Caches zu speichern, deren Verlust Sie hinnehmen können. Wenn Sie die DB-Leistung verbessern möchten oder wenn eine steigende Workload Leistungsprobleme für Ihren Amazon-EBS-Speicher verursacht, sollten Sie eine Skalierung auf eine Instance-Klasse in Betracht ziehen, die einen Instance-Speicher unterstützt. Wenn Sie Ihren temporären Tabellenraum und Flash-Cache in einem Instance-Speicher ablegen, erhalten Sie folgende Vorteile: + Niedrigere Lese-Latenzen + Höherer Durchsatz + Geringere Auslastung Ihrer Amazon-EBS-Volumes + Geringere Speicher- und Snapshot-Kosten aufgrund geringerer Amazon-EBS-Last + Weniger Druck, hohe IOPS bereitzustellen, was möglicherweise Ihre Gesamtkosten senkt Indem Sie Ihren temporären Tabellenraum im Instance-Speicher ablegen, erzielen Sie eine sofortige Leistungssteigerung für Abfragen, die temporären Speicherplatz verwenden. Wenn Sie den Flash-Cache im Instance-Speicher ablegen, haben zwischengespeicherte Blocklesevorgänge in der Regel eine viel geringere Latenz als Amazon-EBS-Lesevorgänge. Der Flash-Cache muss „aufgewärmt“ werden, bevor er Leistungsvorteile bietet. Der Cache wärmt sich selbst auf, da die Datenbank Blöcke in den Flash-Cache schreibt, wenn sie für den Datenbankpuffer-Cache zu alt werden. **Anmerkung** In einigen Fällen verursacht der Flash-Cache aufgrund der Cache-Verwaltung einen Leistungs-Overhead. Bevor Sie den Flash-Cache in einer Produktionsumgebung aktivieren, sollten Sie Ihre Workload analysieren und den Cache in einer Testumgebung testen. ### Unterstützte Instance-Klassen für den Instance-Speicher von RDS für Oracle Amazon RDS unterstützt den Instance-Speicher für die folgenden DB-Instance-Klassen: + db.m5d + db.m6id + db.r5d + db.r6id + db.x2idn + db.x2iedn RDS für Oracle unterstützt die vorgenannten DB-Instance-Klassen nur für das BYOL-Lizenzmodell. Weitere Informationen erhalten Sie unter [Unterstützte DB-Instance-Klassen von RDS für Oracle](Oracle.Concepts.InstanceClasses.md#Oracle.Concepts.InstanceClasses.Supported) und [Bring Your Own License (BYOL) für EE und SE2](Oracle.Concepts.Licensing.md#Oracle.Concepts.Licensing.BYOL). Um den gesamten Instance-Speicher für die unterstützten DB-Instance-Typen anzuzeigen, führen Sie den folgenden Befehl in der AWS CLI aus. **Example** ``` aws ec2 describe-instance-types \ --filters "Name=instance-type,Values=*5d.*large*,*6id.*large*" \ --query "InstanceTypes[?contains(InstanceType,'m5d')||contains(InstanceType,'r5d')||contains(InstanceType,'m6id')||contains(InstanceType,'r6id')][InstanceType, InstanceStorageInfo.TotalSizeInGB]" \ --output table ``` Der vorhergehende Befehl gibt die unformatierte Gerätegröße für den Instance-Speicher zurück. RDS für Oracle verwendet einen kleinen Teil dieses Speicherplatzes für die Konfiguration. Der Speicherplatz im Instance-Speicher, der für temporäre Tabellenräume oder den Flash-Cache zur Verfügung steht, ist etwas kleiner. ### Unterstützte Engine-Versionen für den Instance-Speicher von RDS für Oracle Der Instance-Speicher wird von folgenden Engine-Versionen von RDS für Oracle unterstützt: + Version 21.0.0.0.ru-2022-01.rur-2022-01.r1 oder höhere Versionen von Oracle Database 21c + 19.0.0.0.ru-2021-10.rur-2021-10.r1 oder höhere Versionen von Oracle Database 19c ### Wird AWS-Regionen für den RDS-Instance-Speicher für Oracle unterstützt Der Instance-Speicher ist überall verfügbar AWS-Regionen , wo einer oder mehrere dieser Instance-Typen unterstützt werden. Weitere Informationen zu den Instance-Klassen db.m5d und db.r5d finden Sie unter [](Concepts.DBInstanceClass.md). Weitere Informationen zu den Instance-Klassen, die von Amazon RDS für Oracle unterstützt werden, finden Sie unter [DB-Instance-Klassen von RDS für Oracle](Oracle.Concepts.InstanceClasses.md). ### Kosten des Instance-Speichers von RDS für Oracle Die Kosten des Instance-Speichers sind in die Kosten der Instances integriert, für die der Instance-Speicher aktiviert ist. Es entstehen keine zusätzlichen Kosten, wenn Sie einen Instance-Speicher auf einer DB-Instance von RDS für Oracle aktivieren. Weitere Informationen zu Instances, für die der Instance-Speicher aktiviert ist, finden Sie unter [Unterstützte Instance-Klassen für den Instance-Speicher von RDS für Oracle](#CHAP_Oracle.advanced-features.instance-store.overview.instance-classes). ## Aktivieren eines Instance-Speichers von RDS für Oracle Führen Sie einen der folgenden Schritte aus, um den Instance-Speicher für temporäre Daten von RDS für Oracle zu aktivieren: + Erstellen Sie eine DB-Instance von RDS für Oracle mithilfe einer unterstützten Instance-Klasse. Weitere Informationen finden Sie unter [Erstellen einer Amazon-RDS-DB-Instance](USER_CreateDBInstance.md). + Ändern Sie eine vorhandene DB-Instance von RDS für Oracle mithilfe einer unterstützten Instance-Klasse. Weitere Informationen finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md). # Konfigurieren eines Instance-Speichers von RDS für Oracle Standardmäßig werden 100 % des Instance-Speicherplatzes dem temporären Tabellenraum zugewiesen. Wenn Sie den Instance-Speicher für die Zuweisung von Speicherplatz für den Flash-Cache und den temporären Tabellenraum konfigurieren möchten, legen Sie die folgenden Parameter in der Parametergruppe für Ihre Instance fest: **db\$1flash\$1cache\$1size=\$1DBInstanceStore\$1\$10,2,4,6,8,10\$1/10\$1** Dieser Parameter gibt den Speicherplatz an, der für den Flash-Cache zugewiesen ist. Dieser Parameter ist nur für Oracle Database Enterprise Edition gültig. Der Standardwert ist `{DBInstanceStore*0/10}`. Wenn Sie für `db_flash_cache_size` einen Wert ungleich Null festlegen, aktiviert Ihre Instance von RDS für Oracle den Flash-Cache, nachdem Sie die Instance neu gestartet haben. **rds.instance\$1store\$1temp\$1size=\$1DBInstanceStore\$1\$10,2,4,6,8,10\$1/10\$1** Dieser Parameter gibt den Speicherplatz an, der für den temporären Tabellenraum zugewiesen ist. Der Standardwert ist `{DBInstanceStore*10/10}`. Dieser Parameter kann für Oracle Database Enterprise Edition geändert werden und ist für Standard Edition 2 schreibgeschützt. Wenn Sie für `rds.instance_store_temp_size` einen Wert ungleich Null festlegen, weist Amazon RDS Speicherplatz im Instance-Speicher für den temporären Tabellenraum zu. Sie können die Parameter `db_flash_cache_size` und `rds.instance_store_temp_size` für DB-Instances festlegen, die keinen Instance-Speicher verwenden. In diesem Fall werden beide Einstellungen mit `0` ausgewertet, wodurch die Funktion deaktiviert wird. In diesem Fall können Sie dieselbe Parametergruppe für verschiedene Instance-Größen und für Instances verwenden, die keinen Instance-Speicher verwenden. Wenn Sie diese Parameter ändern, stellen Sie sicher, dass Sie die zugehörigen Instances neu starten, damit die Änderungen wirksam werden. Wenn Sie Speicherplatz für einen temporären Tabellenraum zuweisen, erstellt Amazon RDS den temporären Tabellenraum nicht automatisch. Informationen zum Erstellen des temporären Tabellenraums im Instance-Speicher finden Sie unter [Erstellen eines temporären Tabellenraums im Instance-Speicher](Appendix.Oracle.CommonDBATasks.TablespacesAndDatafiles.md#Appendix.Oracle.CommonDBATasks.creating-tts-instance-store). Der kombinierte Wert der vorhergehenden Parameter darf 10/10 oder 100 % nicht überschreiten. Die folgende Tabelle veranschaulicht gültige und ungültige Parametereinstellungen. | db\$1flash\$1cache\$1size | rds.instance\$1store\$1temp\$1size | Erklärung | | --- | --- | --- | | db\$1flash\$1cache\$1size=\$1DBInstanceStore\$10/10\$1 | rds.instance\$1store\$1temp\$1size=\$1DBInstanceStore\$110/10\$1 | Dies ist eine gültige Konfiguration für alle Editionen von Oracle Database. Standardmäßig weist Amazon RDS 100 % des Instance-Speicherplatzes dem temporären Tabellenraum zu. Dies ist die Standardeinstellung. | | db\$1flash\$1cache\$1size=\$1DBInstanceStore\$110/10\$1 | rds.instance\$1store\$1temp\$1size=\$1DBInstanceStore\$10/10\$1 | Dieser Parameter ist nur für Oracle Database Enterprise Edition gültig. Standardmäßig weist Amazon RDS 100 % des Instance-Speicherplatzes dem Flash-Cache zu. | | db\$1flash\$1cache\$1size=\$1DBInstanceStore\$12/10\$1 | rds.instance\$1store\$1temp\$1size=\$1DBInstanceStore\$18/10\$1 | Dieser Parameter ist nur für Oracle Database Enterprise Edition gültig. Amazon RDS weist 20 % des Instance-Speicherplatzes dem Flash-Cache und 80 % des Instance-Speicherplatzes dem temporären Tabellenraum zu. | | db\$1flash\$1cache\$1size=\$1DBInstanceStore\$16/10\$1 | rds.instance\$1store\$1temp\$1size=\$1DBInstanceStore\$14/10\$1 | Dieser Parameter ist nur für Oracle Database Enterprise Edition gültig. Amazon RDS weist 60 % des Instance-Speicherplatzes dem Flash-Cache und 40 % des Instance-Speicherplatzes dem temporären Tabellenraum zu. | | db\$1flash\$1cache\$1size=\$1DBInstanceStore\$12/10\$1 | rds.instance\$1store\$1temp\$1size=\$1DBInstanceStore\$14/10\$1 | Dieser Parameter ist nur für Oracle Database Enterprise Edition gültig. Amazon RDS weist 20 % des Instance-Speicherplatzes dem Flash-Cache und 40 % des Instance-Speicherplatzes dem temporären Tabellenraum zu. | | db\$1flash\$1cache\$1size=\$1DBInstanceStore\$18/10\$1 | rds.instance\$1store\$1temp\$1size=\$1DBInstanceStore\$18/10\$1 | Dies ist eine ungültige Konfiguration, da der kombinierte Prozentsatz des Instance-Speicherplatzes 100 % übersteigt. In solchen Fällen gibt Amazon RDS bei einem Konfigurationsversuch einen Fehler aus. | ## Überlegungen beim Ändern des DB-Instance-Typs Wenn Sie den DB-Instance-Typ ändern, kann sich dies auf die Konfiguration des Flash-Caches oder des temporären Tabellenraums im Instance-Speicher auswirken. Berücksichtigen Sie die folgenden Änderungen und deren Auswirkungen: **Sie skalieren die DB-Instance, die den Instance-Speicher unterstützt, hoch oder herunter.** Die folgenden Werte erhöhen oder verringern sich proportional zur neuen Größe des Instance-Speichers: + Die neue Größe des Flash-Caches. + Der Speicherplatz, der den temporären Tabellenräumen zugewiesen ist, die sich im Instance-Speicher befinden. Beispielsweise stellt die Einstellung `db_flash_cache_size={DBInstanceStore*6/10}` auf einer db.m5d.4xlarge-Instance etwa 340 GB Flash-Cache-Speicherplatz bereit. Wenn Sie den Instance-Typ auf db.m5d.8xlarge hochskalieren, erhöht sich der Flash-Cache-Speicherplatz auf etwa 680 GB. **Sie ändern eine DB-Instance, die keinen Instance-Speicher verwendet, in eine Instance mit Instance-Speicher.** Wenn `db_flash_cache_size` auf einen Wert größer als `0` festgelegt wird, ist der Flash-Cache konfiguriert. Wird `rds.instance_store_temp_size` auf einen Wert größer als `0` festgelegt, wird der Instance-Speicherplatz zur Verwendung durch einen temporären Tabellenraum zugewiesen. RDS für Oracle verschiebt temporäre Dateien nicht automatisch in den Instance-Speicher. Informationen zur Verwendung des zugewiesenen Speicherplatzes finden Sie unter [Erstellen eines temporären Tabellenraums im Instance-Speicher](Appendix.Oracle.CommonDBATasks.TablespacesAndDatafiles.md#Appendix.Oracle.CommonDBATasks.creating-tts-instance-store) oder [Hinzufügen einer temporären Datei zum Instance-Speicher auf einer Read Replica](Appendix.Oracle.CommonDBATasks.using-tempfiles.md#Appendix.Oracle.CommonDBATasks.adding-tempfile-replica). **Sie ändern eine DB-Instance, die einen Instance-Speicher verwendet, in eine Instance ohne Instance-Speicher.** In diesem Fall entfernt RDS für Oracle den Flash-Cache. RDS erstellt die temporäre Datei neu, die sich derzeit im Instance-Speicher eines Amazon-EBS-Volumes befindet. Die maximale Größe der neuen temporären Datei entspricht der früheren Größe des `rds.instance_store_temp_size`-Parameters. # Arbeiten mit einem Instance-Speicher auf einer Oracle Read Replica Read Replicas unterstützen den Flash-Cache und temporäre Tabellenräume in einem Instance-Speicher. Während der Flash-Cache genauso funktioniert wie auf der primären DB-Instance, sind bei temporären Tabellenräume folgende Unterschiede zu beachten: + Sie können keinen temporären Tabellenraum auf einer Read Replica erstellen. Wenn Sie einen neuen temporären Tabellenraum auf der primären Instance erstellen, repliziert RDS für Oracle die Tabellenrauminformationen ohne temporäre Dateien. Wenn Sie eine neue temporäre Datei hinzufügen möchten, verwenden Sie eine der folgenden Methoden: + Verwenden Sie das Amazon-RDS-Verfahren `rdsadmin.rdsadmin_util.add_inst_store_tempfile`. RDS für Oracle erstellt eine temporäre Datei im Instance-Speicher Ihrer Read Replica und fügt sie dem angegebenen temporären Tabellenraum hinzu. + Führen Sie den Befehl `ALTER TABLESPACE … ADD TEMPFILE` aus. RDS für Oracle legt die temporäre Datei im Amazon-EBS-Speicher ab. **Anmerkung** Die Größen und Speichertypen der temporären Datei können auf der primären DB-Instance und der Read Replica unterschiedlich sein. + Sie können die standardmäßige temporäre Tabellenraumeinstellung nur auf der primären DB-Instance verwalten. RDS für Oracle repliziert die Einstellung auf alle Read Replicas. + Sie können die temporären Tabellenraumgruppen nur auf der primären DB-Instance konfigurieren. RDS für Oracle repliziert die Einstellung auf alle Read Replicas. # Konfiguration einer temporären Tabellenraumgruppe in einem Instance-Speicher und Amazon EBS Sie können eine temporäre Tabellenraumgruppe so konfigurieren, dass sie temporäre Tabellenräume sowohl in einem Instance-Speicher als auch in Amazon EBS einschließt. Diese Methode ist nützlich, wenn Sie mehr temporären Speicher benötigen, als aufgrund der Maximaleinstellung von `rds.instance_store_temp_size` zulässig ist. Wenn Sie eine temporäre Tabellenraumgruppe sowohl in einem Instance-Speicher als auch in Amazon EBS konfigurieren, weisen die beiden Tabellenräume deutlich unterschiedliche Leistungsmerkmale auf. Oracle Database wählt den Tabellenraum für Abfragen basierend auf einem internen Algorithmus aus. Daher können ähnliche Abfragen in der Leistung variieren. In der Regel erstellen Sie einen temporären Tabellenraum im Instance-Speicher wie folgt: 1. Erstellen Sie einen temporären Tabellenraum im Instance-Speicher. 1. Legen Sie den neuen Tabellenraum als temporären Standardtabellenraum der Datenbank fest. Wenn die Größe des Tabellenraums im Instance-Speicher nicht ausreicht, können Sie wie folgt zusätzlichen temporären Speicher erstellen: 1. Weisen Sie den temporären Tabellenraum im Instance-Speicher einer temporären Tabellenraumgruppe zu. 1. Erstellen Sie einen neuen temporären Tabellenraum in Amazon EBS, falls noch keiner vorhanden ist. 1. Weisen Sie den temporären Tabellenraum in Amazon EBS derselben Tabellenraumgruppe zu, die den Instance-Speicher-Tabellenraum enthält. 1. Legen Sie die Tabellenraumgruppe als temporären Standardtabellenraum fest. Im folgenden Beispiel wird davon ausgegangen, dass die Größe des temporären Tabellenraums im Instance-Speicher nicht Ihren Anwendungsanforderungen entspricht. In dem Beispiel wird der temporäre Tabellenraum `temp_in_inst_store` im Instance-Speicher erstellt und der Tabellenraumgruppe `temp_group` zugewiesen. Der vorhandene Amazon-EBS-Tabellenraum mit dem Namen `temp_in_ebs` wird dieser Gruppe hinzugefügt und diese Gruppe wird als temporärer Standardtabellenraum festgelegt. ``` SQL> EXEC rdsadmin.rdsadmin_util.create_inst_store_tmp_tblspace('temp_in_inst_store'); PL/SQL procedure successfully completed. SQL> ALTER TABLESPACE temp_in_inst_store TABLESPACE GROUP temp_group; Tablespace altered. SQL> ALTER TABLESPACE temp_in_ebs TABLESPACE GROUP temp_group; Tablespace altered. SQL> EXEC rdsadmin.rdsadmin_util.alter_default_temp_tablespace('temp_group'); PL/SQL procedure successfully completed. SQL> SELECT * FROM DBA_TABLESPACE_GROUPS; GROUP_NAME TABLESPACE_NAME ------------------------------ ------------------------------ TEMP_GROUP TEMP_IN_EBS TEMP_GROUP TEMP_IN_INST_STORE SQL> SELECT PROPERTY_VALUE FROM DATABASE_PROPERTIES WHERE PROPERTY_NAME='DEFAULT_TEMP_TABLESPACE'; PROPERTY_VALUE -------------- TEMP_GROUP ``` ## Entfernen eines Instance-Speichers von RDS für Oracle Wenn Sie den Instance-Speicher entfernen möchten, ändern Sie Ihre DB-Instance von RDS für Oracle so, dass sie einen Instance-Typ verwendet, der keinen Instance-Speicher unterstützt, wie db.m5 oder db.r5. # Aktivieren von HugePages für eine Instance von RDS für Oracle Amazon RDS for Oracle unterstützt Huge Pages mit Linux-Kernel für eine erhöhte Datenbank-Skalierbarkeit. HugePages erzeugt kleinere Seitentabellen und benötigt weniger CPU-Zeit für die Speicherverwaltung, so dass die Leistung von großen Datenbank-Instances erhöht wird. Weitere Informationen finden Sie unter [Overview of HugePages](https://docs.oracle.com/database/121/UNXAR/appi_vlm.htm#UNXAR400) in der Oracle-Dokumentation. Sie können HugePages mit allen unterstützten Versionen und Editionen von RDS für Oracle verwenden. Der `use_large_pages`-Parameter steuert, ob HugePages für eine DB-Instance aktiviert werden. Die möglichen Einstellungen für diesen Parameter sind `ONLY`, `FALSE`, und `{DBInstanceClassHugePagesDefault}`. Der Parameter `use_large_pages` ist in der Standard-DB-Parametergruppe von Oracle auf `{DBInstanceClassHugePagesDefault}` gesetzt. Wenn Sie steuern möchten, ob HugePages für eine DB-Instance automatisch aktiviert werden, können Sie die Formelvariable `DBInstanceClassHugePagesDefault` in Parametergruppen verwenden. Der Wert ist wie folgt bestimmt: + Für die in der folgenden Tabelle erwähnten DB-Instance-Klassen wird `DBInstanceClassHugePagesDefault` standardmäßig immer als `FALSE` und `use_large_pages` als `FALSE` ausgewertet. Sie können HugePages für diese DB-Instance-Klassen manuell aktivieren, wenn die DB-Instance-Klasse einen Speicherplatz von mindestens 14 GiB hat. + Für nicht in der folgenden Tabelle erwähnte DB-Instance-Klassen wird `DBInstanceClassHugePagesDefault` immer als `FALSE` ausgewertet, wenn die Instance-Klasse weniger als 14 GiB Arbeitsspeicher hat. Außerdem wird `use_large_pages` als `FALSE` ausgewertet. + Für nicht in der folgenden Tabelle erwähnte DB-Instance-Klassen wird `DBInstanceClassHugePagesDefault` standardmäßig als `TRUE` ausgewertet, wenn die Instance-Klasse mindestens 14 GiB und weniger als 100 GiB Arbeitsspeicher hat. Außerdem wird `use_large_pages` als `ONLY` ausgewertet. Sie können HugePages manuell deaktivieren, indem Sie `use_large_pages` auf `FALSE` festlegen. + Für nicht in der folgenden Tabelle erwähnte DB-Instance-Klassen wird `DBInstanceClassHugePagesDefault` immer als `TRUE` ausgewertet, wenn die Instance-Klasse mindestens 100 GiB Arbeitsspeicher hat. Außerdem wird `use_large_pages` als `ONLY` ausgewertet und HugePages kann nicht deaktiviert werden. Für die folgenden DB-Instance-Klassen werden HugePages standardmäßig nicht aktiviert. **** | DB-Instance-Klassenfamilie | DB-Instance-Klassen ohne standardmäßige Aktivierung von HugePages | | --- | --- | | db.m5 | db.m5.large | | db.m4 | db.m4.large, db.m4.xlarge, db.m4.2xlarge, db.m4.4xlarge, db.m4.10xlarge | | db.t3 | db.t3.micro, db.t3.small, db.t3.medium, db.t3.large | Weitere Informationen zu DB-Instance-Klassen finden Sie unter [Hardwarespezifikationen für DB-Instance-Klassen ](Concepts.DBInstanceClass.Summary.md). Legen Sie den Parameter `use_large_pages` auf `ONLY` fest, um HugePages für neue oder vorhandene DB-Instances manuell zu aktivieren. Sie können HugePages nicht mit Oracle Automatic Memory Management (Automatische Arbeitsspeicher Verwaltung – AMM) verwenden. Wenn Sie den Parameter `use_large_pages` auf `ONLY` setzten, dann müssen Sie auch `memory_target` und `memory_max_target` auf `0` setzen. Weitere Informationen über die Einstellung von DB-Parametern für Ihre DB-Instance finden Sie unter [Parametergruppen für Amazon RDS](USER_WorkingWithParamGroups.md). Sie können auch die Parameter `sga_target`, `sga_max_size` und `pga_aggregate_target` festlegen. Wenn Sie die Speicher-Parameter System Global Area (SGA) und Program Global Area (PGA) festlegen, addieren Sie beide Werte. Subtrahieren Sie die Summe von Ihrem verfügbaren Instance-Arbeitsspeicher (`DBInstanceClassMemory`), um den freien Arbeitsspeicher nach der HugePages-Zuteilung zu ermitteln. Sie müssen mindestens 2 GiB Speicher oder 10 Prozent des gesamten verfügbaren Instance-Speichers frei lassen, je nachdem, welcher Wert kleiner ist. Nachdem Sie Ihre Parameter konfiguriert haben, müssen Sie Ihre DB-Instance neu starten, damit die Änderungen wirksam werden. Weitere Informationen finden Sie unter [Eine DB-Instance DB-Cluster neu starten](USER_RebootInstance.md). **Anmerkung** Die Oracle DB-Instance schiebt Änderungen an SGA-bezogenen Initialisierungsparametern auf, bis Sie die Instance ohne Failover neu starten. Wählen Sie in der Amazon RDS-Konsole **Neustart**, wählen Sie aber *nicht* **Neustart mit Failover** aus. Rufen Sie in der AWS CLI den `reboot-db-instance` Befehl mit dem Parameter `--no-force-failover` auf. Die DB-Instance verarbeitet die SGA-bezogenen Parameter nicht während eines Failovers oder bei anderen Wartungsvorgängen, die einen Neustart der Instance bewirken. Nachfolgend finden Sie eine Beispielparameterkonfiguration für HugePages, bei der HugePages manuell aktiviert wird. Sie sollten die Werte so festlegen, dass sie Ihren Anforderungen entsprechen. ``` 1. memory_target = 0 2. memory_max_target = 0 3. pga_aggregate_target = {DBInstanceClassMemory*1/8} 4. sga_target = {DBInstanceClassMemory*3/4} 5. sga_max_size = {DBInstanceClassMemory*3/4} 6. use_large_pages = ONLY ``` Nehmen wir an, dass in einer Parametergruppe die folgenden Parameterwerte eingestellt sind. ``` 1. memory_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) 2. memory_max_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) 3. pga_aggregate_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*1/8}, 0) 4. sga_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) 5. sga_max_size = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) 6. use_large_pages = {DBInstanceClassHugePagesDefault} ``` Die Parametergruppe wird von einer db.r4-DB-Instance-Klasse mit weniger als 100 GiB Speicher verwendet. Mit diesen Parametereinstellungen und der Einstellung `{DBInstanceClassHugePagesDefault}` für `use_large_pages` sind HugePages auf der db.r4-Instance aktiviert. Betrachten Sie ein weiteres Beispiel mit folgenden eingestellten Parameterwerten in einer Parametergruppe. ``` 1. memory_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) 2. memory_max_target = IF({DBInstanceClassHugePagesDefault}, 0, {DBInstanceClassMemory*3/4}) 3. pga_aggregate_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*1/8}, 0) 4. sga_target = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) 5. sga_max_size = IF({DBInstanceClassHugePagesDefault}, {DBInstanceClassMemory*3/4}, 0) 6. use_large_pages = FALSE ``` Die Parametergruppe wird von einer db.r4 DB-Instance-Klasse und einer db.r5 DB-Instance-Klasse verwendet - beide mit weniger als 100 GiB Speicher. Bei diesen Parametereinstellungen sind HugePages auf der db.r4- und db.r5-Instance deaktiviert. **Anmerkung** Wenn diese Parametergruppe von einer db.r4 DB-Instance-Klasse oder db.r5 DB-Instance-Klasse mit mindestens 100 GiB Speicher verwendet wird, wird die `FALSE`-Einstellung für `use_large_pages` überschrieben und auf `ONLY` festgelegt. In diesem Fall wird eine Kundenbenachrichtigung über die erfolgte Überschreibung versendet. Nachdem HugePages in Ihrer DB-Instance aktiv ist, können Sie HugePages-Informationen anzeigen, indem Sie „Enhanced Monitoring“ (Erweiterte Überwachung) aktivieren. Weitere Informationen finden Sie unter [Überwachen von Betriebssystem-Metriken mithilfe von „Enhanced Monitoring“·(Erweiterte·Überwachung)](USER_Monitoring.OS.md). # Aktivieren erweiterter Datentypen in RDS für Oracle Amazon RDS für Oracle unterstützt erweiterte Datentypen. Bei erweiterten Datentypen beträgt die maximale Größe 32 767 Byte für die Datentypen `VARCHAR2`, `NVARCHAR2` und `RAW`. Wenn Sie erweiterte Datentypen verwenden möchten, setzen Sie den Parameter `MAX_STRING_SIZE` auf `EXTENDED`. Weitere Informationen finden Sie unter [Extended Data Types](https://docs.oracle.com/database/121/SQLRF/sql_elements001.htm#SQLRF55623) in der Oracle-Dokumentation. Wenn Sie keine erweiterten Datentypen verwenden möchten, belassen Sie für den Parameter `MAX_STRING_SIZE` die Standardeinstellung `STANDARD`. In diesem Fall liegt die Größenbegrenzung bei 4 000 Byte für die Datentypen `VARCHAR2` und `NVARCHAR2` und bei 2 000 Byte für den Datentyp RAW. Sie können erweiterte Datentypen auf einer neuen oder einer vorhandenen DB-Instance aktivieren. Bei neuen DB-Instances dauert es gewöhnlich länger, die DB-Instance zu erstellen, wenn Sie erweiterte Datentypen aktivieren. Bei vorhandenen DB-Instances ist die DB-Instance während des Konvertierungsvorgangs nicht verfügbar. ## Überlegungen zu erweiterten Datentypen Beachten Sie Folgendes, wenn Sie erweiterte Datentypen für Ihre DB-Instance aktivieren: + Wenn Sie erweiterte Datentypen für eine neue oder vorhandene DB-Instance aktivieren, müssen Sie die Instance neu starten, damit die Änderung wirksam wird. + Nachdem Sie erweiterte Datentypen aktiviert haben, können Sie dies nicht rückgängig machen, damit die DB-Instance wieder die Standardgröße für Datentypen verwendet. Wenn Sie den Parameter `MAX_STRING_SIZE` wieder auf `STANDARD` setzen, wird der Status `incompatible-parameters` angezeigt. + Wenn Sie eine DB-Instance, die erweiterte Datentypen verwendet, wiederherstellen, müssen Sie eine Parametergruppe angeben, für die der Parameter `MAX_STRING_SIZE` auf `EXTENDED` gesetzt ist. Wenn Sie bei der Wiederherstellung die Standard-Parametergruppe oder eine andere Parametergruppe angeben, für die `MAX_STRING_SIZE` auf `STANDARD` gesetzt ist, wird der Status `incompatible-parameters` ausgegeben. + Wenn der Status der DB-Instance aufgrund der Einstellung für `incompatible-parameters` `MAX_STRING_SIZE` lautet, ist die DB-Instance nicht verfügbar, bis Sie den Parameter `MAX_STRING_SIZE` auf `EXTENDED` setzen und die DB-Instance neu starten. ## Aktivieren erweiterter Datentypen für eine neue DB-Instance Wenn Sie eine DB-Instance erstellen, wobei `MAX_STRING_SIZE` auf `EXTENDED` festgelegt ist, wird die die Instance mit dem Parameter `MAX_STRING_SIZE` auf den festgelegten Standardwert `STANDARD` angezeigt. Starten Sie die Instance neu, damit die Änderung wirksam wird. **So aktivieren Sie erweiterte Datentypen für eine neue DB-Instance** 1. Setzen Sie den `MAX_STRING_SIZE` in einer Parametergruppe auf `EXTENDED`. Zur Festlegung des Parameters können Sie entweder eine neue Parametergruppe erstellen oder eine vorhandene Parametergruppe ändern. Weitere Informationen finden Sie unter [Parametergruppen für Amazon RDS](USER_WorkingWithParamGroups.md). 1. Erstellen Sie eine neue RDS-für-Oracle-DB-Instance. Weitere Informationen finden Sie unter [Erstellen einer Amazon-RDS-DB-Instance](USER_CreateDBInstance.md). 1. Ordnen Sie die Parametergruppe, bei der `MAX_STRING_SIZE` auf `EXTENDED` gesetzt ist, der DB-Instance zu. Weitere Informationen finden Sie unter [Erstellen einer Amazon-RDS-DB-Instance](USER_CreateDBInstance.md). 1. Starten Sie die DB-Instance neu, damit der Parameteränderung in Kraft tritt. Weitere Informationen finden Sie unter [Eine DB-Instance DB-Cluster neu starten](USER_RebootInstance.md). ## Aktivieren erweiterter Datentypen für eine vorhandene DB-Instance Wenn Sie eine DB-Instance ändern, um erweiterte Datentypen zu aktivieren, konvertiert RDS die Daten in der Datenbank, um die erweiterten Größen zu verwenden. Zu der Konvertierung und Ausfallzeit kommt es, wenn Sie die Datenbank nach der Parameteränderung das nächste Mal neu starten. Die DB-Instance ist während der Konvertierung nicht verfügbar. Wie lange die Datenkonvertierung dauert, hängt von der DB-Instance-Klasse, der Datenbankgröße und dem Zeitpunkt des letzten DB-Snapshots ab. Um die Ausfallzeit zu verkürzen, können Sie unmittelbar vor dem Neustart einen Snapshot erstellen. Dadurch verkürzt sich die Zeit des Backups, das während des Konvertierungs-Workflows stattfindet. **Anmerkung** Nachdem Sie erweiterte Datentypen aktiviert haben, können Sie keine point-in-time Wiederherstellung zu einem Zeitpunkt während der Konvertierung durchführen. Eine Wiederherstellung auf den Zeitpunkt unmittelbar vor oder nach der Konvertierung ist möglich. **So aktivieren Sie erweiterte Datentypen für eine vorhandene DB-Instance** 1. Erstellen Sie einen Snapshot der Datenbank. Falls in der Datenbank ungültige Objekte vorhanden sind, versucht Amazon RDS, diese neu zu kompilieren. Die Konvertierung in erweiterte Datentypen kann fehlschlagen, wenn Amazon RDS nicht in der Lage ist, ein ungültiges Objekt neu zu kompilieren. Mithilfe des Snapshots können Sie die Datenbank wiederherstellen, wenn es ein Problem mit der Konvertierung gibt. Prüfen Sie immer vor der Konvertierung, ob ungültige Objekte vorhanden sind, und korrigieren oder löschen Sie diese ungültigen Objekte. Für Produktionsdatenbanken empfehlen wir, den Konvertierungsvorgang zunächst an einer Kopie Ihrer DB-Instance zu testen. Weitere Informationen finden Sie unter [Erstellen eines DB-Snapshots für eine DB-Instance mit Single-AZ für Amazon RDS](USER_CreateSnapshot.md). 1. Setzen Sie den `MAX_STRING_SIZE` in einer Parametergruppe auf `EXTENDED`. Zur Festlegung des Parameters können Sie entweder eine neue Parametergruppe erstellen oder eine vorhandene Parametergruppe ändern. Weitere Informationen finden Sie unter [Parametergruppen für Amazon RDS](USER_WorkingWithParamGroups.md). 1. Ändern Sie die DB-Instance, um sie der Parametergruppe zuzuordnen, für die der Parameter `MAX_STRING_SIZE` auf `EXTENDED` gesetzt ist. Weitere Informationen finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md). 1. Starten Sie die DB-Instance neu, damit der Parameteränderung in Kraft tritt. Weitere Informationen finden Sie unter [Eine DB-Instance DB-Cluster neu starten](USER_RebootInstance.md).