Comment SMART Migration s'installe : le référentiel et la base de données BI

Ce que le programme d'installation installe sur le serveur

SMART Migration fonctionne avec deux bases de données : le référentiel, où il conserve ses propres données de travail, et la base de données BI, où chaque exécution enregistre les fichiers qu'elle a traités pour le rapport Power BI. Le programme d'installation installe un serveur de base de données gratuit pour chacune, ainsi que Power BI Desktop pour ouvrir le rapport — chacun d'eux peut être omis lors de l'installation.

Installé par défaut	Contient	Peut être omis
SQL Server 2025 Express	Le référentiel : définitions de tâches, informations de connexion, journaux et le reste des données de travail de SMART Migration	Oui — le référentiel est alors installé sur votre propre SQL Server, voir ci-dessous
PostgreSQL 18.3 ou version ultérieure	La base de données BI : une ligne par fichier, avec son statut, ses métadonnées, sa taille et sa destination	Oui — la connexion à la base de données BI pointe alors vers votre propre serveur
Power BI Desktop	Ouvre et actualise `SMART BI.pbix`	Oui — il peut s'exécuter sur tout autre ordinateur Windows ayant accès à la base de données BI

Les deux bases de données sont indépendantes l'une de l'autre : le référentiel peut rester sur SQL Server Express sur le serveur SMART Migration tandis que la base de données BI fonctionne sur un serveur PostgreSQL ailleurs, ou l'inverse — de nombreuses combinaisons sont possibles.

En savoir plus : Configuration matérielle/VM requise · Pourquoi le serveur SMART Migration fonctionne dans votre réseau

Le référentiel sur SQL Server Express

SQL Server 2025 Express est gratuit et limite chaque base de données à 50 Go.

Ce qui remplit le référentiel, ce sont surtout les journaux des jobs. Chaque session de job écrit un journal de l'exécution du job, avec ses rapports intégrés, et un journal peut être volumineux. 50 Go, c'est beaucoup : à titre indicatif, cela contient les journaux d'une migration d'environ 1 million de fichiers. Pour l'ETL de données et les autres jobs qui ne traitent pas de fichiers (dans l'IDE), surveillez la croissance du référentiel selon les jobs que vous exécutez. Dans la plupart des configurations, 50 Go suffisent largement, à condition de supprimer les journaux qui ne sont plus nécessaires.

Gardez les données BI hors du référentiel. PostgreSQL, que le programme d'installation configure, les héberge gratuitement et sans limite de stockage, sur le serveur SMART Migration ou sur une machine dédiée (ci-dessous). Tout peut aussi fonctionner sur SQL Server — mais si les données BI sont sur SQL Server Express, elles vont dans la même base de données et partagent ses 50 Go, de sorte que le référentiel contient environ deux fois moins de fichiers.

L'onglet Référentiel du module Compte indique la part de l'espace utilisée. Lorsqu'il ne reste plus que 20 %, les jobs avertissent qu'il est temps de supprimer des journaux ou de passer à un SQL Server sous licence.

Réagissez à l'avertissement avant que la base de données soit pleine

Lorsque le référentiel atteint 50 Go, plus rien ne fonctionne — ni les jobs, ni le serveur de jobs, ni même l'IDE, de sorte qu'aucun journal ne peut plus être supprimé non plus. Il ne reste alors que deux solutions : restaurer la base de données sur un SQL Server sous licence, ou réinstaller et repartir de zéro en perdant tout — voir Lorsque le référentiel est plein.

Au-delà de 1 million de fichiers : prévoyez votre propre SQL Server

Pour une migration dépassant largement 1 million de fichiers, ou qui doit conserver son historique longtemps, placez le référentiel sur un SQL Server sous licence dès le départ plutôt que de procéder par purges successives.

Libérer de l'espace : supprimer des journaux de jobs

Supprimez les sessions de job dont les journaux ne sont plus nécessaires : dans le Tableau de bord, sélectionnez-en une, plusieurs ou toutes et supprimez-les, ou ouvrez un job et utilisez Supprimer dans son onglet Journal.

Une suppression est une suppression logique : la session disparaît immédiatement, et SMART Migration purge ses données de la base de données en arrière-plan. Avec de nombreux journaux, la purge peut prendre un temps considérable. L'espace libéré est réutilisé par SQL Server pour de nouveaux journaux, mais les fichiers de base de données sur le disque (.mdf et .ldf) conservent leur taille jusqu'à ce que la base de données soit réduite.

Lorsque l'espace est nécessaire immédiatement, déplacez plutôt le référentiel vers un SQL Server sous licence : sauvegardez la base de données sur SQL Server Express et restaurez-la sur ce serveur (ci-dessous).

Réduire les fichiers de base de données

La réduction est facultative — SQL Server réutilise de toute façon l'espace libéré. Effectuez-la après un nettoyage important, une fois la purge en arrière-plan terminée, lorsque vous voulez récupérer l'espace disque ; pas de manière systématique.

Ouvrir SQL Server Management Studio
SQL Server Management Studio (SSMS) est une option du programme d'installation de SMART Migration. Lancez-le et connectez-vous à l'instance SQL Server Express qui héberge le référentiel.
Réduire la base de données du référentiel
Dans Object Explorer, développez Databases, cliquez avec le bouton droit sur la base de données du référentiel et choisissez Tasks › Shrink › Database. La boîte de dialogue indique la part de l'espace libre ; choisissez OK pour la restituer au disque.

Lorsque le référentiel est plein

Les avertissements ont été ignorés et le référentiel a atteint 50 Go : SMART Migration ne peut plus fonctionner — ni jobs, ni serveur de jobs, ni même l'IDE — de sorte que les journaux ne peuvent pas être supprimés pour faire de la place. Supprimer ou réduire ne sert plus à rien ; il reste deux solutions.

	Passer à un SQL Server sous licence	Réinstaller et repartir de zéro
Ce qui est conservé	Tout : les définitions de jobs, les connexions et tous les journaux	Rien dans le référentiel : les définitions de jobs, les connexions et les journaux sont perdus
Ce que cela demande	Un SQL Server 2022 ou plus récent sous licence, ainsi qu'une sauvegarde et une restauration	Une nouvelle installation, et la reconfiguration de chaque job
Les données BI dans PostgreSQL	Restent telles quelles	Restent telles quelles

N'en arrivez pas là

Les deux solutions interrompent la migration jusqu'à leur achèvement, et repartir de zéro fait perdre tous les jobs. Réagissez lorsque les jobs avertissent qu'il reste 20 % de l'espace — supprimez des journaux dans le Tableau de bord, ou passez à un SQL Server sous licence tant que SMART Migration fonctionne encore.

Déplacer le référentiel plein vers un SQL Server sous licence

SQL Server Express fonctionne encore lorsque la base de données est pleine, ce qui permet de la sauvegarder.

Sauvegarder le référentiel
Dans SQL Server Management Studio, connectez-vous à l'instance SQL Server Express, cliquez avec le bouton droit sur la base de données du référentiel et choisissez Tasks › Back Up. Effectuez une sauvegarde Full dans un fichier .bak.
La restaurer sur le SQL Server sous licence
Copiez le fichier .bak sur le SQL Server sous licence, connectez-vous à celui-ci dans SQL Server Management Studio, cliquez avec le bouton droit sur Databases et choisissez Restore Database. Effectuez la restauration à partir du fichier.
Donner l'accès aux comptes Windows
Accordez des autorisations sur la base de données restaurée au compte Windows sous lequel SMART Migration s'exécute — ainsi qu'au compte de service du serveur de jobs, lorsqu'il s'exécute en tant que service Windows.
Écarter SQL Server Express
Arrêtez le service SQL Server Express, ou désinstallez SQL Server Express, afin que SMART Migration ne puisse plus accéder à la base de données pleine.
Démarrer SMART Migration et se connecter
SMART Migration ne peut pas accéder à son référentiel ; il demande donc la connexion, comme lors d'un premier démarrage. Indiquez le SQL Server sous licence et la base de données restaurée. Tout est rétabli comme avant, sans limite d'espace.

Réinstaller et repartir de zéro

Lorsqu'aucun SQL Server sous licence n'est disponible, désinstallez SMART Migration et SQL Server Express, puis réinstallez-les : le référentiel repart vide, à partir du modèle. Chaque définition de job et chaque connexion doivent être reconfigurées, et les journaux des exécutions précédentes sont perdus. Les données BI dans PostgreSQL ne sont pas touchées.

Le référentiel sur votre propre SQL Server

Tout SQL Server 2022 ou version ultérieure peut servir de référentiel — Standard, Enterprise ou une autre édition sous licence. Cela apporte :

Aucune limite de stockage. Les éditions sous licence n'ont pas de plafond de 50 Go.
De meilleures performances dans certains cas. SQL Server Express n'utilise pas la totalité du processeur de la machine ; une édition sous licence, si.
Un serveur dédié. La base de données peut être déplacée vers une autre machine, un cluster SQL Server ou le serveur sur lequel votre organisation exploite ses bases de données — pour les performances, les sauvegardes et la conformité.

Passer de SQL Server Express à votre propre serveur

Si SQL Server Express a été installé, le référentiel peut être déplacé ultérieurement :

Déplacer la base de données
Copiez le référentiel sur votre propre SQL Server — une sauvegarde effectuée sur SQL Server Express et restaurée sur celui-ci — ou créez-en un nouveau à partir du modèle, comme décrit ci-dessous.
Faire pointer SMART Migration vers celui-ci
Dans l'IDE SMART Migration, ouvrez le module Base de données et la connexion système Internal — celle qui pointe vers le référentiel. Modifiez ses paramètres — serveur, base de données et authentification — pour qu'elle pointe vers votre SQL Server au lieu du SQL Server Express configuré par le programme d'installation.
Supprimer SQL Server Express
Une fois que SMART Migration fonctionne avec votre propre serveur, SQL Server Express peut être désinstallé de la machine.

Installer sans SQL Server Express

Si vous excluez SQL Server Express de l'installation, c'est à vous de configurer le référentiel avant le premier démarrage :

Créer la base de données
Créez une base de données vide sur votre SQL Server, version 2022 ou ultérieure.
Restaurer le modèle par-dessus
Restaurez le modèle de base de données standard.bak, situé dans le dossier du programme d'installation de SMART Migration, sur la nouvelle base de données.
Donner l'accès aux comptes Windows
Accordez des autorisations sur la base de données au compte Windows avec lequel vous exécuterez SMART Migration — ainsi qu'au compte de service du serveur de tâches, lorsqu'il s'exécute en tant que service Windows.
Démarrer SMART Migration
Au premier démarrage, SMART Migration demande les informations de connexion : votre SQL Server et la base de données. Saisissez-les, et il se connecte dès lors au référentiel.

Deux comptes, une base de données

L'IDE s'exécute sous le compte Windows qui se connecte à la machine ; le serveur de tâches, en tant que service Windows, s'exécute sous son compte de service. Tous deux lisent et écrivent dans le référentiel ; ils ont donc tous deux besoin d'autorisations sur celui-ci.

La base de données BI : PostgreSQL ou SQL Server

La base de données BI — les données smart_bi que lit SMART BI.pbix — peut être PostgreSQL 18.3 ou version ultérieure, ou SQL Server.

	PostgreSQL 18.3 ou version ultérieure	SQL Server
Licence	Gratuit et open source	Express est gratuit avec sa limite de 50 Go ; les autres éditions sont sous licence
Stockage	Aucune limite	50 Go sur Express ; aucune limite sur les éditions sous licence
Vitesse des requêtes pour la BI	Environ deux fois plus rapide — ce qui compte lorsque Power BI actualise le rapport	Plus lent pour cette charge de travail
Installations avec l'application Nextcloud et l'application Microsoft Teams	Pris en charge — le seul choix possible	Non pris en charge
Vos propres installations	Pris en charge	Pris en charge

L'application Nextcloud et l'application Microsoft Teams utilisent PostgreSQL

Avec l'application Nextcloud ou l'application Microsoft Teams et leur rapport Power BI, les données BI sont conservées uniquement dans PostgreSQL. SQL Server pour les données smart_bi est réservé à vos propres installations, sans le rapport des applications.

Les rapports Power BI des applications lisent les données via une source de données ODBC nommée SMARTBI, qui pointe vers la base de données PostgreSQL.

Le module Base de données de l'IDE SMART Migration comporte deux connexions système :

Internal — le référentiel.
Business Intelligence — la base de données BI, accessible via ODBC ; par défaut, la base de données PostgreSQL configurée par le programme d'installation.

Pour utiliser un autre serveur PostgreSQL — sur une machine dédiée ou un service hébergé — modifiez la connexion Business Intelligence pour qu'elle pointe vers celui-ci ; dans vos propres installations, elle peut pointer vers un SQL Server à la place. Le serveur BI peut être entièrement distinct du serveur du référentiel, y compris d'un référentiel sur SQL Server Express. La collecte ou non de données BI par une tâche se règle à son étape Gestion des fichiers.

Stockage avec l'application Nextcloud et l'application Microsoft Teams

Avec l'une ou l'autre application, le stockage est pratiquement illimité :

Les journaux des tâches sont purgés automatiquement. Lorsqu'une exécution se termine avec succès, SMART Migration supprime son journal du référentiel.
Les exécutions comportant des erreurs conservent leur journal, avec tout le contexte de la tâche, pour le dépannage. Elles sont généralement peu nombreuses. Consultez le Tableau de bord chaque semaine ou toutes les deux semaines, et supprimez les journaux dont vous n'avez plus besoin une fois les erreurs traitées.
Toutes les données BI vont dans PostgreSQL, qui n'a pas de limite de stockage.

En savoir plus : Informatique décisionnelle avec Power BI · Dimensionner les serveurs pour une grande migration · Actualiser, téléverser et partager SMART BI.pbix

Quelques combinaisons qui fonctionnent

Installation	Référentiel	Base de données BI
Essai, ou migration jusqu'à environ 1 million de fichiers	SQL Server 2025 Express sur le serveur SMART Migration	PostgreSQL sur le serveur SMART Migration
Une grande migration	SQL Server sous licence sur un serveur dédié	PostgreSQL sur un serveur dédié, dimensionné pour les fichiers
La plateforme de bases de données de votre organisation	Votre cluster SQL Server	Votre serveur PostgreSQL ou service hébergé

Votre partenaire vous aide à choisir

Votre partenaire SMART Migration peut dimensionner les deux bases de données pour votre migration et les configurer avec vous.

Questions fréquentes

Le référentiel sur SQL Server Express se remplit. La suppression des anciens journaux de jobs libère-t-elle de l'espace, et comment les supprimer ?

Oui. Chaque session de job conserve un journal dans le référentiel — l'exécution du job, avec ses rapports intégrés — et la suppression de la session supprime son journal. Supprimez-les dans le Tableau de bord, où vous pouvez sélectionner une, plusieurs ou toutes les sessions, ou avec Supprimer dans l'onglet Journal d'un job ouvert. Une suppression est une suppression logique : SMART Migration purge les données en arrière-plan, ce qui peut prendre un temps considérable lorsqu'il y a de nombreux journaux. L'espace libéré est réutilisé à l'intérieur de la base de données, mais les fichiers de base de données sur le disque conservent leur taille jusqu'à ce que vous réduisiez la base de données dans SQL Server Management Studio (Tasks › Shrink › Database). Réagissez dès les premiers avertissements, lorsqu'il reste 20 % de l'espace : une fois les 50 Go remplis, plus rien ne fonctionne — pas même l'IDE — et la seule solution est de restaurer la base de données sur un SQL Server sous licence. À long terme, conservez les données BI dans PostgreSQL plutôt que dans le référentiel, ou déplacez le référentiel vers un SQL Server sous licence, qui n'a pas de limite.

En savoir plus : Tableau de bord : sessions de job et leurs journaux · Planifier et maintenir l'environnement SMART Migration

Le référentiel sur SQL Server Express est plein, et SMART Migration ne démarre plus. Que faire ?

Une fois les 50 Go remplis, plus rien ne fonctionne — ni jobs, ni serveur de jobs, ni même l'IDE — de sorte que les journaux ne peuvent plus être supprimés pour faire de la place. Il existe deux solutions. Déplacer le référentiel vers un SQL Server sous licence : sauvegardez-le dans SQL Server Management Studio (Tasks › Back Up, qui fonctionne encore sur la base de données pleine), restaurez-le sur SQL Server 2022 ou plus récent, donnez l'accès aux comptes Windows, arrêtez SQL Server Express et démarrez SMART Migration — il demande la nouvelle connexion, et tout est rétabli comme avant. Ou réinstaller et repartir de zéro : le référentiel repart vide, et chaque définition de job, connexion et journal est perdu ; les données BI dans PostgreSQL sont conservées. Pour éviter ces deux situations, réagissez lorsque les jobs avertissent qu'il reste 20 % de l'espace.

En savoir plus : Lorsque le référentiel est plein · Planifier et maintenir l'environnement SMART Migration

Voir aussi