migration de base
Oracle, DB2 et SQL Server vers PostgreSQL en 30 jours, chaque ligne vérifiée
Le renouvellement de licence revient au calendrier, et les procédures stockées que personne ne veut toucher sont la seule raison de le payer encore. Des ingénieurs avec 25+ ans de production passent schéma, logique et données sur PostgreSQL en 30 jours.
Sous 48 heures, un ingénieur envoie un prix ferme, une date de bascule et la liste des objets que nous portons.
Oracle, DB2 ou Sybase, des règles métier enfouies dans des packages et une date de renouvellement que tout le monde redoute.
- Oraclelicence per core
- PL/SQL packagesbusiness logic
- DB linkscross-database
- nightly ETLhand-kept
30 jours, bascule sur réplication continue, sans interruption
La logique en PL/pgSQL ou dans des services Go testés, chaque ligne rapprochée, la licence résiliée.
- PostgreSQLno licence
- servicesGo · logic out of the DB
- replicationno downtime
- reconciliationrow by row
De la licence à PostgreSQL en 30 jours
- 01jours 1–4
Inventorier la base
Tables, séquences, triggers, packages, jobs, database links et chaque requête qu'envoient vos applications. La plateforme lit tout en un passage, et le prix sort de ce qui tourne réellement.
- 02jours 3–14
Porter schéma et logique
Types convertis, contraintes conservées, PL/SQL et T-SQL portés en PL/pgSQL ou remontés dans des services Go avec tests. Votre DBA et notre ingénieur choisissent la cible package par package.
- 03jours 10–24
Copier et rapprocher
Un chargement complet, puis la capture des changements tient PostgreSQL à jour pendant que la production tourne. Des sommes de contrôle comparent chaque table ligne par ligne, et vos requêtes sont rejouées sur les deux moteurs jusqu'à ce que les résultats concordent.
- 04jours 25–30
Basculer
La réplication rattrape son retard, les applications changent de chaîne de connexion, et l'ancien moteur reste chaud comme cible de retour arrière jusqu'à votre signature. Ensuite, la licence part.
Qui fait quoi sur votre base
Lire le schéma, les packages et les journaux de requêtes
Plateforme
Des milliers d'objets analysés en un passage, y compris ceux générés par un outil que personne n'a lancé depuis 2011.
Conversion des types et du dialecte
Plateforme
NUMBER, DATE, CONNECT BY, MERGE, séquences et ancienne syntaxe de jointure externe traduits, puis relus en pull request.
Où finit chaque procédure stockée
Ingénieur
Une partie de la logique a sa place près des données en PL/pgSQL, une autre dans un service Go testé. Un ingénieur senior tranche package par package.
Rapprochement ligne par ligne
Les deux
Sommes de contrôle et comptages sont pour nous. Quelles lignes historiques étaient déjà fausses, c'est une décision que votre côté signe.
Performance des requêtes sur PostgreSQL
Ingénieur
Plans d'exécution comparés requête par requête et index reconstruits pour le nouveau planificateur avant qu'un seul utilisateur se connecte.
Bascule et retour arrière
Les deux
Réplication, bascule et fenêtre de retour arrière se déroulent à une date inscrite au contrat.
Traduire le schéma, c'est la partie rapide. Chaque objet porté passe par un ingénieur senior avant de toucher des données de production.
Pourquoi confier votre base à cette équipe
Nos ingénieurs font tourner des systèmes en production depuis plus de 25 ans, et ils ont porté des packages PL/SQL, des procédures stockées DB2, du T-SQL Sybase, de l'Informix 4GL et des macros Access. Ils savent où la gestion des NULL, l'arithmétique des dates et les conversions implicites changent une réponse d'un moteur à l'autre, et ils le trouvent avant vos auditeurs. Pour déplacer la base qui paie vos salaires, ce sont les meilleurs que vous puissiez engager.
Prix ferme par phase et date de bascule au contrat. Une phase est acceptée quand le rapport de rapprochement équilibre à la ligne près, et chaque script et chaque service sont à vous dès le premier commit.
Ce que nous demandent les DBA et les CTO
Nous avons des milliers de packages PL/SQL. PostgreSQL peut-il faire tourner tout ça ?
L'essentiel se porte directement en PL/pgSQL, et la plateforme fait cette traduction en masse. Les packages qui portent des règles métier, comme la tarification ou le règlement, passent en général dans des services Go testés, où vos développeurs peuvent les faire évoluer. Vous voyez la répartition package par package avant que nous commencions. Demandez un devis, la liste arrive avec le prix.
Nous ne pouvons pas nous arrêter. Comment se passe la bascule ?
D'abord une copie complète, puis la capture des changements envoie chaque écriture de l'ancien moteur vers PostgreSQL pendant que la production tourne. Le jour de la bascule, la réplication rattrape son retard, les applications changent de connexion, et l'ancienne base reste prête comme cible de retour arrière. Vos utilisateurs vivent une journée ordinaire. Choisissez la date, nous l'inscrivons au contrat.
Comment savoir qu'aucune donnée n'a été perdue ?
Chaque table est comparée ligne par ligne par sommes de contrôle, et vos propres requêtes sont rejouées sur les deux moteurs jusqu'à ce que les résultats concordent. Vous recevez un rapport de rapprochement par table et le signez avant la bascule. Les lignes qui n'ont jamais équilibré dans l'ancien système sont signalées par clé. Demandez un devis : le rapprochement est compris dans le prix.
PostgreSQL tiendra-t-il nos requêtes les plus lourdes ?
Vos requêtes les plus lourdes sont chronométrées sur les deux moteurs avant la bascule, et tout ce qui est plus lent est optimisé jusqu'à être au moins aussi rapide : index, partitionnement, SQL réécrit là où le planificateur en a besoin. Vous passez en production sur des chiffres que vous avez déjà vus. Demandez un devis aujourd'hui, ces chiffres sont sur votre bureau dans les 30 jours.
Et les applications qui parlent directement à la base ?
La plateforme lit chaque requête qu'elles envoient, des appels d'ORM au SQL recollé à coups de chaînes dans un rapport de 2004. Les requêtes à modifier sont réécrites et retestées contre PostgreSQL dans le même harnais. Les interfaces Access et FoxPro, nous les reconstruisons en TypeScript si vous voulez aussi vous en débarrasser. Mettez-les dans la demande, elles entrent dans le prix.
Votre dernier renouvellement de licence
Moteur, volume, date de renouvellement : envoyez-les aujourd'hui. Un prix ferme et une date de bascule vous parviennent sous 48 heures, et 30 jours après votre accord, PostgreSQL sert la production et la licence est résiliée.
Des comptages d'objets approximatifs suffisent. Un ingénieur lit la demande et répond avec un prix écrit.