Publier et actualiser
En bref
- Objectifs : publier un rapport depuis Power BI Desktop ; configurer les informations d'identification d'un modèle sémantique publié ; savoir quand une passerelle de données locale est nécessaire ; planifier l'actualisation et en suivre l'historique.
- Prérequis : page « Espaces de travail et rôles ».
- Niveau : intermédiaire.
- Licence requise : Pro ou PPU pour publier dans un espace de travail partagé.
Pourquoi ?
Une fois publié, un rapport en mode Importation affiche les données de sa dernière actualisation. Sans actualisation planifiée, les lecteurs consultent des chiffres figés au jour de la publication. C'est le premier réglage à faire après la publication : indiquer au service comment se connecter aux sources et à quelle fréquence recharger les données.
Notions clés
Ce qui est publié
La publication envoie dans l'espace de travail un modèle sémantique (les données et le modèle, sous le nom du fichier) et le rapport associé. Les modifications faites ensuite dans le service ne sont pas enregistrées dans le fichier PBIX d'origine. Republier le même fichier remplace le modèle sémantique existant ; Power BI affiche alors une analyse d'impact (espaces de travail, rapports et tableaux de bord concernés). Renommer ou supprimer une colonne ou une mesure peut casser les visuels qui l'utilisent.
Actualiser les données ou actualiser les visuels
- L'actualisation du modèle sémantique recharge les données depuis les sources (mode Importation). C'est elle que l'on planifie.
- En DirectQuery ou en connexion active, les données sont interrogées à la source à chaque affichage : il n'y a pas d'import à planifier, mais une passerelle reste nécessaire pour une source locale.
- Le bouton Actualiser de Power BI Desktop n'agit que sur votre fichier local, pas sur le modèle publié.
La passerelle de données locale
La passerelle de données locale est un logiciel Windows installé sur un ordinateur de votre réseau. Elle permet au service Power BI d'atteindre des sources qu'il ne peut pas joindre directement sur Internet : un serveur SQL Server interne, un dossier partagé, un fichier sur un disque réseau. Elle n'ouvre aucun port entrant (connexions sortantes uniquement). Une source cloud accessible sur Internet (SharePoint Online, Azure SQL Database, Dataverse...) n'en a pas besoin.
| Type | Usage | Particularités |
| Mode standard | Passerelle partagée, gérée de façon centralisée | Prend en charge l'importation, DirectQuery et la connexion active ; clusters de haute disponibilité ; les identifiants sont définis par l'administrateur de la passerelle |
| Mode personnel | Un seul utilisateur, pour ses propres modèles en Importation | Non partageable ; l'ordinateur doit être allumé et en ligne au moment de l'actualisation |
| Passerelle de réseau virtuel | Sources protégées dans un réseau virtuel Azure | Service géré par Microsoft, sans installation |
Limites de l'actualisation planifiée
| Licence de l'espace de travail | Actualisations planifiées par jour |
| Power BI Pro | 8 |
| Premium par utilisateur, capacité Fabric F ou Premium | 48 |
L'actualisation démarre en général dans les 15 minutes qui suivent l'heure prévue, avec un retard possible d'une heure. La planification est désactivée automatiquement après 4 échecs consécutifs ou une erreur d'identifiants, et après 2 mois sans aucune consultation d'un rapport basé sur le modèle.
L'actualisation incrémentielle en bref
Pour les grandes tables de faits, l'actualisation incrémentielle ne recharge que la période récente et conserve l'historique. Vous créez dans Power Query deux paramètres de type date/heure nommés exactement RangeStart et RangeEnd, vous filtrez la table avec eux, puis vous définissez la stratégie dans Power BI Desktop (clic droit sur la table > Actualisation incrémentielle). Le service crée les partitions après la publication et la première actualisation. Elle fonctionne avec une licence Pro ; le filtre doit être replié vers la source (query folding) pour être efficace. L'option de données en temps réel (DirectQuery sur la dernière partition) exige PPU ou une capacité.
Pas à pas
1. Dans Power BI Desktop, enregistrez votre fichier, puis sélectionnez Accueil > Publier.
[Capture : ruban Accueil de Power BI Desktop, bouton Publier encadré]
2. Choisissez l'espace de travail de destination et cliquez sur Sélectionner. À la fin de la publication, cliquez sur le lien Ouvrir « nom du rapport » dans Power BI.
[Capture : boîte de dialogue Publier sur Power BI avec la liste des espaces de travail]
3. Dans l'espace de travail, repérez le modèle sémantique portant le nom du fichier, ouvrez Autres options (...) > Paramètres.
4. Si la source est locale, dépliez Connexion de passerelle et associez le modèle à une passerelle sur laquelle votre compte est autorisé ; sinon, dépliez Informations d'identification de source de données et cliquez sur Modifier les informations d'identification pour chaque source.
[Capture : paramètres du modèle sémantique, sections Connexion de passerelle et Informations d'identification de source de données]
5. Dépliez Actualisation, activez Configurer une planification d'actualisation, choisissez la fréquence, le fuseau horaire et les heures, puis indiquez qui doit être prévenu en cas d'échec. Cliquez sur Appliquer.
[Capture : section Actualisation avec la planification quotidienne et deux créneaux horaires]
6. Pour lancer une actualisation immédiate, utilisez Actualiser maintenant sur le modèle sémantique. Pour suivre les exécutions, ouvrez Actualiser > Historique des actualisations : état, heure de début, durée et message d'erreur.
[Capture : fenêtre Historique des actualisations avec une ligne en échec et son message]
Exemple
Le rapport de suivi des ventes lit un classeur Excel posé sur un serveur de fichiers interne et une base Azure SQL Database. Après publication, l'administrateur ajoute la source « serveur de fichiers » à la passerelle standard de l'entreprise et vous autorise à l'utiliser. Vous associez le modèle à la passerelle, saisissez les identifiants de la base Azure (source cloud, sans passerelle) et planifiez deux actualisations par jour, à 7 h et à 13 h. Pour que les lecteurs sachent de quand datent les chiffres, vous affichez la date de la dernière actualisation sur la page d'accueil (voir la page « Rendre le rapport dynamique » de la partie 4).
Pièges et bonnes pratiques
- Pensez au fuseau horaire : la planification s'exprime dans le fuseau choisi dans les paramètres.
- Utilisez un compte technique ou des identifiants fournis par l'administrateur pour les sources, jamais le mot de passe personnel d'un collègue.
- Une passerelle en mode personnel dépend d'un poste allumé : réservez-la aux essais.
- Surveillez les e-mails d'échec : après 4 échecs consécutifs, la planification s'arrête.
- Évitez de republier un PBIX contenant des données volumineuses à chaque modification ; publiez puis laissez le service actualiser.
À retenir
- Publier envoie un modèle sémantique et un rapport ; republier remplace le modèle.
- Une source locale exige une passerelle de données locale, pas une source cloud.
- Pro : 8 actualisations planifiées par jour ; PPU et capacités : 48.
- L'historique des actualisations est le premier réflexe en cas de problème.