Actualisation Power BI : planification, passerelle et échecs
L'actualisation Power BI ramène les données à jour dans un rapport déjà publié. Beaucoup croient qu'il suffit de republier le fichier. En réalité, un modèle en mode Import garde une copie figée des données.
Cet article couvre la planification, la passerelle et le diagnostic d'un échec.
Pourquoi le rapport affiche encore les chiffres d'hier
Vous avez ajouté de nouvelles données dans votre fichier source, mais le rapport Power BI affiche toujours les anciens chiffres.
Ce comportement est parfaitement normal lorsque le modèle utilise le mode Import.
Lors de l’importation, Power BI copie les données de la source dans le modèle sémantique. Les visuels du rapport travaillent ensuite sur cette copie, et non directement sur le fichier source.
Si une nouvelle ligne est ajoutée dans la source, elle n'apparaît donc pas immédiatement dans le rapport. Il faut actualiser le modèle sémantique pour que Power BI récupère les données modifiées depuis la source.
Bon à savoir
En mode Import, un rapport ne lit jamais la source. Il lit la copie chargée par la dernière actualisation réussie.
Ce que Power BI actualise vraiment
Le mot actualisation recouvre plusieurs opérations distinctes. Les confondre fait perdre du temps au moment du dépannage.
Import, DirectQuery et Direct Lake
Seul le mode Import copie les données dans le modèle. Les autres modes interrogent la source à chaque interaction.
Mode de stockage | Actualisation des données nécessaire ? |
Import | Oui, planifiée ou à la demande |
DirectQuery | Non, la requête part vers la source |
Connexion dynamique | Non, le modèle vit ailleurs |
Direct Lake | Non, les fichiers sont lus directement |
Un modèle DirectQuery n'a donc pas de planification de données. Ses vignettes de tableau de bord se rafraîchissent quand même, environ toutes les heures.
OneDrive, vignettes et visuels
Un modèle relié à un fichier OneDrive ou SharePoint subit une seconde actualisation. Power BI vérifie environ toutes les heures si le fichier a changé.
Cette synchronisation ne va pas chercher les données à la source. Elle recopie seulement le contenu du fichier dans le modèle.
Prévoyez la planification après cette synchronisation. Un fichier mis à jour à 1 h impose une actualisation vers 2 h 30.
Configurer une actualisation planifiée
Tout se règle dans le service Power BI, jamais dans Desktop. Ouvrez l'espace de travail, puis le modèle sémantique. Le menu Actualiser donne accès à Planifier l'actualisation.
1. Passerelle et connexions
Indiquez par quel chemin le service atteint chaque source.
2. Informations d'identification
Renseignez le compte utilisé pour lire la source.
3. Planifier l'actualisation
Réglez le fuseau, la fréquence et les créneaux.
Le fuseau horaire, à vérifier en premier
Les créneaux sont enregistrés dans le fuseau affiché sur la page. Un fuseau mal choisi décale toutes les actualisations.
Le quota quotidien se réinitialise chaque jour à 0 h 01, heure locale. Power BI vise un démarrage dans les quinze minutes suivant le créneau. Un retard d'une heure reste possible quand les ressources manquent.
Les notifications d'échec, à ne pas décocher
Le propriétaire du modèle reçoit un e-mail à chaque échec. Ajoutez une seconde adresse dans le champ prévu.
Un alias d'équipe évite que l'alerte dorme pendant les congés. Les destinataires doivent appartenir à votre tenant Microsoft Entra. Les adresses externes ne sont pas prises en charge.
La passerelle de données : qui en a besoin
Le service atteint directement une source hébergée dans le cloud. Il n'atteint pas un serveur posé dans vos locaux. La passerelle de données locale sert de pont entre les deux.
Elle n'ouvre aucun port entrant. Elle établit uniquement des connexions sortantes vers le cloud.
Passerelle standard ou mode personnel
Critère | Passerelle standard | Mode personnel |
Nombre d'utilisateurs | Plusieurs | Un seul |
Partage des sources | Oui | Non |
Services couverts | Power BI, Power Apps, Power Automate, Fabric | Power BI seulement |
Recommandation Microsoft | Oui | Cas isolés |
Le mode personnel s'installe en deux minutes. Il devient vite un point de panne unique, lié à un seul compte.
Les règles qui surprennent
Un modèle sémantique ne peut utiliser qu'une seule passerelle.
Une requête qui fusionne une source locale et une source cloud passe entièrement par la passerelle.
Seul un administrateur de passerelle ajoute une définition de source de données.
Microsoft ne prend en charge que les six dernières versions mensuelles.
Une passerelle trop ancienne provoque des erreurs difficiles à lire. Le message GatewayNotReachable en fait partie. Depuis la version de décembre 2025, la mise à jour se lance à distance depuis la page Gérer les connexions et les passerelles.
Les limites d'actualisation à connaître
Le nombre d'actualisations dépend de la licence et de la capacité. Ces plafonds sont fixes et non négociables.
Les chiffres à retenir
Capacité partagée, licence Pro : 8 actualisations planifiées par jour, 2 heures maximum par actualisation.
PPU, capacité Premium ou Fabric : 48 actualisations par jour, 5 heures maximum.
Les actualisations lancées à la main depuis l'interface ne comptent pas dans le quota. Celles déclenchées par l'API REST, si.
La capacité partagée limite aussi le volume. Un modèle importé reste sous 1 Go. Le service traite au plus 10 Go de données non compressées pendant l'actualisation.
Au-delà, l'actualisation incrémentielle découpe les grandes tables en partitions. Seules les partitions récentes sont rechargées. Ce mécanisme mérite un article à part entière.
Diagnostiquer un échec d'actualisation
L'historique des actualisations, premier réflexe
Ouvrez le modèle sémantique, puis Actualiser et Historique des actualisations. Chaque tentative affiche son état, son heure de début et sa durée. Le lien Afficher donne le message d'erreur complet.
Power BI relance plusieurs tentatives automatiques après un échec. Une actualisation qui paraît interminable est parfois une série de reprises.
Les erreurs fréquentes et leur cause
Message ou symptôme | Cause probable | Ce qu'il faut faire |
Informations d'identification non valides | Mot de passe changé ou expiré | Ressaisir le compte dans Informations d'identification de la source de données |
GatewayNotReachable | Passerelle hors ligne ou obsolète | Vérifier le service Windows, puis mettre à jour la passerelle |
Délai d'expiration dépassé | Plus de deux heures en capacité partagée | Alléger le modèle ou passer en capacité |
La colonne est introuvable | Colonne renommée ou supprimée à la source | Corriger dans Desktop, puis republier |
Limite de capacité dépassée | Trop d'actualisations sur le même créneau | Étaler les créneaux dans la journée |
Le service n'actualise pas le schéma du modèle. Une colonne renommée à la source fait donc échouer l'actualisation. La correction passe par Power BI Desktop, puis par une republication.
La documentation Microsoft recense les autres cas, dont les erreurs de mémoire en capacité.
Les coupures silencieuses
Certaines coupures n'affichent aucun message rouge. Le rapport reste consultable, et ses chiffres vieillissent sans alerte.
Quatre échecs consécutifs désactivent la planification. Le seuil n'est pas modifiable.
Deux mois sans consultation suspendent l'actualisation. Ouvrir un rapport relance le compteur.
Une source de données dynamique n'est pas actualisable dans le service.
Les niveaux de confidentialité ne sont pas publiés depuis Desktop. Ils se redéfinissent sur la source.
Une capacité incorporée en pause désactive la planification dès le premier échec.
La remise en route demande deux gestes. Corrigez d'abord la cause réelle. Repassez ensuite le curseur de planification sur Activé, puis appliquez.
Une actualisation fiable se prépare dans le modèle
Un modèle allégé s'actualise plus vite et échoue moins souvent. Nos formations Power BI traitent la passerelle, la planification et l'optimisation du modèle.
