Débogage et autres outils

MySQL   |  PostgreSQL   |  PostgreSQL vers AlloyDB

Présentation

Cette page inclut des scripts qui vous aident à déboguer et à utiliser AlloyDB.

Migrer les opérations UPDATE et DELETE pour les tables sans clé primaire

Pour les tables qui ne possèdent pas de clés primaires, Database Migration Service permet de migrer l'instantané initial ainsi que les instructions INSERT pendant la phase de capture des données modifiées (CDC, Change Data Capture).

Pour mettre à jour les processus UPDATE et DELETE manquants, consultez les sections suivantes de ce document.

Détecter les données manquantes entre la source et le cluster de destination AlloyDB

1. Identifiez les tables qui n'ont pas de clé primaire :

   select tab.table_schema,
          tab.table_name
   from information_schema.tables tab
   left join information_schema.table_constraints tco 
             on tab.table_schema = tco.table_schema
             and tab.table_name = tco.table_name 
             and tco.constraint_type = 'PRIMARY KEY'
   where tab.table_type = 'BASE TABLE'
         and tab.table_schema not in ('pg_catalog', 'information_schema', 'pglogical')
         and tco.constraint_name is null
   order by table_schema,
            table_name;
   

2. Avant de commencer la migration, vérifiez s'il existe des mises à jour ou des suppressions pour toutes les tables sans clé primaire à l'aide de cette requête :

   SELECT schemaname,
         relname,
         n_tup_ins,
         n_tup_upd,
         n_tup_del
     FROM  pg_stat_user_tables
     WHERE schemaname NOT IN
     ('pglogical', 'pg_catalog', 'information_schema');
   

   Où :
   • n_tup_ins : nombre de lignes insérées
   • n_tup_upd : nombre de lignes mises à jour (y compris les lignes HOT mises à jour)
   • n_tup_del : nombre de lignes supprimées
3. Enregistrez ces résultats dans une table ou un fichier distincts.
4. Une fois la configuration de la migration terminée, exécutez à nouveau la requête.
5. Comparez les résultats avec ceux de l'étape 3.

Si les valeurs de n_tup_upd ou n_tup_del sont différentes dans la source pendant la migration, il est possible que des mises à jour ou des suppressions aient lieu dans la source.

Remarque : Vous pouvez réinitialiser manuellement pg_stat_user_tables à l'aide de la fonction pg_stat_reset(). Si cette fonction est exécutée sur la source, les statistiques peuvent ne pas refléter des informations exactes.

Migrer manuellement les données de la source vers les instances de destination AlloyDB

Si vous constatez des écarts entre l'instance source et l'instance de destination AlloyDB, vous pouvez migrer les données à l'aide de l'une des options suivantes :

• Option 1 : Comparez manuellement les données entre la source et la destination AlloyDB, puis exécutez les requêtes SQL appropriées pour mettre à jour uniquement les données qui diffèrent entre la source et la réplique.

• Option 2 : Exécutez pg_dump et pg_restore pour les tables sans clé primaire. Pour en savoir plus, consultez Exporter des données à partir d'un serveur PostgreSQL sur site à l'aide de pg_dump.

• Option 3 : Utilisez la commande Postgres COPY pour migrer vos données. Pour en savoir plus, consultez la documentation PostgreSQL. Notez que cette étape nécessite que la VM répliquée puisse se connecter à la VM source.

Pour les options 2 et 3, si des données ont déjà été migrées vers le réplica, ces enregistrements peuvent nécessiter un nettoyage avant d'exécuter les commandes pg_restore ou COPY. Veuillez apporter les modifications nécessaires.