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.
# Amazon-Neptune-Parameter
Sie können Ihre Datenbankkonfiguration in Amazon Neptune mittels Parametern in [Parametergruppen](parameter-groups.md) verwalten. Die folgenden Parameter sind für die Konfiguration Ihrer Neptune-Datenbank verfügbar:
**Parameter auf Cluster-Ebene**
+ [neptune\$1enable\$1audit\$1log](#parameters-db-cluster-parameters-neptune_enable_audit_log)
+ [neptune\$1enable\$1slow\$1query\$1log](#parameters-db-cluster-parameters-neptune_enable_slow_query_log)
+ [neptune\$1slow\$1query\$1log\$1threshold](#parameters-db-cluster-parameters-neptune_slow_query_log_threshold)
+ [neptune\$1lab\$1mode](#parameters-db-cluster-parameters-neptune_lab_mode)
+ [neptune\$1query\$1timeout](#parameters-db-cluster-parameters-neptune_query_timeout)
+ [neptune\$1streams](#parameters-db-cluster-parameters-neptune_streams)
+ [neptune\$1streams\$1expiry\$1days](#parameters-db-cluster-parameters-neptune_streams_expiry_days)
+ [neptune\$1lookup\$1cache](#parameters-db-cluster-parameters-neptune_lookup_cache)
+ [neptune\$1autoscaling\$1config](#parameters-db-cluster-parameters-neptune_autoscaling_config)
+ [neptune\$1ml\$1iam\$1role](#parameters-db-cluster-parameters-neptune_ml_iam_role)
+ [neptune\$1ml\$1endpoint](#parameters-db-cluster-parameters-neptune_ml_endpoint)
+ [neptune\$1enable\$1inline\$1server\$1generated\$1edge\$1id](#parameters-db-cluster-parameters-neptune_inline_edge_id)
**Parameter auf Instance-Ebene**
+ [neptune\$1dfe\$1query\$1engine](#parameters-instance-parameters-neptune_dfe_query_engine)
+ [neptune\$1query\$1timeout](#parameters-instance-parameters-neptune_query_timeout)
+ [neptune\$1result\$1cache](#parameters-db-instance-parameters-neptune_result_cache)
+ [UndoLogPurgeConfig](#parameters-db-instance-parameters-undo_log_purge_config)
**Veraltete Parameter**
+ [neptune\$1enforce\$1ssl](#parameters-db-cluster-parameters-neptune_enforce_ssl)
## `neptune_enable_audit_log` (Parameter auf Cluster-Ebene)
Dieser Parameter aktiviert/deaktiviert die Audit-Protokollierung für Neptune.
Zulässige Werte sind `0` (deaktiviert) und `1` (aktiviert). Der Standardwert ist `0`.
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Sie können Audit-Logs auf Amazon veröffentlichen CloudWatch, wie unter beschrieben[Verwenden der CLI zum Veröffentlichen von Neptune-Auditprotokollen in Logs CloudWatch](cloudwatch-logs.md#cloudwatch-logs-cli).
## `neptune_enable_slow_query_log` (Parameter auf Cluster-Ebene)
Mit diesem Parameter können Sie das Neptune-Feature für die [Protokollierung langsamer Abfragen](slow-query-logs.md) aktivieren oder deaktivieren.
Da dieser Parameter dynamisch ist, erfordert oder verursacht die Änderung des Werts keinen Neustart des DB-Clusters.
Die zulässigen Werte sind:
+ **`info`** – Aktiviert die Protokollierung langsamer Abfragen und protokolliert ausgewählte Attribute, die zur Langsamkeit beitragen könnten.
+ **`debug`** – Aktiviert die Protokollierung langsamer Abfragen und protokolliert alle verfügbaren Attribute der Abfrageausführung.
+ **`disabled`** – Deaktiviert die Protokollierung langsamer Abfragen.
Der Standardwert ist `disabled`.
Sie können Logs für langsame Abfragen auf Amazon veröffentlichen CloudWatch, wie unter beschrieben. [Verwenden der CLI zum Veröffentlichen von Neptune-Protokollen für langsame Abfragen in Logs CloudWatch](cloudwatch-logs.md#cloudwatch-slow-query-logs-cli)
## `neptune_slow_query_log_threshold` (Parameter auf Cluster-Ebene)
Dieser Parameter gibt den Schwellenwert für die Ausführungszeit in Millisekunden an, nach dessen Ablauf eine Abfrage als langsame Abfrage gilt. Wenn die [Protokollierung langsamer Abfragen](slow-query-logs.md) aktiviert ist, werden Abfragen, deren Ausführung diesen Schwellenwert überschreitet, zusammen mit einigen ihrer Attribute protokolliert.
Der Standardwert ist 5.000 Millisekunden (5 Sekunden).
Da dieser Parameter dynamisch ist, erfordert oder verursacht die Änderung des Werts keinen Neustart des DB-Clusters.
## `neptune_lab_mode` (Parameter auf Cluster-Ebene)
Bei Festlegung aktiviert dieser Parameter bestimmte experimentelle Features von Neptune. Informationen zu den aktuell verfügbaren experimentellen Features finden Sie unter [Neptune-Labor-Modus](features-lab-mode.md).
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Um eine experimentelle Funktion zu aktivieren oder zu deaktivieren, geben Sie *(feature name)* `=enabled` oder *(feature name)* `=disabled` in diesen Parameter ein. Sie können mehrere Features aktivieren oder deaktivieren, indem Sie sie wie folgt durch Komma trennen:
*(feature \$11 name)*`=enabled,` *(feature \$12 name)*`=enabled`
Labor-Modus-Features sind in der Regel standardmäßig deaktiviert. Eine Ausnahme ist das Feature `DFEQueryEngine`, das ab [Neptune-Engine-Version 1.0.5.0](engine-releases-1.0.5.0.md) standardmäßig für die Verwendung mit Abfragehinweisen (`DFEQueryEngine=viaQueryHint`) aktiviert ist. Ab [Neptune-Engine-Version 1.1.1.0](engine-releases-1.1.1.0.md) ist die DFE-Engine nicht mehr im Labor-Modus und wird jetzt über den Instance-Parameter [neptune\$1dfe\$1query\$1engine](#parameters-instance-parameters-neptune_dfe_query_engine) in der DB-Parametergruppe einer Instance gesteuert.
## `neptune_query_timeout` (Parameter auf Cluster-Ebene)
Gibt eine bestimmte Timeout-Dauer für Diagrammabfragen in Millisekunden an.
Zulässige Werte liegen zwischen `10` und `2,147,483,647` (231 - 1). Der Standardwert ist `120,000` (2 Minuten).
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Wenn mehrere Timeout-Einstellungen konfiguriert sind (Clusterebene, Instanzebene und pro Abfrage), zeigt die folgende Tabelle, welcher Timeout-Wert Vorrang hat:
| Cluster PG | Instanz PG | Abfragehinweis | Ergebnis |
| --- | --- | --- | --- |
| Standard | Standard | Keine | Cluster |
| Benutzerdefiniert | Standard | Keine | Cluster |
| Benutzerdefiniert | Benutzerdefiniert | Keine | Instance |
| Standard | Benutzerdefiniert | Keine | Instance |
| Beliebig | Beliebig | Am niedrigsten | Query |
| Standard | Benutzerdefiniert | nicht am niedrigsten | Instance |
| Benutzerdefiniert | Standard | nicht am niedrigsten | Cluster |
| Benutzerdefiniert | Benutzerdefiniert | nicht am niedrigsten | Instance |
**Anmerkung**
Es können unerwartete Kosten entstehen, wenn Sie den Wert für den Abfrage-Timeout zu hoch festlegen, besonders bei Serverless-Instances. Ohne eine angemessene Timeout-Einstellung könnten Sie versehentlich eine Abfrage ausgeben, die sehr viel länger als erwartet ausgeführt wird. Dies kann zu Kosten führen, die Sie nie erwartet haben. Dies gilt insbesondere für eine Serverless-Instance, die während der Ausführung der Abfrage auf einen großen, teuren Instance-Typ hochskaliert werden könnte.
Sie können mit einem Abfrage-Timeout, der für die meisten Ihrer Abfragen geeignet ist und nur bei einer ungewöhnlich langen Ausführung zu einem Timeout führt, unerwartete Ausgaben dieser Art vermeiden.
## `neptune_streams` (Parameter auf Cluster-Ebene)
Aktiviert oder deaktiviert [Neptune-Streams](streams.md).
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Zulässige Werte sind `0` (deaktiviert, Standardwert) und `1` (aktiviert).
## `neptune_streams_expiry_days` (Parameter auf Cluster-Ebene)
Gibt die Anzahl der Tage an, bis der Server Stream-Datensätze löscht.
Gültige Werte sind `1` bis einschließlich `90`. Der Standardwert ist `7`.
Dieser Parameter wurde in [Engine-Version 1.2.0.0](engine-releases-1.2.0.0.md) eingeführt.
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
## `neptune_lookup_cache` (Parameter auf Cluster-Ebene)
Deaktiviert oder aktiviert den [Neptune-Lookup-Cache](feature-overview-lookup-cache.md) auf `R5d`-Instances.
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Zulässige Werte sind `1` (aktiviert) und `0` (deaktiviert). Der Standardwert ist `0`. Wenn jedoch eine `R5d`-Instance im DB-Cluster erstellt wird, wird der Parameter `neptune_lookup_cache` automatisch auf `1` festgelegt und es wird ein Lookup-Cache für diese Instance erstellt.
## `neptune_autoscaling_config` (Parameter auf Cluster-Ebene)
Legt die Konfigurationsparameter für die Read-Replica-Instances fest, die [Neptune Auto Scaling](manage-console-autoscaling.md) erstellt und verwaltet.
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Sie können mit einer JSON-Zeichenfolge, die Sie als Wert für den Parameter `neptune_autoscaling_config` festlegen, Folgendes angeben:
+ Den Instance-Typ, den Neptune Auto Scaling für alle neuen Read-Replica-Instances verwendet, die es erstellt.
+ Die Wartungsfenster, die diesen Read-Replicas zugewiesen sind.
+ Die Tags, die allen neuen Read-Replicas zugeordnet werden sollen.
Die JSON-Zeichenfolge hat eine Struktur wie diese:
```
"{
\"tags\": [
{ \"key\" : \"reader tag-0 key\", \"value\" : \"reader tag-0 value\" },
{ \"key\" : \"reader tag-1 key\", \"value\" : \"reader tag-1 value\" },
],
\"maintenanceWindow\" : \"wed:12:03-wed:12:33\",
\"dbInstanceClass\" : \"db.r5.xlarge\"
}"
```
Beachten Sie, dass alle Anführungszeichen in der Zeichenfolge mit einem Backslash-Zeichen (`\`) maskiert werden müssen.
Wenn eine dieser drei Konfigurationseinstellungen nicht im Parameter `neptune_autoscaling_config` angegeben ist, wird sie aus der Konfiguration der primären Writer-Instance des DB-Clusters kopiert.
## `neptune_ml_iam_role` (Parameter auf Cluster-Ebene)
Gibt den in Neptune ML verwendeten IAM-Rollen-ARN an. Der Wert kann jeder gültige IAM-Rollen-ARN sein.
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Sie können den standardmäßigen IAM-Rollen-ARN für Machine Learning in Diagrammen angeben.
## `neptune_ml_endpoint` (Parameter auf Cluster-Ebene)
Gibt den für Neptune ML verwendeten Endpunkt an. Der Wert kann ein beliebiger gültiger [SageMaker AI-Endpunktname](https://docs.aws.amazon.com/sagemaker/latest/APIReference/API_CreateEndpoint.html#sagemaker-CreateEndpoint-request-EndpointName) sein.
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Sie können den SageMaker Standard-KI-Endpunkt für maschinelles Lernen in Diagrammen angeben.
## `neptune_enable_inline_server_generated_edge_id` (Parameter auf Cluster-Ebene)
Aktivieren oder deaktivieren Sie die vom Neptune-Inline-Server generierte Edge-ID-Funktion.
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Zulässige Werte sind `1` (aktiviert) und `0` (deaktiviert). Der Standardwert ist `0`.
## `neptune_dfe_query_engine` (Parameter auf Instance-Ebene)
Ab [Neptune-Engine-Version 1.1.1.0](engine-releases-1.1.1.0.md) wird dieser DB-Instance-Parameter verwendet, um die Verwendung der [DFE-Abfrage-Engine](neptune-dfe-engine.md) zu steuern. Die zulässigen Werte sind:
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
+ **`enabled`** – Bewirkt die Verwendung der DFE-Engine, wann immer möglich, es sei denn, der Abfragehinweis `useDFE` ist vorhanden und auf `false` festgelegt.
+ **`viaQueryHint`** (Standardwert) – Bewirkt die Verwendung der DFE-Engine ausschließlich für Abfragen, die explizit den auf `true` festgelegten Abfragehinweis `useDFE` enthalten.
Wenn dieser Parameter nicht explizit festgelegt ist, wird der Standardwert (`viaQueryHint`) verwendet, wenn die Instance gestartet wird.
**Anmerkung**
Alle openCypher-Abfragen werden von der DFE-Engine ausgeführt, unabhängig von der Festlegung dieses Parameter.
Vor Version 1.1.1.0 war dies ein Labor-Modus-Parameter, kein DB-Instance-Parameter.
## `neptune_query_timeout` (Parameter auf Instance-Ebene)
Dieser DB-Instance-Parameter gibt eine Timeout-Dauer für Diagrammabfragen in Millisekunden für eine einzelne Instance an.
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Zulässige Werte liegen zwischen `10` und `2,147,483,647` (231 - 1). Der Standardwert ist `120,000` (2 Minuten).
**Anmerkung**
Es können unerwartete Kosten entstehen, wenn Sie den Wert für den Abfrage-Timeout zu hoch festlegen, besonders bei Serverless-Instances. Ohne eine angemessene Timeout-Einstellung könnten Sie versehentlich eine Abfrage ausgeben, die sehr viel länger als erwartet ausgeführt wird. Dies kann zu Kosten führen, die Sie nie erwartet haben. Dies gilt insbesondere für eine Serverless-Instance, die während der Ausführung der Abfrage auf einen großen, teuren Instance-Typ hochskaliert werden könnte.
Sie können mit einem Abfrage-Timeout, der für die meisten Ihrer Abfragen geeignet ist und nur bei einer ungewöhnlich langen Ausführung zu einem Timeout führt, unerwartete Ausgaben dieser Art vermeiden.
## `neptune_result_cache` (Parameter auf Instance-Ebene)
**`neptune_result_cache`** – Dieser DB-Instance-Parameter aktiviert oder deaktiviert [Zwischenspeichern von Abfrageergebnissen](gremlin-results-cache.md).
Da dieser Parameter statisch ist, werden Änderungen für Instances erst wirksam, wenn sie neu gestartet werden.
Zulässige Werte sind `0` (deaktiviert, Standardwert) und `1` (aktiviert).
## `UndoLogPurgeConfig` (Parameter auf Instance-Ebene)
**`UndoLogPurgeConfig`**— Verwenden Sie diesen Parameter, um aggressives UndoLog Purging in Neptune zu aktivieren oder zu deaktivieren.
Zulässige Werte sind`default`, was die Standardanzahl von Threads für das Löschen von Undo-Logs verwendet, und, das eine erhöhte Anzahl von Threads verwendet`aggressive`, um die Bereinigung von Undo-Logs zu beschleunigen. Wenn die `agressive` Option ausgewählt ist, können Sie davon ausgehen, dass Sie einen höheren Wert für die Metrik beobachten werden. `NumUndoPagesPurged`
## `neptune_enforce_ssl` (VERALTETER Parameter auf ClusterEbene)
(**Veraltet**) Früher gab es Regionen, die HTTP-Verbindungen mit Neptune zuließen. Dieser Parameter wurde verwendet, um bei Festlegung auf 1 HTTPS für alle Verbindungen durchzusetzen. Dieser Parameter ist jedoch nicht mehr relevant, da Neptune jetzt in allen Regionen nur noch HTTPS-Verbindungen akzeptiert.