Migration Framework pour Firebird
Le Migration Framework pour Firebird est un ensemble d'outils et de directives qui automatisent une grande partie de la migration de versions Firebird - analyse des métadonnées, corrections automatiques et flux de conversion basé sur des dossiers. Éprouvé sur de grands parcs (plus de 600 serveurs migrés).
Comment ça marche
1. Analyse des métadonnées
L'examen automatique des sauvegardes de métadonnées de la base produit un rapport des problèmes - répartis entre les problèmes que le Framework peut corriger automatiquement et les éléments nécessitant une intervention manuelle.
2. Migration des données
Une fois les métadonnées vérifiées (et ajustées si nécessaire), déposez les bases au format hérité dans le dossier entrant et récupérez les bases entièrement opérationnelles dans le dossier sortant.
Conçu pour les entreprises disposant de nombreuses bases sur plusieurs serveurs et sites - migrez des parcs bien plus rapidement qu'avec des mises à niveau purement manuelles. Pour une aide experte pratique sur les cas complexes, consultez le service de migration.
Tarifs
Sous licence par migration de base de données réussie. L'essai inclut 1 migration gratuite. Le support optionnel est de 1 300 $. Besoin de plus de 10 000 ? Contactez-nous.
1 migration
Migration unique réussie d'une base de données après l'essai gratuit.
99 $
AcheterJusqu'à 5
Pack pour les petits lots de mise à niveau.
395 $
AcheterJusqu'à 10
Projets de migration de taille moyenne.
690 $
Acheter| Migrations | Prix | |
|---|---|---|
| Jusqu'à 50 | 1 000 $ | Acheter |
| Jusqu'à 250 | 2 750 $ | Acheter |
| Jusqu'à 500 | 3 000 $ | Acheter |
| Jusqu'à 10 000 | 10 000 $ | Acheter |
Également disponible avec une capacité dans les plans d'abonnement Entreprise et avec les outils HQbird pour les parcs multi-serveurs.
Exemples de corrections automatiques de métadonnées
Le Framework analyse et peut corriger automatiquement les incompatibilités courantes dans les procédures stockées, les déclencheurs, les fonctions, les packages et les vues - par exemple :
SUSPENDsans retour (procédures)- Utilisation de
CURRENT_TIMESTAMP/ liée au fuseau horaire →LOCALTIMESTAMPlorsque cela est approprié - Mot réservé
LOCALentre guillemets comme"LOCAL" CURRENT_TIMESTAMP/CURRENT_TIMEdans les champs calculés et les clausesDEFAULT→LOCALTIMESTAMP/LOCALTIME
Exemple PSQL
Avant
create or alter procedure sp_sample
as
begin
insert into tablex (start_time, user, local)
values (current_timestamp, current_user, 1);
suspend;
end
Après
create or alter procedure sp_sample
as
begin
insert into tablex (start_time, user, "LOCAL")
values (localtimestamp, current_user, 1);
--suspend;
end
Dialecte 1 → Dialecte 3
- Exécute
gfixpour la migration du dialecte - Les guillemets doubles dans les blocs PSQL sont automatiquement remplacés par des guillemets simples
CURRENT_DATE(date et heure en dialecte 1) remplacé parLOCALTIMESTAMPdans la base de données