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.

# Upgrade von Amazon OpenSearch Service-Domains
<a name="version-migration"></a>

**Anmerkung**  
OpenSearch und Elasticsearch-Versions-Upgrades unterscheiden sich von Service-Software-Updates. Informationen zur Aktualisierung der Servicesoftware für Ihre OpenSearch Service-Domain finden Sie unter[Servicesoftwareupdates in Amazon OpenSearch Service](service-software.md).

Amazon OpenSearch Service bietet direkte Upgrades für Domains an, die OpenSearch 1.0 oder höher oder Elasticsearch 5.1 oder höher ausführen. Wenn Sie Dienste wie Amazon Data Firehose oder Amazon CloudWatch Logs verwenden, um Daten an OpenSearch Service zu streamen, überprüfen Sie OpenSearch vor der Migration, ob diese Dienste die neuere Version von unterstützen.

## Unterstützte Upgrade-Pfade
<a name="supported-upgrade-paths"></a>

Derzeit unterstützt OpenSearch Service die folgenden Upgrade-Pfade:


| Von Version | Auf Version | 
| --- | --- | 
| OpenSearch 1.3, 2. x oder 3. x |  OpenSearch 3. *x* Wenn Sie OpenSearch 1.3 oder 2.x verwenden, müssen Sie zuerst auf OpenSearch 2.19 aktualisieren, *bevor* Sie auf 3.x aktualisieren. OpenSearch Beim Upgrade von OpenSearch 2.19 auf OpenSearch 3.x müssen Sie möglicherweise die folgenden inkompatiblen Indexeinstellungen korrigieren. Diese waren früher in 2.x veraltet und führen zu einem Fehler bei der Validierung der Upgrade-Überprüfung, wenn sie nicht entfernt werden. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/version-migration.html) [Weitere Informationen zu veralteten Indexeinstellungen und zu deren Behebung finden Sie unter Indexeinstellungen.](https://docs.opensearch.org/2.6/search-plugins/knn/knn-index/#index-settings) [Eine vollständige Liste der wichtigsten Änderungen für OpenSearch 3.x finden Sie unter 3.0.0.](https://docs.opensearch.org/latest/breaking-changes/#300) Wenn Ihre Domain Indizes enthält, die in OpenSearch 1.3, Elasticsearch 7.10 oder früheren Versionen erstellt wurden, müssen Sie diese vor dem Upgrade auf 3.x neu indizieren. OpenSearch OpenSearch 3.x unterstützt diese älteren Indizes nicht, unabhängig davon, ob sie sich im heißen oder kalten Speicher befinden. UltraWarm Um inkompatible UltraWarm oder kalte Indizes neu zu indizieren: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/version-migration.html) Alternativ können Sie die Indizes löschen, wenn Sie sie nicht mehr benötigen.  | 
| OpenSearch 1.3 oder 2. x |  OpenSearch 2. *x* OpenSearch 2.17 aktiviert standardmäßig die gleichzeitige Segmentsuche im auto Modus, wenn die Domain die folgenden Bedingungen erfüllt: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/version-migration.html) Version 2.3 enthält die folgenden grundlegenden Änderungen: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/version-migration.html)  | 
| OpenSearch 1. x | OpenSearch 1 x | 
| Elasticsearch 7.x |  Elasticsearch 7. *x* oder OpenSearch 1. *x*  OpenSearch 1 *x* führt zahlreiche bahnbrechende Änderungen ein. Details hierzu finden Sie unter [Umbenennung von Amazon OpenSearch Service — Zusammenfassung der Änderungen](rename.md).   | 
|  Elasticsearch 6.8  |  Elasticsearch 7. *x* oder OpenSearch 1. *x*  Elasticsearch 7.0 und OpenSearch 1.0 beinhalten zahlreiche grundlegende Änderungen. Bevor Sie ein direktes Upgrade starten, [empfehlen wir, einen manuellen Snapshot](managedomains-snapshots.md) der Version 6 zu erstellen. *x-Domain*, Wiederherstellung auf einem Test 7. *x* oder OpenSearch 1. *x-Domäne* und Verwendung dieser Testdomäne, um potenzielle Upgrade-Probleme zu identifizieren. Informationen zu den wichtigsten Änderungen in OpenSearch 1.0 finden Sie unter[Umbenennung von Amazon OpenSearch Service — Zusammenfassung der Änderungen](rename.md). Wie in Elasticsearch 6.*x* können Indizes nur einen Mapping-Typ enthalten, aber dieser Typ muss jetzt den Namen `_doc` haben. Das hat zur Folge, dass bei einigen APIs Fällen kein Zuordnungstyp mehr im Anfragetext (z. B. in der `_bulk` API) erforderlich ist. Elasticsearch 7 wurde für neue Indizes selbst gehostet. *x* und 1. OpenSearch *x* haben eine Standardanzahl von Shards von eins. OpenSearch Service-Domains auf Elasticsearch 7. *x* und spätere Versionen behalten den vorherigen Standardwert von fünf bei.   | 
| Elasticsearch 6.*x* | Elasticsearch 6.*x* | 
| Elasticsearch 5.6 |  Elasticsearch 6.*x*  Indizes, die in Version 6.*x* erstellt wurden, unterstützen keine mehrfachen Mapping-Typen mehr. Indizes, die in Version 5.*x* erstellt wurden, unterstützen noch mehrfache Mapping-Typen, wenn sie in einem 6.*x* Cluster wiederhergestellt werden. Sehen Sie nach, ob Ihr Code nur einen einzigen Mapping-Typ pro Index erstellt. Um die Ausfallzeiten während des Upgrades von Elasticsearch 5.6 auf 6 zu minimieren. *x*, OpenSearch Service indexiert den `.kibana` Index neu, löscht ihn `.kibana-6``.kibana`, erstellt einen Alias mit dem Namen `.kibana` und ordnet den neuen Index dem neuen Alias zu.   | 
| Elasticsearch 5.x | Elasticsearch 5.x | 

Der Upgrade-Prozess besteht aus drei Schritten:

1. **Prüfungen vor dem Upgrade** — OpenSearch Der Service sucht nach Problemen, die ein Upgrade blockieren könnten, und fährt erst mit dem nächsten Schritt fort, wenn diese Prüfungen erfolgreich sind.

1. **Snapshot** — Der OpenSearch Service erstellt einen Snapshot des OpenSearch oder Elasticsearch-Clusters und fährt erst mit dem nächsten Schritt fort, wenn der Snapshot erfolgreich ist. Wenn das Upgrade fehlschlägt, verwendet OpenSearch Service diesen Snapshot, um den Cluster in seinen ursprünglichen Zustand zurückzuversetzen. Weitere Informationen finden Sie unter [Nach einem Upgrade ist kein Downgrade möglich](handling-errors.md#troubleshooting-upgrade-snapshot).

1. **Upgrade** — Der OpenSearch Service startet das Upgrade, dessen Abschluss zwischen 15 Minuten und mehreren Stunden dauern kann. OpenSearch Dashboards sind möglicherweise während eines Teils oder des gesamten Upgrades nicht verfügbar.

# Eine Domain aktualisieren (Konsole)
<a name="starting-upgrades"></a>

Der Upgrade-Vorgang kann nicht rückgängig gemacht und weder angehalten noch abgebrochen werden. Während eines Upgrades können Sie keine Änderungen an der Konfiguration der Domain vornehmen. Bevor Sie das Upgrade starten, müssen Sie überprüfen, ob Sie fortfahren möchten. Sie können diese Schritte auch zum Ausführen der Pre-Upgrade-Prüfung verwenden ohne tatsächlich das Upgrade zu starten.

Wenn der Cluster über dedizierte Master-Knoten verfügt, werden OpenSearch Upgrades ohne Ausfallzeiten abgeschlossen. Andernfalls reagiert der Cluster nach dem Upgrade möglicherweise mehrere Sekunden lang nicht mehr, während er einen Master-Knoten wählt.

**Um eine Domain auf eine neuere Version von OpenSearch oder Elasticsearch zu aktualisieren**

1. [Erstellen Sie einen manuellen Snapshot](managedomains-snapshots.md) Ihrer Domain. Dieser Snapshot dient als Backup, das Sie [auf einer neuen Domain wiederherstellen](managedomains-snapshot-restore.md) können, wenn Sie zur vorherigen OpenSearch Version zurückkehren möchten.

1. Gehen Sie zu [https://aws.amazon.com](https://console.aws.amazon.com/)und wählen Sie **In der Konsole anmelden**.

1. Wählen Sie unter **Analytics** **Amazon OpenSearch Service** aus.

1. Wählen Sie im Navigationsbereich unter **My domains (Meine Domains)** die Domain aus, die Sie upgraden möchten.

1. Wählen Sie **Aktionen** und **Aktualisieren** aus.

1. Wählen Sie die Version aus, auf die aktualisiert werden soll. Wenn Sie auf eine OpenSearch Version aktualisieren, wird die Option **Kompatibilitätsmodus aktivieren** angezeigt. Wenn Sie diese Einstellung aktivieren, wird als Version 7.10 OpenSearch gemeldet, damit Elasticsearch OSS-Clients und -Plugins wie Logstash weiterhin mit Amazon Service arbeiten können. OpenSearch Sie können diese Einstellung später deaktivieren.

1. Wählen Sie **Upgrade**.

1. Überprüfen Sie den **Status** im Domain-Dashboard, um den Status des Upgrades zu überwachen.

# Eine Domain aktualisieren (CLI)
<a name="starting-upgrades-cli"></a>

Sie können die folgenden Operationen verwenden, um die richtige Version von OpenSearch oder Elasticsearch für Ihre Domain zu ermitteln, ein direktes Upgrade zu starten, die Prüfung vor dem Upgrade durchzuführen und den Fortschritt zu verfolgen:
+ `get-compatible-versions` (`GetCompatibleVersions`)
+ `upgrade-domain` (`UpgradeDomain`)
+ `get-upgrade-status` (`GetUpgradeStatus`)
+ `get-upgrade-history` (`GetUpgradeHistory`)

Weitere Informationen finden Sie in der [AWS CLI-Befehlsreferenz](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/opensearch/index.html) und in der [Amazon OpenSearch Service API-Referenz](https://docs.aws.amazon.com/opensearch-service/latest/APIReference/Welcome.html).

# Eine Domain aktualisieren (SDK)
<a name="starting-upgrades-sdk"></a>

In diesem Beispiel wird der [OpenSearchService](https://boto3.amazonaws.com/v1/documentation/api/latest/reference/services/opensearch.html)Low-Level-Python-Client von verwendet AWS SDK für Python (Boto) , um zu überprüfen, ob eine Domain für ein Upgrade auf eine bestimmte Version in Frage kommt, aktualisiert sie und überprüft kontinuierlich den Upgrade-Status.

```
import boto3
from botocore.config import Config
import time

# Build the client using the default credential configuration.
# You can use the CLI and run 'aws configure' to set access key, secret
# key, and default Region.

DOMAIN_NAME = ''  # The name of the domain to upgrade
TARGET_VERSION = ''  # The version you want to upgrade the domain to. For example, OpenSearch_1.1

my_config = Config(
    # Optionally lets you specify a Region other than your default.
    region_name='us-east-1'
)
client = boto3.client('opensearch', config=my_config)


def check_versions():
    """Determine whether domain is eligible for upgrade"""
    response = client.get_compatible_versions(
        DomainName=DOMAIN_NAME
    )
    compatible_versions = response['CompatibleVersions']
    for i in range(len(compatible_versions)):
        if TARGET_VERSION in compatible_versions[i]["TargetVersions"]:
            print('Domain is eligible for upgrade to ' + TARGET_VERSION)
            upgrade_domain()
            print(response)
        else:
            print('Domain not eligible for upgrade to ' + TARGET_VERSION)


def upgrade_domain():
    """Upgrades the domain"""
    response = client.upgrade_domain(
        DomainName=DOMAIN_NAME,
        TargetVersion=TARGET_VERSION
    )
    print('Upgrading domain to ' + TARGET_VERSION + '...' + response)
    time.sleep(5)
    wait_for_upgrade()


def wait_for_upgrade():
    """Get the status of the upgrade"""
    response = client.get_upgrade_status(
        DomainName=DOMAIN_NAME
    )
    if (response['UpgradeStep']) == 'UPGRADE' and (response['StepStatus']) == 'SUCCEEDED':
        print('Domain successfully upgraded to ' + TARGET_VERSION)
    elif (response['StepStatus']) == 'FAILED':
        print('Upgrade failed. Please try again.')
    elif (response['StepStatus']) == 'SUCCEEDED_WITH_ISSUES':
        print('Upgrade succeeded with issues')
    elif (response['StepStatus']) == 'IN_PROGRESS':
        time.sleep(30)
        wait_for_upgrade()


def main():
    check_versions()


if __name__ == "__main__":
    main()
```

## Beheben von Validierungsfehlern
<a name="upgrade-validation"></a>

Wenn Sie ein Versionsupgrade OpenSearch oder ein Elasticsearch-Versionsupgrade initiieren, führt OpenSearch Service zunächst eine Reihe von Validierungsprüfungen durch, um sicherzustellen, dass Ihre Domain für ein Upgrade in Frage kommt. Wenn eine dieser Prüfungen fehlschlägt, erhalten Sie eine Benachrichtigung mit den spezifischen Problemen, die Sie beheben müssen, bevor Sie Ihre Domain aktualisieren. Eine Liste potenzieller Probleme und Schritte zu deren Behebung finden Sie unter [Beheben von Validierungsfehlern](managedomains-configuration-changes.md#validation).

## Fehlerbehebung bei einem Upgrade
<a name="upgrade-failures"></a>

Direkte -Upgrades erfordern gesunde Domains. Ihre Domain ist womöglich nicht für ein Upgrade berechtigt oder kann aus einer Vielzahl von Gründen nicht upgegradet werden. Die folgende Tabelle zeigt die gängigsten Probleme.


| Problem | Description | 
| --- | --- | 
| Optionales Plugin wird nicht unterstützt |  Wenn Sie eine Domain mit optionalen Plug-ins aktualisieren, aktualisiert OpenSearch Service automatisch auch die Plug-ins. Daher muss die Zielversion für Ihre Domain auch diese optionalen Plugins unterstützen. Wenn auf der Domain ein optionales Plugin installiert ist, das für die Zielversion nicht verfügbar ist, schlägt die Upgrade-Anfrage fehl.  | 
| Zu viele Shards pro Knoten | OpenSearch, sowie 7. x-Versionen von Elasticsearch haben eine Standardeinstellung von nicht mehr als 1.000 Shards pro Knoten. Wenn ein Knoten in Ihrem aktuellen Cluster diese Einstellung überschreitet, erlaubt Ihnen OpenSearch Service kein Upgrade. Informationen zu den Optionen für die Fehlerbehebung finden Sie unter [Maximales Shard-Limit überschritten](handling-errors.md#troubleshooting-shard-limit). | 
| Domain in Verarbeitung | Die Domain befindet sich in der Mitte einer Konfigurationsänderung. Überprüfen Sie die Upgrade-Berechtigung, nachdem die Operation abgeschlossen ist. | 
| Roter Cluster-Status | Ein oder mehrere Indizes im Cluster sind rot. Fehlerbehandlungsschritte finden Sie unter [Roter Cluster-Status](handling-errors.md#handling-errors-red-cluster-status). | 
| Hohe Fehlerrate | Der Cluster gibt beim Versuch, Anfragen zu verarbeiten, eine große Anzahl von 5xx-Fehlern zurück. Dieses Problem ist in der Regel das Ergebnis zu vieler gleichzeitiger Lese- oder Schreibanforderungen. Erwägen Sie, den Datenverkehr zu dem Cluster zu reduzieren oder Ihre Domain zu skalieren. | 
| Split brain | Split brain bedeutet, dass Ihr Cluster über mehr als einen Master-Knoten verfügt und sich in zwei Cluster aufgeteilt hat, die sich nicht von selbst wieder hinzufügen. Sie können split brain vermeiden, indem Sie die empfohlene Anzahl der [dedizierten Hauptknoten](managedomains-dedicatedmasternodes.md) verwenden. Für Hilfe zur Wiederherstellung von split brain wenden Sie sich an [Support](https://console.aws.amazon.com/support/home). | 
| Master-Knoten wurde nicht gefunden. | OpenSearch Der Service kann den Master-Knoten des Clusters nicht finden. Wenn Ihre Domain [Multi-AZ](managedomains-multiaz.md) verwendet, kann ein Ausfall einer Availability Zone dazu geführt haben, dass der Cluster das Quorum verliert und keinen neuen [Hauptknoten](managedomains-dedicatedmasternodes.md) wählen kann. Wenn sich das Problem nicht von selbst löst, wenden Sie sich bitte an [Support](https://console.aws.amazon.com/support/home). | 
| Zu viele ausstehende Aufgaben | Der Master-Knoten ist stark ausgelastet und hat viele ausstehende Aufgaben. Erwägen Sie, den Datenverkehr zu dem Cluster zu reduzieren oder Ihre Domain zu skalieren. | 
| Beeinträchtigtes Speicher-Volume | Das Datenträger-Volume eines oder mehrerer Knoten funktioniert nicht ordnungsgemäß. Dieses Problem tritt oft zusammen mit anderen Problemen, wie z. B. eine hohe Fehlerrate oder zu viele ausstehende Aufgaben, auf. Wenn es isoliert auftritt und sich nicht von selbst löst, wenden Sie sich bitte an [Support](https://console.aws.amazon.com/support/home). | 
| Problem mit KMS-Schlüssel | Der KMS-Schlüssel für die Verschlüsselung der Domain ist entweder nicht zugänglich oder fehlt. Weitere Informationen finden Sie unter [Überwachen von Domains, die Daten im Ruhezustand verschlüsseln](encryption-at-rest.md#monitoring-ear). | 
| Snapshot in Arbeit | Die Domain erstellt derzeit einen Snapshot. Überprüfen Sie die Upgrade-Berechtigung, nachdem der Snapshot abgeschlossen ist. Überprüfen Sie auch, ob Sie manuelle Snapshot-Repositorys auflisten, Snapshots innerhalb dieser Repositorys auflisten und manuelle Snapshots erstellen können. Wenn der OpenSearch Dienst nicht überprüfen kann, ob ein Snapshot ausgeführt wird, können Upgrades fehlschlagen. | 
| Snapshot-Timeout oder -Fehler | Der Pre-Upgrade-Snapshot hat zu lange gedauert oder ist fehlgeschlagen. Überprüfen Sie die Cluster-Gesundheit und versuchen Sie es erneut. Wenn das Problem weiterhin besteht, wenden Sie sich bitte an [Support](https://console.aws.amazon.com/support/home). | 
| Inkompatible Indizes | Ein oder mehrere Indizes sind nicht kompatibel mit der Zielversion. Dieses Problem kann auftreten, wenn Sie die Indizes aus einer älteren Version von OpenSearch Elasticsearch migriert haben. Indizieren Sie die Indizes neu und versuchen Sie es erneut. | 
| Hohe Festplattennutzung | Die Festplattennutzung für den Cluster übersteigt 90 %. Löschen Sie Daten oder skalieren Sie die Domain und versuchen Sie es erneut. | 
| Hohe JVM-Nutzung | Die JVM-Speicherbelastung übersteigt 75 %. Reduzieren Sie den Datenverkehr an den Cluster oder skalieren Sie die Domain und versuchen Sie es erneut. | 
| OpenSearch Problem mit dem Alias der Dashboards | .dashboardsist bereits als Alias konfiguriert und einem inkompatiblen Index zugeordnet, wahrscheinlich einem aus einer früheren Version von OpenSearch Dashboards. Indizieren Sie erneut und versuchen Sie es erneut. | 
| Roter Dashboard-Status | OpenSearch Der Status der Dashboards ist rot. Verwenden Sie Dashboards, wenn das Upgrade abgeschlossen ist. Wenn der rote Status weiterhin besteht, beheben Sie den Fehler manuell und versuchen Sie es erneut. | 
| Cluster-übergreifende Kompatibilität |  Sie können ein Upgrade nur dann durchführen, wenn die Cluster-übergreifende Kompatibilität zwischen der Quell- und Ziel-Domain nach dem Upgrade aufrechterhalten wird. Während des Upgrade-Vorgangs werden alle inkompatiblen Verbindungen identifiziert. Um fortzufahren, aktualisieren Sie entweder die Remote-Domain oder löschen Sie die inkompatiblen Verbindungen. Beachten Sie, dass Sie, wenn die Replikation für die Domain aktiv ist, nicht fortsetzen können, nachdem Sie die Verbindung gelöscht haben.   | 
| Anderes Problem mit dem OpenSearch Service | Probleme mit dem OpenSearch Service selbst können dazu führen, dass Ihre Domain als nicht für ein Upgrade geeignet angezeigt wird. Wenn keine der vorangehenden Bedingungen für Ihre Domain gelten und das Problem mehr als einen Tag bestehen bleibt, wenden Sie sich bitte an [Support](https://console.aws.amazon.com/support/home). | 

# Verwenden eines Snapshots zum Migrieren von Daten
<a name="snapshot-based-migration"></a>

Direkte Upgrades sind die einfachere, schnellere und zuverlässigere Methode, eine Domain auf eine neuere OpenSearch oder Elasticsearch-Version zu aktualisieren. Snapshots sind eine gute Option, wenn Sie aus einer Version von Elasticsearch vor 5.1 migrieren oder einen völlig neuen Cluster migrieren möchten.

Die folgende Tabelle zeigt, wie Sie mithilfe von Snapshots Daten zu einer Domain migrieren, die eine andere Version OpenSearch oder Elasticsearch-Version verwendet. Informationen zum Erstellen und Wiederherstellen von Snapshots finden Sie unter [Index-Snapshots in Amazon OpenSearch Service erstellen](managedomains-snapshots.md).


| Von Version | Auf Version | Migrationsprozess | 
| --- | --- | --- | 
| OpenSearch 1.3 oder 2. x | OpenSearch 2. x |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/snapshot-based-migration.html)  | 
| OpenSearch 1. x | OpenSearch 1 x |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/snapshot-based-migration.html)  | 
| Elasticsearch 6.x oder 7.x | OpenSearch 1. x |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/snapshot-based-migration.html)  | 
| Elasticsearch 6.x | Elasticsearch 7.x |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/snapshot-based-migration.html)  | 
| Elasticsearch 6.x | Elasticsearch 6.8 |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/snapshot-based-migration.html)  | 
| Elasticsearch 5.x | Elasticsearch 6.x |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/snapshot-based-migration.html)  | 
| Elasticsearch 5.x | Elasticsearch 5.6 |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/snapshot-based-migration.html)  | 
| Elasticsearch 2.3 | Elasticsearch 6.x |  Elasticsearch 2.3-Snapshots sind nicht kompatibel mit 6.*x*. Zur direkten Migration Ihrer Daten von 2.3 auf 6.*x* müssen Sie Ihre Indizes in der neuen Domain manuell wiederherstellen. Alternativ können Sie die Schritte 2.3 bis 5.*x* in dieser Tabelle befolgen, `_reindex`-Operationen in der neuen 5.*x*-Domain ausführen, um Ihre 2.3-Indizes in 5.*x*-Indizes zu konvertieren, und folgen dann den Schritten 5.*x* bis 6.*x*.  | 
| Elasticsearch 2.3 | Elasticsearch 5.x |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/snapshot-based-migration.html)  | 
| Elasticsearch 1.5 | Elasticsearch 5.x |  Elasticsearch 1.5-Snapshots sind nicht kompatibel mit 5.*x*. Zur Migration Ihrer Daten von 1.5 auf 5.*x* müssen Sie Ihre Indizes in der neuen Domain manuell wiederherstellen.  1.5-Snapshots *sind* mit 2.3 kompatibel, OpenSearch Service 2.3-Domänen unterstützen den `_reindex` Vorgang jedoch nicht. Da Sie diese nicht neu indizieren können, können Indizes aus einer 1.5-Domain von 2.3-Snapshots dennoch nicht in 5.*x*-Domains wiederhergestellt werden.   | 
| Elasticsearch 1.5 | Elasticsearch 2.3 |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/opensearch-service/latest/developerguide/snapshot-based-migration.html)  |