Si les Views, Stored Procedures, Functions et Triggers ne sont pas nécessaires, le Windows Agent peut transférer seulement les tables et les lignes.
Quand choisir le mode tables et données ?
Utilisez-le si l’application recrée ses modules ou si l’objectif est de récupérer les données. Identity, defaults sûrs, clés, index ordinaires et relations prises en charge sont conservés ; les exclusions sont documentées.
Commencez par un compatibility preflight
Inventoriez tables, columns, collations, keys, indexes, views, procedures, triggers, data types et features liées à la version avant de créer la cible. Gardez la connexion source en read-only.
Créez la cible et transférez les données
Créez une nouvelle base cible et générez les définitions T-SQL adaptées au target engine. Transférez les rows par batches contrôlés, préservez les identity values et recréez les constraints selon les dépendances.
Reconstruisez, vérifiez et livrez
Reconstruisez les objets programmables supportés, documentez les deferred items, comparez row counts et hashes SHA-256, exécutez les contrôles DBCC et générez un BAK natif après un RESTORE VERIFYONLY ou un test restore réussi.
Convertissez votre base avec un workflow guidé
Remplacez les scripts fragiles par inspection, suivi de progression et vérification fondée sur les preuves.
Ouvrir le dashboard