Datagentis
Demo anfragen
MIGRATION UND MODERNISIERUNG IM GROSSEN MASSSTAB · DATENINTEGRATION UND -PLATTFORMEN

PowerCenter, SSIS, DataStage oder Talend migrieren.Ihre Daten bleiben.

Jobs, Mappings, Transformationen und Orchestrierung von PowerCenter, DataStage, SSIS, ODI, Talend, dbt, MuleSoft, SAP BW, Databricks, Snowflake oder Fabric: Wir bringen sie in das Integrationstool Ihrer Wahl, auf Ihre Datenplattform oder in eigenen Code. Dieselben Zieltabellen, mit gemessener Parität auf Ihren echten Daten.

Legacy · Informatica PowerCenterEnde 2027 · SAP BWWeniger Lizenzen pro Kern und pro VerbrauchParität Tabelle für Tabelle gemessen
Demo anfragen

Automatische Demonstration · Tippen Sie auf Ihr Tool und sehen Sie, was herauskommt, wohin es gehen kann und was bleibt.

Webinar 5. nov.

Sichern Sie sich Ihren Platz

Webinar-Aufzeichnung

Aufzeichnung ansehen

Migration von ETL und Datenintegration:die Uhr und die Rechnung

Ihre Daten und Ihre Zieltabellen werden nicht migriert: Sie bleiben. Migriert wird, was sie bewegt: Jobs, Mappings, Transformationen und Orchestrierung. Und hier gibt es tatsächlich Uhren: Mehrere Integrationswerkzeuge werden nicht mehr verkauft oder haben ein Datum.

Supportende

Zwei Werkzeuge mit Datum und eines, das nicht mehr verkauft wird

  • Informatica PowerCenter wird nicht mehr verkauft, und sein Standard-Support ist beendet: Das offizielle Ziel ist IDMC, das nach Verbrauch abrechnet (IPU). PowerCenter zu migrieren heißt nicht zwingend, zu IDMC zu migrieren.
  • SAP BW: Ende 2027 mit ECC. Das Warehouse geht; S/4HANA oder ECC bleiben die Quelle der Daten.
  • SSIS, DataStage, ODI und Talend Studio werden weiter unterstützt, aber jede Version hat ihr Datum, und der Hersteller drängt in seine Cloud: Fabric, Cloud Pak, OCI, Qlik Talend Cloud.

Was Sie zahlen

Pro Core, pro Prozessor oder nach Verbrauch

  • Lizenzen pro Core oder pro Prozessor für PowerCenter, DataStage und ODI: Man zahlt für die Maschine, egal wie viel sie nutzt.
  • Verbrauch: IPU in IDMC, das MuleSoft-Abonnement, die Rechenleistung jeder Datenplattform, die Sie doppelt haben.
  • Das Team, das die Jobs pflegt, mit Wissen, das nur in diesem Werkzeug und bei ein oder zwei Personen lebt.

Was bleibtund was geht

Ihre Daten bleiben: die Quell- und Zieldatenbanken, die Tabellen, das Modell. Sie sind die Referenz der Parität: Jede Zieltabelle wird mit der heutigen verglichen, Zeile für Zeile, auf Ihren echten Daten.

Es geht, was sie bewegt: Mappings, Workflows, Jobs, Pakete, Load Plans, Routinen, umgebende Skripte und die Orchestrierung. Vom Repository und vom Server des Werkzeugs bleibt nichts.

Wir führen Ihre Datenplattform weder ein noch ersetzen wir sie: Databricks, Snowflake oder Fabric gehören Ihnen, und das Ziel wählen Sie. Wenn Sie mehrere in einer vereinen wollen, wird auch das mit gemessener Parität bewegt.

Wohin geht, was Ihre Daten bewegt:Werkzeug, Plattform oder Code

Drei Ziele, und Sie wählen. Keines zwingt Sie, beim selben Hersteller zu bleiben.

Ein anderes Integrationswerkzeug

IDMC, Qlik Talend Cloud, MuleSoft oder dbt

Wenn Sie bei einem Werkzeug bleiben wollen: das neue desselben Herstellers (von PowerCenter zu IDMC, von Talend Studio zu Qlik Talend Cloud) oder das eines anderen. Die Mappings werden im Zielwerkzeug neu geschrieben, mit gemessener Parität.

Ihre Datenplattform

Databricks, Snowflake oder Microsoft Fabric

Die Logik lebt dort, wo die Daten sind: natives SQL und native Orchestrierung Ihrer Plattform. Es ist das natürliche Ziel von SSIS (Microsoft führt es zu Fabric), von SAP BW und vom CDC von ODI. Ohne Lizenz für ein Integrationswerkzeug.

Eigener Code

Java · Spring Batch, .NET oder Python, mit Ihrem Orchestrator

Ohne Werkzeuglizenz: Die Talend-Jobs sind bereits Java, die ABAP-Routinen von BW und das Shell von PowerCenter gehen in eigenen Code über, und die APIs von MuleSoft in Ihre eigenen Services. Das Plattform-Abonnement entfällt.

Wie man ein Integrationswerkzeug migriertin vier Schritten, Tabelle für Tabelle

  1. 1Inventar des RepositorysMit Lesezugriff: Mappings, Jobs, Pakete, Parameter, Verbindungen, Zeitpläne und das umgebende Shell oder SQL. Was läuft, was seit Monaten nicht läuft und welche Tabelle jedes speist.
  2. 2Bleibt, geht oder wird abgeschaltetJeder Job mit seinem Urteil und seinem Ziel. Was seit Monaten nicht gelaufen ist, wird nicht migriert: Es wird abgeschaltet. Der Plan folgt der Ladekette, nicht dem einzelnen Job.
  3. 3Neuaufbau mit Ihrer orchestrierten KIEntwicklungsinstanzen, die jedes Mapping im Ziel mit derselben Methode neu schreiben, testen und dokumentieren. Ihr Team entscheidet und validiert.
  4. 4Umschaltung mit gemessener ParitätDie beiden Ketten laufen parallel auf Ihren echten Daten und werden Tabelle für Tabelle verglichen. Jede Kette wird umgeschaltet, wenn sie stimmt, nicht alle auf einmal.

Die Regeln

  • Die Daten und Zieltabellen bleiben
  • Was nicht läuft, wird nicht migriert
  • Kette für Kette, ohne einzelne Umschaltung
  • Das Ziel wählen Sie

Werkzeug für Werkzeug:was herausgeht und wohin es geht

Eine Zusammenfassung pro Werkzeug und Plattform. In der Grafik oben sehen Sie jedes Stück und seinen Weg: Tippen Sie auf das Werkzeug oder folgen Sie dem Link.

Legacywird nicht mehr verkauft

Informatica PowerCenter migrierenzu IDMC, auf Ihre Datenplattform oder in eigenen Code

Ihre Quell- und Zieldatenbanken bleiben. Vom PowerCenter-Repository und -Server bleibt nichts: Sein Standard-Support ist beendet.

Was herausgeht

  • Mappings, Workflows und Ausdrücke → IDMC, das offizielle Ziel von Informatica, oder ein anderes Werkzeug; oder natives SQL von Databricks, Snowflake oder Fabric; oder eigenes Java und Python
  • Umgebendes Shell und PL/SQL → die Orchestrierung des Ziels, mit dem Rest der Kette
Die Wege für PowerCenter ansehen

Verbrauch nach IPU

Informatica IDMC migrierennicht mehr zahlen für das, was bewegt wird

Ihre Datenbanken und Ihre SaaS-Quellen bleiben. Was bewegt wird, wird nicht mehr nach IPU abgerechnet.

Was herausgeht

  • Mappings und Taskflows → ein anderes Werkzeug, etwa Qlik Talend Cloud; oder Ihre Datenplattform; oder eigener Code
Die Wege für IDMC ansehen

Lizenz pro Core

IBM DataStage migrierenohne Information Server

Ihre Quell- und Zieldatenbanken bleiben. Von Information Server bleibt nichts.

Was herausgeht

  • Jobs, Transformer und BASIC-Routinen → Integrationswerkzeug, Datenplattform oder eigener Code
Die Wege für DataStage ansehen

SQL Server

SSIS migrierenzu Fabric oder auf Ihre Datenplattform

SQL Server bleibt als Datenbank, wenn Sie ihn behalten wollen. Die Pakete gehen.

Was herausgeht

  • Pakete und Ausdrücke → Fabric, wohin Microsoft SSIS führt, oder eine andere Plattform; oder ein Werkzeug; oder eigener Code
  • T-SQL und Prozeduren → das SQL Ihrer Plattform; in Fabric Warehouse fast unverändert
Die Wege für SSIS ansehen

Lizenz pro Prozessor

Oracle ODI migrierenMappings, KMs und CDC aus der Lizenz heraus

Ihre Oracle-Datenbanken und die übrigen Quellen bleiben. Die Prozessorlizenz von ODI entfällt.

Was herausgeht

  • Mappings und KMs → Integrationswerkzeug, Datenplattform oder eigener Code
  • CDC und Load Plans → das native CDC des Ziels und sein Orchestrator
Die Wege für ODI ansehen

Ende 2027mit ECC

SAP BW migrierendas Warehouse geht, SAP bleibt als Quelle

S/4HANA oder ECC bleiben die Quelle der Daten. Das BW-Warehouse geht auf die Plattform, die Sie wählen.

Was herausgeht

  • Modelle, Transformationen und Ladevorgänge → Databricks, Snowflake, Fabric oder SAP Datasphere; oder eigener Code
  • ABAP-Routinen → eigener Code, mit gemessener Parität
Die Wege für SAP BW ansehen

Studio · Lizenz

Talend migrierenzu Qlik Talend Cloud oder zu eigenem Java

Ihre Datenbanken und Ihre Verbindungen bleiben. Die Studio-Jobs gehen.

Was herausgeht

  • Jobs und Java-Routinen → Qlik Talend Cloud, vom selben Hersteller, oder ein anderes Werkzeug; oder Ihre Datenplattform; oder eigenes Java, ohne Studio und dessen Lizenz
Die Wege für Talend ansehen

Abonnement

MuleSoft migrierenAPIs und Flows als eigene Services

Die Systeme, die es verbindet, bleiben, jedes mit seinen APIs. Das Plattform-Abonnement entfällt.

Was herausgeht

  • APIs und Integrationsflows → ein anderes Integrationswerkzeug oder eigene Services und APIs
Die Wege für MuleSoft ansehen

Datenplattformen

dbt, Databricks, Snowflake oder Fabric migrierenPlattformen vereinen oder wechseln

Ihre Tabellen und Ihr Datenmodell werden mit gemessener Parität bewegt. Das dient dazu, die Plattform zu wechseln oder mehrere in einer zu vereinen.

Was herausgeht

  • dbt-Modelle und -Makros → das native SQL und der native Orchestrator Ihrer Plattform, oder ein anderes Werkzeug
  • Notebooks, Jobs, SQL, Tasks, Pipelines und Warehouse → eine andere Plattform oder eigener Code
Die Wege für die Plattformen ansehen

Häufige Fragen zu Integration und Datenplattformen

Zwingt die Migration von Informatica PowerCenter dazu, zu IDMC zu gehen?

Nein. IDMC ist das offizielle Ziel von Informatica und rechnet nach Verbrauch ab (IPU), aber die Mappings von PowerCenter können auch in ein anderes Integrationswerkzeug gehen, in das native SQL und die native Orchestrierung von Databricks, Snowflake oder Fabric oder in eigenes Java und Python. Ihre Quell- und Zieldatenbanken bleiben.

Wohin werden SSIS-Pakete migriert?

Nach Fabric, wohin Microsoft SSIS führt, oder auf eine andere Datenplattform; T-SQL und Prozeduren gehen in das SQL Ihrer Plattform, in Fabric Warehouse fast unverändert. SQL Server bleibt als Datenbank, wenn Sie ihn behalten wollen.

Was passiert mit SAP BW, wenn der Support von ECC 2027 endet?

Das BW-Warehouse geht: Modelle, Transformationen und Ladevorgänge gehen zu Databricks, Snowflake, Fabric oder SAP Datasphere, je nachdem, was Sie wählen, und die ABAP-Routinen in eigenen Code. S/4HANA oder ECC bleiben die Quelle der Daten.

Wie prüft man, dass die Migration eines ETL korrekt ist?

Die beiden Ladeketten laufen parallel auf Ihren echten Daten, und jede Zieltabelle wird mit der heutigen verglichen, Zeile für Zeile. Jede Kette wird umgeschaltet, wenn sie stimmt, nicht alle auf einmal.

Was bewegt heute Ihre Daten,und was kostet Sie das jedes Jahr?

In einer Demo zeigen wir Ihnen den gesamten Ablauf an einem Beispiel-Repository: das Inventar der Jobs, was bleibt, was geht, wohin es geht und wie Tabelle für Tabelle verglichen wird. Damit Sie sehen, wie es mit Ihrem aussähe.

Demo anfragenDie vier Bereiche ansehen

Wir migrieren auch: ERP und CRM · Dashboards und Analytik · Code und Anwendungen · Systemmigration