Serie: Die große Migration nach SnowflakeSerie: Von Oracle zu Snowflake Back to Series

Migration von Oracle nach Snowflake: Einführung und Motivation

16.09.2021
Serie: Migration von Oracle nach Snowflake, Teil 1

Oracle gehört zu den führenden Datenbankmanagementsystemen für den Betrieb von Online-Transaktionsverarbeitungs- und Data-Warehousing-Systemen. Angesichts des zunehmenden Volumens, der Geschwindigkeit und der Vielfalt der Daten, die uns für moderne Analysen zur Verfügung stehen, bietet Oracle jedoch nur begrenzte Skalierbarkeit, um wachsende Workloads zu unterstützen.

Die Data Cloud von Snowflake hingegen lässt sich auf eine Weise skalieren, die mit Oracle einfach nicht möglich ist. Durch die Trennung von Rechen- und Speicherressourcen skaliert Snowflake automatisch und sofort mit seiner gemeinsam genutzten Multi-Cluster-Architektur. Sie ermöglicht den Zugriff auf eine praktisch unbegrenzte Anzahl gleichzeitiger Benutzer und Anwendungen, während die Leistung nicht beeinträchtigt wird. Im Vergleich zu herkömmlichen Lösungen wie Oracle ermöglicht Snowflake die Speicherung von Daten an einem einzigen Ort zu einem Bruchteil der Kosten.

Trotz der weit verbreiteten Nutzung von Oracle und der Verfügbarkeit von Oracle-Talenten bewegen sich viele Geschäftsanwendungen weg von Oracle und hin zu Snowflake – nicht nur wegen der überlegenen Skalierbarkeit, sondern auch wegen anderer Vorteile, die Snowflake von herkömmlichen Oracle-Umgebungen abhebt.

Aus diesem Grund haben wir unsere Serie zur Migration von Oracle nach Snowflake gestartet, in der wir uns mit der Datenmigrationsstrategie befassen und erklären, wie Metadaten, ETL-Skripte, gespeicherte Prozeduren und Funktionen migriert werden und worauf während des Prozesses zu achten ist. Darüber hinaus zeigen wir Ihnen einige wirklich beeindruckende Vergleiche aus unseren jüngsten Projekten.

Wir beginnen mit den Vorteilen von Snowflake im Vergleich zu Oracle, die die Frage nach den Gründen für eine Migration beantworten und im folgenden Abschnitt näher erläutert werden.

Snowflake basiert auf einem As-a-Service-Bereitstellungsmodell in der Cloud, das sich selbst verwaltet, ohne dass herkömmliche Datenbankverwaltungsrollen erforderlich sind. Snowflake reduziert die Komplexität durch integrierte Leistungsoptimierung, sodass keine manuelle Abfrageoptimierung erforderlich ist.

Beschleunigen Sie Ihren Weg zur Snowflake

Snowflake Services

Mit wem könnte man sie besser erkunden als mit Snowflakes innovativstem Partner in der EMEA-Region

In einer Snowflake-Umgebung ist kein Workload-Management erforderlich, da sie über eine Multi-Cluster-Architektur verfügt, die es Ihnen ermöglicht, separate Compute-Cluster für unterschiedliche Workloads zu erstellen, um Ressourcenkonflikte zu vermeiden. All dies geschieht ohne manuelle Eingriffe von Datenbankadministratoren.

Bereits in der Cloud

Viele neue Datenquellen befinden sich bereits in der Cloud, was effiziente Analysen ermöglicht und Investitionen in neue Infrastrukturen zur Speicherung und Verarbeitung solcher Datenquellen reduziert. Aus all diesen Quellen kann auf Daten zugegriffen werden, wobei ein direkter, geregelter und sicherer Datenaustausch in Echtzeit mit minimalen Datenkopier- und Verschiebevorgängen möglich ist.

Zahlen Sie nur das, was Sie nutzen

Die Kosten für Snowflake basieren auf einem Pay-as-you-go-Modell, das auf der Menge der verarbeiteten Daten und dem Workload basiert – was ganz einfach bedeutet, dass Sie nur für das bezahlen, was Sie auch nutzen. Dies unterscheidet sich deutlich von Oracle, wo eine Kapazitätsplanung für On-Premises erforderlich ist und Sie immer das Risiko einer Über- oder Unterkonfiguration Ihres Systems eingehen. Das ist besonders kritisch, wenn mehrere Server benötigt werden, z. B. bei Hochverfügbarkeitskonfigurationen, die häufig Overhead-Kapazität erfordern. Selbst wenn Sie auf den Oracle Cloud Service umsteigen, haben Sie ein ähnliches Risiko bei der Kapazitätsplanung, da Rechenleistung und Speicherplatz pro Instanz festgelegt sind. Wenn Sie mehr Kapazität innerhalb eines Oracle Cloud Service benötigen, müssen Sie in vordefinierten Inkrementen kaufen. Die elastische Speicher- und Compute-Architektur von Snowflake eliminiert dieses Risiko.

Mehr über die Preise von Snowflake erfahren Sie in unserem Blog.

Notfallwiederherstellung

Bei der Oracle-Datenbank gibt es mehrere Wiederherstellungsszenarien, von denen viele den Kauf zusätzlicher Hardware, Softwarelizenzen und Netzwerkinfrastruktur erfordern. Mit Snowflake ist dies nicht notwendig, da Snowflake automatisch über mehrere Verfügbarkeitszonen hinweg synchronisiert wird. Es ist also kein manueller Verwaltungsaufwand Ihrerseits erforderlich.

Getrennte Entwicklungs- und Testumgebungen

 Wenn Sie bei Oracle getrennte Entwicklungs- und Testumgebungen benötigen, brauchen Sie zusätzliche Server, was mehr Infrastruktur und Verwaltungsaufwand bedeutet. Um eine neue Umgebung einzurichten, müssen Administratoren mühsam Datenstrukturen und Daten aus einer Umgebung exportieren und dann in eine andere Umgebung importieren.

Bei Snowflake ist dies nicht erforderlich, da Sie einfach eine weitere Datenbank in Ihrem Konto erstellen und diese für beliebige Zwecke, z. B. Entwicklung oder Tests, konfigurieren können. Darüber hinaus können Sie mit der Snowflake-Klonfunktion die neue Datenbank sofort und ohne zusätzliche Kosten mit einer vollständigen Kopie der Daten füllen.

Webinar recording

Oracle Exadata zu Snowflake

auf Englisch

Standard-SQL

Snowflake ist ANSI SQL-konform und unterstützt somit die Tools, die Millionen von Geschäftsanwender bereits heute erfolgreich nutzen. Dies sollte einen unkomplizierten Übergang von Oracle auf Snowflake ermöglichen.

Zusammenfassend lässt sich sagen, dass es viele zwingende Gründe gibt, von Oracle nach Snowflake zu migrieren. Sobald die Entscheidung zur Migration gefallen ist, beginnt die eigentliche Migrationsarbeit.

In den folgenden Teilen dieser Serie werden wir verschiedene Aspekte der Migration von Oracle nach Snowflake untersuchen.

Maja Ferle, Senior Consultant