Optionen für SQL Server bei Ende des Supports

Gilt für: SQL Server 2014 (12,x) SQL Server 2016 (13,x)

In diesem Artikel werden die Optionen für SQL Server-Produkte erläutert, die das Ende des Supports erreichen.

Grundlegendes zum SQL Server-Lebenszyklus

Jede Version von SQL Server verfügt über mindestens 10 Jahre Support, die fünf Jahre Mainstream-Support und fünf Jahre erweiterter Support umfasst:

  • Der grundlegende Support umfasst Updates hinsichtlich Funktionalität, Leistung, Skalierbarkeit und Sicherheit.
  • Der erweiterte Support umfasst nur Sicherheitsupdates.

Das Ende des Supports (auch manchmal als Lebensende bezeichnet) bedeutet, dass ein Produkt das Ende seines Support-Lebenszyklus erreicht hat. Microsoft bietet keine Wartung und keinen Support mehr für das Produkt. Weitere Informationen zum Microsoft-Lebenszyklus finden Sie auf der Seite Microsoft Lifecycle-Richtlinie.

Ende der Supportoptionen

Wenn Ihre SQL Server-Instanz das Ende des Supports erreicht, wählen Sie aus den folgenden Optionen aus:

  • Upgrade auf eine aktuelle Version von SQL Server
  • Migrieren Sie Ihre SQL Server-Workload auf Azure SQL Managed Instance, Azure SQL-Datenbank oder Azure Virtual Machine. Wenn Sie auf eine Azure-VM migrieren, können Sie wählen:
    • Upgrade deine SQL Server-Instanz während der Migration auf eine unterstützte Version.
    • Migriere deine SQL Server Instanz as-is. Abonnieren Sie erweiterte Sicherheitsupdates (ESUs) für SQL Server 2016 (13.x). Oder migrieren Sie mit SQL Server 2014 (12.x) zu einer Azure VM, um bis zum Ende des ESU-Zeitraums kostenlose ESUs zu erhalten.
  • Abonniere Extended Security Updates (ESUs) und bleib in deiner aktuellen Umgebung, bis du in der Lage bist, zu aktualisieren oder auf eine unterstützte Version oder Plattform zu migrieren.

Weitere Informationen, Anleitungen und Tools zum Planen und Automatisieren Ihres Upgrades oder Ihrer Migration finden Sie in folgenden Artikeln:

In der folgenden Tabelle sind Optionen für eine SQL Server Instanz zusammengefasst, die nicht mehr unterstützt wird:

Ende der Supportoptionen Beschreibung
Modernisieren
Lokal upgraden Aktualisieren Sie Ihre vorhandene Umgebung auf die neuesten Versionen von SQL Server und Windows Server.
Wechsel zu PaaS mit Azure SQL Managed Instance Hebe und wechsle auf SQL Managed Instance für vollständig verwaltete Dienste, die nie das Ende des Supports erreichen.
Upgrade auf IaaS mit SQL Server auf Azure VMs Per Lift-and-Shift verschieben Sie Ihre Workload auf die neueste Version von SQL Server auf einem virtuellen Azure-Computer.
Wechsel zu PaaS mit Azure SQL-Datenbank Modernisieren Sie Ihre Arbeitslast, indem Sie sie in die Hyperscale-Service-Stufe von Azure SQL-Datenbank verlegen, einen vollständig verwalteten Datenbankdienst, der nie an das Ende des Supports kommt.
Migrieren zu Azure as-is
Wechsel zu IaaS mit SQL Server auf einer Azure-VM Unverändert verschieben und ESUs für SQL Server 2016 (13.x) abonnieren. Oder erhalten Sie ESUs für SQL Server 2014 (12.x) kostenlos bis zum Ende des ESU-Zeitraums.
Wechseln zu IaaS mit Azure-VMware-Lösung Unverändert verschieben und ESUs für SQL Server 2016 (13.x) abonnieren. Oder erhalten Sie ESUs für SQL Server 2014 (12.x) kostenlos bis zum Ende des ESU-Zeitraums.
Beibehalten der vorhandenen Version
ESUs abonnieren Behalten Sie Server und Anwendungen bis zu drei Jahre lang im Istzustand, indem Sie ESUs abonnieren

In diesem Artikel werden die Vorteile und Aspekte jedes Ansatzes beschrieben, mit zusätzlichen Ressourcen, die Sie bei der Entscheidungsfindung unterstützen.

Tip

Verwenden Sie den Azure SQL Decision Tree im Azure SQL Hub, um Ihre Entscheidung zu unterstützen.

Aktualisieren von SQL Server

Wenn Ihre SQL Server-Instanz das Ende des Supports erreicht, sollten Sie ein Upgrade auf eine neuere unterstützte Version von SQL Server in Betracht ziehen. Diese Option bietet Konsistenz in der Umgebung, ermöglicht ihnen die Verwendung der neuesten Features und richtet sie an den Supportlebenszyklus der neuen Version aus.

Vorteile

  • Neueste Technologie: Neue SQL Server-Versionen bringen Innovationen in Leistung, Skalierbarkeit, hohe Verfügbarkeit und Sicherheit mit sich.

  • Kontrolle: Sie haben die bestmögliche Kontrolle über Features und Skalierbarkeit, da Sie sowohl Hardware als auch Software selbst verwalten.

  • Vertraute Umgebung: Wenn Sie ein Upgrade von einer älteren Version von SQL Server durchführen, fühlt sich diese Umgebung am vertrautsten an.

  • Breite Anwendbarkeit: Geeignet für alle Arten von Datenbankanwendungen, einschließlich OLTP-Systeme und Data Warehouse.

  • Geringes Risiko für Datenbankanwendungen: Wenn die Datenbankkompatibilität mit dem Altsystem übereinstimmt, bleiben vorhandene Datenbankanwendungen vor Funktions- und Leistungsänderungen geschützt. Eine Anwendung benötigt nur eine vollständige Neuzertifizierung, wenn sie Features erfordert, die unter einer neueren Datenbankkompatibilitätseinstellung verfügbar sind. Weitere Informationen finden Sie unter Kompatibilitätszertifizierung.

  • Umfassender technischer Support: Sie können sich auf den technischen Support für ein breites Spektrum an Themen verlassen, um Ihre betrieblichen Probleme zu beheben und geschäftsrisiken zu mindern.

Überlegungen

  • Kosten: Dieser Ansatz erfordert Vorabinvestitionen und erfordert im Vergleich zu anderen Optionen höhere laufende Managementkosten. Sie müssen Ihre eigene Hardware und Software kaufen, warten und verwalten.

  • Ausfallzeiten: Je nach Upgradestrategie können Ausfallzeiten auftreten. Es besteht auch ein inhärentes Risiko, dass es während eines direkten Upgradeprozesses zu Problemen kommt.

  • Komplexität: Wenn Sie eine nicht unterstützte Version von Windows Server verwenden, müssen Sie auch das Betriebssystem aktualisieren. Neuere Versionen von SQL Server unterstützen diese Windows-Versionen möglicherweise nicht. Während des Upgradeprozesses des Betriebssystems besteht ein zusätzliches Risiko, sodass die Durchführung einer parallelen Migration zwar der geeignetere, aber auch kostspieligere Ansatz sein kann. Direkte Betriebssystemupgrades werden auf Failoverclusterinstanzen für Windows Server 2008 oder Windows Server 2008 R2 nicht unterstützt.

    Hinweis

    Parallele Upgrades des Clusterbetriebssystems sind ab Windows Server 2016 möglich.

Ressourcen

Die folgende Tabelle enthält Links zu Ressourcen für das Upgrade von SQL Server auf eine unterstützte Version:

SQL Server-Version Neuerungen Hardwareanforderungen Unterstützte Upgrades
SQL Server 2025 Neuerungen Anforderungen Verbesserungen
SQL Server 2022 Neuerungen Anforderungen Verbesserungen
SQL Server 2019 Neuerungen Anforderungen Verbesserungen
SQL Server 2017 Neuerungen Anforderungen Verbesserungen

Werkzeuge:

Anheben und Wechseln zu Azure SQL Managed Instance

Wenn Sie Wartung auslagern und Kosten senken möchten, sollten Sie auf Azure SQL Managed Instance umsteigen. Eine von SQL verwaltete Instanz ähnelt einer lokalen SQL Server-Instanz, ohne sich Gedanken über Hardwarefehler oder Patching machen zu müssen. SQL Managed Instance ist eine Sammlung von System- und Benutzerdatenbanken mit einem geteilten Ressourcenset, das bereit für eine Lift-and-Shift-Migration ist und für die meisten Migrationen in die Cloud verwendet werden kann. Diese Option ist ideal für neue Anwendungen oder vorhandene lokale Anwendungen, für die Sie die neuesten stabilen SQL Server-Datenbank-Engine-Features nutzen möchten und die bei minimalen Änderungen in die Cloud migriert werden sollen.

Vorteile

  • Kosten: Sie sparen Kosten, indem Sie Software- und Hardwarewartung auslagern.
  • Per Lift & Shift migrieren: Sie können Ihre gesamte lokale SQL Server-Instanz per Lift & Shift in eine SQL Managed Instance migrieren, einschließlich aller Datenbanken und mit minimalen oder sogar ohne Datenbankänderungen.
  • Features: Sie stimmt eng mit den Features einer lokalen Instanz von SQL Server überein, z. B. datenbankübergreifende Abfragen, Veröffentlichung von Transaktionsreplikationen und Verteilung, SQL-Auftragsplanung und CLR-Unterstützung.
  • Skalierbarkeit: Innerhalb einer von SQL verwalteten Instanz teilen alle Datenbanken Ressourcen, und Sie können jederzeit ohne Ausfallzeiten nach oben und unten skalieren.
  • Automatisierung: Patching und Sicherungen erfolgen automatisch, sodass Sie wertvolle Wartungszeit sparen.
  • Verfügbarkeit: Die Kosten des Diensts umfassen sowohl Speicher als auch Hochverfügbarkeit, wobei eine Verfügbarkeit von 99,99 % garantiert wird.
  • Intelligent Insights: Verschaffen Sie sich mithilfe der integrierten Informationsanalyse einen Einblick in die Leistung Ihrer Datenbanken.
  • Versionsunabhängig: Azure SQL Managed Instance mit der Update-Richtlinie „Immer auf dem neuesten Stand“ ist versionsunabhängig. Das bedeutet, dass Sie immer auf dem neuesten Stand sind und sich keine Gedanken über Upgrades oder Ausfallzeiten machen müssen. Darüber hinaus sind Sie immer auf dem neuesten Stand, da die neuesten stabilen Funktionen zuerst in der Cloud bereitgestellt werden.
  • Umgebungsübergreifende Kompatibilität: Wenn Sie Ihre verwaltete SQL-Instanz mit einer entsprechenden Updaterichtlinie konfigurieren, können Sie bidirektionale Failover- und umgebungsübergreifende Notfallwiederherstellung mit lokalen SQL Server 2022 (16.x) oder SQL Server 2025 (17.x)-Instanzen nutzen.
  • Niedriges Risiko für Datenbankanwendungen: Wenn die Datenbankkompatibilität auf dem gleichen Grad wie bei den lokalen Datenbanken bleibt, werden bestehende Anwendungen vor Funktions- und Leistungsänderungen mit ggf. nachteiligen Auswirkungen geschützt. Eine Anwendung muss nur dann vollständig neu zertifiziert werden, wenn sie Features erfordert, die in einer neueren Datenbankkompatibilitätseinstellung verfügbar sind. Weitere Informationen finden Sie unter Kompatibilitätszertifizierung.

Überlegungen

  • Kosten: Die von SQL verwaltete Instanz kann teurer sein als SQL Server auf Azure VMs.
  • Transact-SQL Unterschiede: Obwohl der Funktionsumfang von Azure SQL Managed Instance umfassend ist, gibt es einige Kompatibilitätsunterschiede, die Ihre bestehenden SQL Server Operationen beeinflussen können.
  • Bereitstellung: Das Bereitstellen einer verwalteten SQL-Instanz kann mehr Zeit in Anspruch nehmen als die Bereitstellung eines Azure virtuellen Computers.
  • Featureeinschränkung: Obwohl eine von SQL verwaltete Instanz die meisten Features mit SQL Server gemeinsam verwendet, werden einige Features nicht unterstützt.
  • Größenbeschränkung: Die kombinierte Speichergröße für alle Datenbanken in einer verwalteten SQL-Instanz ist auf 32 TB beschränkt, im Gegensatz zu 524 PB für lokale SQL Server.
  • Netzwerk: Die Netzwerkanforderungen für eine von SQL verwaltete Instanz fügen Ihrer Infrastruktur eine zusätzliche Komplexitätsebene hinzu und erfordern entweder ein Azure ExpressRoute- oder VPN-Gateway.
  • Wartungszeit: Es gibt keine Garantie für die genaue Wartungszeit, obwohl diese nahezu transparent ist.

Ressourcen

Werkzeuge:

Per Lift & Shift zu SQL Server auf Azure VMs migrieren

Eine weitere Option ist Migrieren Ihrer Workload zu einer Azure-VM mit ausgeführtem SQL Server. Sie können Ihr System im Istzustand migrieren und Ihre SQL Server-Instanz mit beendetem Support beibehalten, oder Sie können ein Upgrade auf eine neuere Version von SQL Server durchführen. Diese Option ist am besten geeignet für Migrationen und Anwendungen, die Zugriff auf Betriebssystemebene erfordern. Virtuelle SQL Server-Computer sind Lift & Shift-fähig für vorhandene Anwendungen, die eine schnelle Migration in die Cloud mit minimalen oder ohne Änderungen erfordern.

Vorteile

  • Kostenersparnis: Sie sparen die Kosten für Hardware und Serversoftware und zahlen nur für die stündliche Nutzung.
  • Lift-and-Shift: Sie können Ihre SQL Server- und Anwendungsinfrastruktur mit minimalen oder ohne Änderungen in die Cloud verschieben.
  • Gehostete Umgebung: Sie erhalten die Vorteile einer gehosteten Umgebung, z. B. das Entladen von Hardware- und Softwarewartung.
  • Automatisierung: Wenn Sie Windows Server 2008 R2 und höhere Versionen verwenden, profitieren Sie von automatisierten Patches und automatisierten Sicherungen.
  • Kontrolle über das Betriebssystem: Sie haben die Kontrolle über die Betriebssystemumgebung, allerdings mit dem bekannten Funktionsumfang von SQL Server.
  • Schnelle Bereitstellung: Die Bereitstellung kann aus einer Bibliothek mit Images virtueller Computer schnell erfolgen.
  • Lizenzmobilität: Sie können Ihre Lizenz einbringen, wodurch Sie Betriebskosten senken können.
  • Hochverfügbarkeit: Sie profitieren von der integrierten Verfügbarkeit virtueller Computer der Azure-Infrastruktur mit einer Verfügbarkeit von bis zu 99,99 % und den SQL Server-Hochverfügbarkeitsoptionen wie Failover-Cluster-Instanzen und Always On-Verfügbarkeitsgruppen.
  • Niedriges Risiko für Datenbankanwendungen: Wenn die Datenbankkompatibilität auf dem gleichen Grad wie bei Vorgängerdatenbanken bleibt, werden bestehende Datenbankanwendungen vor Funktions- und Leistungsänderungen mit ggf. nachteiligen Auswirkungen geschützt. Eine Anwendung muss nur dann vollständig neu zertifiziert werden, wenn sie Features erfordert, die in einer neueren Datenbankkompatibilitätseinstellung verfügbar sind. Weitere Informationen finden Sie unter Kompatibilitätszertifizierung.
  • Kostenlose SQL Server 2014 (12.x) Erweiterte Sicherheitsupdates: Wenn Sie ihre SQL Server 2014 (12.x) as-isbeibehalten möchten, können Sie kostenlose ESUs für drei Jahre über das Ende des Supportdatums hinaus erhalten, indem Sie zu SQL Server auf Azure VMs migrieren, auch ohne Software Assurance. Für SQL Server 2016 (13.x) ESU können Sie ESUs abonnieren.

Überlegungen

  • Verwaltbarkeit: Sie müssen weiterhin sowohl SQL Server als auch Betriebssystemsoftware verwalten.
  • Netzwerk: Sie müssen den virtuellen Computer so konfigurieren, dass er in Ihr Netzwerk integriert wird, und Active Directory Infrastruktur, wodurch Komplexität hinzugefügt wird.
  • FCI mit gemeinsam genutztem Speicher: Azure-VMs unterstützen nur Failoverclusterinstanzen, die Direkte Speicherplätze oder Premium-Dateifreigaben verwenden. Sie unterstützen keine Failoverclusterinstanz, die gemeinsam genutzten Speicher verwendet. So unterstützen virtuelle Azure-Computer nur Failoverclusterinstanzen bei Verwendung von Windows Server 2012 und höheren Versionen.
  • Auf Skalierbarkeit bezogene Downtime: Während der Änderung von CPU- und Speicherressourcen tritt eine Downtime auf.
  • Größenbeschränkung: Obwohl die SQL Server-Instanz so viele Datenbanken wie nötig unterstützen kann, beträgt die kumulative Gesamtgröße aller Datenbanken bei einer einzelnen SQL Server-Instanz 256 TB, im Gegensatz zu 524 PB bei einer lokalen SQL Server-Instanz.

Ressourcen

Mit Azure SQL-Datenbank Hyperscale modernisieren

Überlege, deine Arbeitslast auf die Hyperscale-Service-Ebene der Azure SQL-Datenbank zu migrieren. Hyperscale ist eine verwaltete Platform as a Service (PaaS)-Datenbank, die Rechenleistung von Speicher trennt. Die Service-Stufe unterstützt bis zu 128 TB pro Datenbank und bis zu 128 vCores (bis zu 192 vCores befinden sich derzeit in der Vorschau). Diese Architektur unterstützt das Skalieren von Rechenleistungen, ohne Daten zu verschieben.

Vorteile

  • Lizenzkosten: Hyperscale erhebt keine Lizenzgebühr für SQL-Software.
  • Compute-Skalierung: Skaliere provisionierte Rechenleistungen in einstelligen Minuten, unabhängig von der Datenbankgröße. Serverlose Rechenleistung skaliert automatisch basierend auf dem Arbeitslastbedarf, typischerweise in weniger als einer Sekunde.
  • Speicherskalierung: Speicher wächst automatisch bis zu 128 TB pro Datenbank oder 100 TB pro Datenbank in einem elastischen Pool. Du musst den Speicherplatz nicht vorab zuweisen oder manuell anpassen.
  • Schnelles Backup und Wiederherstellung: Hyperscale verwendet Speichersnapshots für Backups, was die I/O-Auslastung minimiert. Dateisnapshot-basierte Wiederherstellungen und Datenbankkopien können unabhängig von der Datenbankgröße innerhalb von Minuten abgeschlossen sein.
  • Leseskalierung: Verlagern Sie schreibgeschützte Workloads wie Berichterstellung oder Analysen auf bis zu 30 benannte schreibgeschützte Replikate. Konfigurieren Sie die Rechenressourcen für jede benannte Replik separat. Integrierte Hochverfügbarkeitsreplikate und optionale Geo-Replikate sind ebenfalls verfügbar.
  • Workload-Unterstützung: Verwenden Sie Hyperscale für Online-Transaktionsverarbeitung (OLTP), hybride transaktionale und analytische Verarbeitung (HTAP), Berichterstattung und analytische Workloads.
  • Vollständig verwaltetes PaaS: Azure verwaltet Patching, Backups und Plattformwartung.

Überlegungen

  • Kaufmodell: Hyperscale verwendet das vCore-basierte Einkaufsmodell. Es unterstützt bereitgestellte und serverlose Rechenleistung für einzelne Datenbanken sowie bereitgestellte Rechenleistung für elastische Pools.
  • Unterschiede in den Funktionen: Azure SQL-Datenbank verwendet ein Datenbank-Level-Servicemodell und unterscheidet sich von SQL Server in einigen Transact-SQL Funktionen und Instanzebene-Funktionen. Überprüfen Sie vor der Migration die T-SQL-Unterschiede zwischen SQL Server und Azure SQL-Datenbank sowie die Funktionsunterschiede zwischen Azure SQL-Datenbank und Azure SQL Managed Instance.
  • Anwendungsänderungen: Anwendungen, die Datenbankübergreifende Abfragen, verknüpfte Server, SQL Server-Agent-Jobs oder andere Instanzebene-Objekte verwenden, können Änderungen benötigen. Azure SQL-Datenbank bietet Alternativen für einige Funktionen, wie z. B. elastische Abfragen und elastische Jobs.
  • Netzwerk: Die Azure SQL-Datenbank stellt standardmäßig einen öffentlichen Endpunkt bereit. Konfigurieren Sie Azure Private Link oder virtuelle Netzwerkservice-Endpunkte, wenn Ihre Bereitstellung private oder eingeschränkte Konnektivität benötigt.
  • Serverlose Rechenleistung: Hyperscale Serverless unterstützt keine automatische Pause. Vergleichen Sie die Leerlauf-Rechenkosten mit General Purpose Serverless, wenn Sie intermittierende Arbeitslasten bewerten.

Ressourcen

Migrationswerkzeuge

Den Support für bestehende Umgebungen mit ESUs erweitern

Hinweis

Die Preisstruktur für erweiterte Sicherheitsupdates (ESUs) wurde für SQL Server 2016 auf Azure VMs geändert. Weitere Informationen finden Sie unter SQL Server ESUs 2016

Wenn Sie nicht zum Upgrade bereit sind und nicht bereit sind, in die Cloud zu wechseln, können Sie erweiterte Sicherheitsupdates (EXTENDED Security Updates, ESU) abonnieren, um kritische Sicherheitsupdates für bis zu drei Jahre nach Dem Ende des Supportdatums zu erhalten.

Vorteile

  • Anwendungsunterstützung: Wählen Sie diese Option aus, wenn Ihre Anwendung eine Neuzertifizierung für eine neuere Version von SQL Server benötigt. Diese Option ist üblich bei Anwendungen ohne Kompatibilitätszertifizierung.
  • Konsistente Infrastruktur: Sie müssen Ihre Infrastruktur nicht auf irgendeine Weise ändern.
  • Time: Diese Option gilt drei Jahre und bietet Ihnen zusätzliche Zeit für die Zertifizierung Ihrer Anwendungen.

Überlegungen

  • Eingeschränkte Verfügbarkeit: Nur Kunden mit Software Assurance- oder Abonnementlizenzen können diese Option verwenden.
  • Kosten: Diese Option kann kostspielig sein, da ESUs jährlich ca. 75% der lokalen Lizenzkosten betragen.
  • Begrenzter Zeitrahmen: Sie können diese Option nur drei Jahre lang verwenden. Sie müssen ein Upgrade oder eine Migration am Ende des dreijährigen Zeitraums durchführen, um Ihre Sicherheit und Compliance sicherzustellen.
  • Keine Programmfehlerbehebungen: Wenn Sie im Produkt auf einen nicht sicherheitsbezogenen Fehler stoßen, stellt Microsoft keine Korrektur dafür bereit.
  • Eingeschränkter Support: ESUs enthalten keine neuen Features, funktionale Verbesserungen oder vom Kunden angeforderte Fixes. Sicherheitsfehlerbehebungen sind auf diejenigen beschränkt, die vom Microsoft Security Response Center (MSRC) als „Kritisch“ eingestuft werden. Der technische Support ist auf Probleme beschränkt, die sich direkt auf die veröffentlichten Updates beziehen.

Ressourcen

Migrieren zu Azure-VMware-Lösung

Mit Azure-VMware-Lösung können Sie Ihre VMware-Umgebung in Azure mit vertrauten Werkzeugen und einem schnellen Migrationspfad ausführen.

Wenn Sie SQL Server 2014 (12.x) auf Azure VMware in dieser Umgebung ausführen, erhalten Sie die kostenlosen ESU-Vorteile, die auf den Betrieb in Azure erweitert werden. Informationen zur Konfiguration von ESUs in Azure-VMware-Lösung finden Sie unter ESUs für SQL Server und Windows Server in Azure-VMware-Lösung VMs. Für SQL Server 2016 (13.x) ESU können Sie ESUs abonnieren.

Lebenszyklustermine

Die folgende Tabelle enthält ungefähre Angaben zu den Lebenszyklusterminen für SQL Server-Produkte. Weitere Details und Genauigkeit finden Sie auf der Seite Microsoft Lifecycle-Richtlinie.

Version Jahr der Veröffentlichung Jahr des Endes des grundlegenden Supports Jahr des Endes des erweiterten Supports
SQL Server 2025 2025 2031 2036
SQL Server 2022 2022 2028 2033
SQL Server 2019 2019 2025 2030
SQL Server 2017 2017 2022 2027
SQL Server 2016 2016 2021 2026
SQL Server 2014 2014 2019 2024

Wichtig

Wenn diskrepanzen zwischen dieser Tabelle und der Microsoft Lifecycle-Seite bestehen, ersetzt die Microsoft Lifecycle-Seite diese Tabelle. Diese Tabelle ist als ungefährer Bezug vorgesehen.

Zugehöriger Inhalt

  • Last updated on