SMART Migration conserve un journal de chaque session de tâche dans sa base de données de référentiel. Sous SQL Server 2025 Express, cette base de données peut contenir 50 Go, ce qui suffit largement pour la plupart des projets, à condition de l'anticiper et de l'entretenir.
Planifier l'espace de la base de données
Section intitulée « Planifier l'espace de la base de données »- La règle empirique : 50 Go suffisent pour les journaux de tâches d'une migration d'environ 1 million de fichiers.
- Les tâches qui ne déplacent pas de fichiers — dans l'IDE, l'ETL de données et d'autres opérations — produisent des journaux qui leur sont propres. Observez la croissance du référentiel pour vos tâches afin d'évaluer l'espace dont elles ont besoin.
- Mesurez avant un projet d'envergure. Utilisez SQL Server Express pendant un certain temps et surveillez l'espace utilisé dans l'onglet Référentiel du module Compte. La croissance par exécution vous indique jusqu'où vont 50 Go.
- Projets volumineux ou longs — bien au-delà de 1 million de fichiers, ou avec un historique à conserver longtemps : placez le référentiel sur un SQL Server sous licence dès le départ. Il n'a aucune limite de stockage.
Garder les données BI hors du référentiel
Section intitulée « Garder les données BI hors du référentiel »Chaque exécution d'Analyse et de migration peut enregistrer pour Power BI chaque fichier qu'elle traite. Conservez ces données BI dans PostgreSQL : le programme d'installation le configure sur le serveur SMART Migration, mais il peut aussi fonctionner sur une machine dédiée, sans frais et sans limite de stockage.
Tout peut également fonctionner sur SQL Server. Sous SQL Server Express, toutefois, les données BI sont placées dans la base de données du référentiel et partagent ses 50 Go : le référentiel contient alors environ deux fois moins de fichiers.
Avertissements et limite
Section intitulée « Avertissements et limite »| Espace restant | Ce qui se passe | Que faire |
|---|---|---|
| 20 % | Les tâches avertissent qu'il est temps de purger des données ou de passer à un SQL Server sous licence | Supprimez les journaux dont vous n'avez plus besoin, ou planifiez la migration |
| Aucun | Plus rien ne s'exécute — ni les tâches, ni le serveur de tâches, ni même l'IDE | Sauvegardez la base de données et restaurez-la sur un SQL Server sous licence — ou réinstallez et repartez de zéro, en perdant l'ensemble des tâches, des connexions et des journaux |
Ne laissez pas le référentiel se remplir
Une fois la base de données pleine, les journaux ne peuvent plus être supprimés : la migration s'arrête jusqu'à ce que le référentiel ait été déplacé vers un SQL Server sous licence, ou que SMART Migration ait été réinstallé et que toutes les tâches aient été reconfigurées. Agissez dès le premier avertissement. Les étapes pour ces deux options : Quand le référentiel est plein.
Maintenance courante
Section intitulée « Maintenance courante »- Supprimez les journaux dont vous n'avez plus besoin dans le Tableau de bord : une session, plusieurs ou toutes à la fois. La suppression est logique ; l'espace est purgé en arrière-plan et réutilisé pour de nouveaux journaux.
- Consultez régulièrement le Tableau de bord : chaque semaine, ou toutes les deux semaines lorsque de nombreuses erreurs ou de nombreux avertissements apparaissent.
- Réduisez la base de données après un nettoyage important, si vous souhaitez récupérer l'espace disque : les fichiers de la base de données conservent leur taille tant qu'ils ne sont pas réduits (comment faire).
L'application Nextcloud et l'application Microsoft Teams
Section intitulée « L'application Nextcloud et l'application Microsoft Teams »Avec l'une ou l'autre application, le stockage est pratiquement illimité. Les journaux des exécutions réussies sont automatiquement purgés du référentiel ; les exécutions comportant des erreurs conservent les leurs, avec tout le contexte de la tâche, à des fins de dépannage. Elles sont généralement peu nombreuses et ne menacent pas l'espace disponible. Toutes les données BI sont stockées dans PostgreSQL, qui n'a aucune limite, et les rapports Power BI des applications les lisent via la source de données ODBC SMARTBI.
Voir aussi