⚠️ Ta draft diffère de la prod. Le scheduler utilise toujours la config prod ; pour qu'il prenne tes modifs, promouvoir.

ARP Migration — Pilotage

Gestion des tables

Tables à migrer

Configuration des colonnes

Sélectionner une table

Mode de sélection des colonnes

Mode Exclusion (sélectionner les colonnes à exclure)
Mode Inclusion (sélectionner les colonnes à inclure)

Colonnes à exclure

Colonnes de date

Lancement de migration

⚠️ Schéma PostgreSQL incomplet

Tester ta draft sur arp_local_test

Lance une migration manuelle utilisant la draft actuelle vers la base de test. Aucun impact sur la prod (le scheduler continue tranquillement de son côté).

Statut

Pret

Console de sortie

Console prete. Lancez une migration pour voir les logs en temps reel.

Historique des migrations

Administration

Statut du Scheduler

État: Chargement...
Intervalle: -
Prochaine exécution: -
Dernière exécution: -

Comment ça marche

🧪 Migrations manuelles (toi via l'onglet Migration) : utilisent la draft de la config (que tu édites dans les onglets Tables / Colonnes) et migrent vers arp_local_test. Sert à tester avant de pousser en prod.

⚙️ Migrations automatiques (scheduler) : utilisent la config prod et migrent vers arp_local (= la base lue par Power BI). Tourne toutes les N minutes, indépendamment de toi.

✅ Promouvoir : quand ta draft est validée, le bouton "Promouvoir la draft en prod" (qui apparaît dans la bannière en haut quand il y a une différence) copie la draft vers la prod. Le scheduler prendra cette nouvelle config au prochain tick. Un snapshot de l'ancienne prod est conservé dans arp_config_history pour audit / rollback.