Exécutions incrémentielles : uniquement les fichiers modifiés depuis la dernière exécution

• Deux types d'incrémentiel
• Analyse incrémentielle
• Activer l'option
• Comment la Date de début avance
• Repartir de tous les fichiers
• Pour DORA : des bibliothèques sélectionnées, pas une sauvegarde
• Conserver l'Historique d'exécution d'une tâche incrémentielle

Deux types d'incrémentiel

Dans SMART Migration, le terme incrémentiel s'applique à deux choses — ce qu'une exécution lit et ce qu'elle écrit — et les deux fonctionnent ensemble :

Type	Ce qu'il fait	Où le régler	Par défaut
Exécution incrémentielle	Chaque exécution ne lit que les fichiers créés ou modifiés depuis la dernière exécution réussie	Incrémentiel (uniquement les fichiers modifiés depuis la dernière exécution réussie), sous From Date — étape Source, Paramètres avancés	Désactivé : chaque exécution lit toute la source
Copie incrémentielle	Chaque exécution n'écrit que les fichiers nouveaux, ou plus récents dans la source, et laisse les autres	Rules for adding and overwriting files, Ajouter les nouveaux, écraser les existants si plus récents — étape Destination, Paramètres avancés	Activé, pour toute migration

• Sans l'exécution incrémentielle, chaque exécution — y compris l'Analyse — relit toute la source, même si la copie incrémentielle n'écrit ensuite que quelques fichiers.
• L'exécution incrémentielle accélère la copie incrémentielle. La copie vérifie chaque fichier lu par une exécution par rapport à la destination — est-il présent, la version source est-elle plus récente ? Une exécution qui ne lit que les fichiers modifiés ne vérifie que ceux-ci, au lieu de chaque fichier de la bibliothèque : beaucoup moins d'appels à Nextcloud, et une exécution bien plus courte.
• Avec les deux, une exécution ne lit que ce qui a changé et n'écrit que ce qui est nouveau ou plus récent : l'exécution la plus courte possible.
• Une tâche Analyse n'écrit rien, donc seule l'exécution incrémentielle compte pour elle.

En savoir plus : Règles d'ajout et d'écrasement des fichiers · Options avancées de l'analyse et de la migration

Analyse incrémentielle

Une tâche d'analyse peut elle aussi être incrémentielle, et elle devrait l'être pour une source analysée de manière répétée.

La première exécution lit tout

Elle enregistre chaque fichier de la source dans les données BI, comme toute analyse.

Chaque exécution suivante lit les modifications

Seuls les fichiers créés ou modifiés depuis la dernière exécution réussie : nouveaux fichiers, nouvelles versions, métadonnées modifiées.

Le rapport suit les documents

Chaque fichier ne figure qu'une seule fois dans le rapport Power BI : un fichier retrouvé est donc mis à jour, et non listé deux fois. Le rapport de chaque exécution marque ses fichiers New ou Modified dans sa colonne StatusInBI.

Une analyse incrémentielle quotidienne maintient les données BI suffisamment à jour pour agir, pour une fraction du coût d'une lecture complète chaque nuit. C'est la base pour copier exactement les fichiers critiques, sélectionnés par une requête sur ces données.

En savoir plus : Analyse · Sélectionner des fichiers avec une requête Power BI ou SQL · Informatique décisionnelle avec Power BI

Activer l'option

Le paramètre se trouve à l'étape Source de la boîte de dialogue de la tâche, sous From Date, dans les Paramètres avancés.

1. Ouvrir la tâche et afficher les Paramètres avancés

   Ouvrez la tâche Analyse, Migration de test ou Migration et activez Paramètres avancés en haut de la boîte de dialogue.

2. Cocher Incrémentiel

   À l'étape Source, sous From Date : Incrémentiel (uniquement les fichiers modifiés depuis la dernière exécution réussie). Laissez From Date vide pour une première exécution qui lit tout, ou indiquez la date à partir de laquelle la première exécution doit commencer.

3. La rendre récurrente

   Réglez Recurrence sur Quotidienne, Hebdomadaire ou Mensuelle et la Scheduled Date sur l'heure de la première exécution — la nuit, par exemple.

4. Enregistrer et la passer à Prêt

   SMART Migration l'exécute à sa date planifiée, et From Date avance après chaque exécution qui se termine sans erreur ni avertissement.

En savoir plus : Planification, récurrence et priorité · Choisir les fichiers qu'une tâche prend

Comment la Date de début avance

Lorsqu'une exécution se termine sans erreur ni avertissement dans son journal, l'application règle la From Date de la tâche sur le moment où cette exécution a commencé — l'heure de la première ligne du journal, Début de session. Une exécution comportant une erreur ou un avertissement laisse From Date inchangée, de sorte que ses fichiers sont relus.

Exécution	Date de début à partir de laquelle elle commence	Ce qu'elle lit
La première exécution	Vide, ou la date que vous avez indiquée	Tous les fichiers, ou tous les fichiers à partir de cette date
Après une exécution sans erreur ni avertissement	Le moment où cette exécution a commencé	Les fichiers créés ou modifiés depuis
Après une exécution avec une erreur ou un avertissement	Inchangée	Les mêmes fichiers à nouveau, et ce qui a changé depuis
Après Réinitialiser Date de début	Vide	De nouveau tous les fichiers — les exécutions suivantes repartent de là

• L'heure de début, pas celle de fin. Un fichier modifié pendant qu'une exécution analysait la source est relu par l'exécution suivante au lieu d'être manqué.
• Un avertissement compte. Une exécution dont le journal contient un avertissement — un fichier qu'elle n'a pas pu lire, par exemple — ne fait pas avancer la date, de sorte que les fichiers concernés par l'avertissement sont relus la fois suivante.
• Uniquement vers l'avant. Un rapport tardif d'une exécution plus ancienne ne fait jamais reculer la date.
• Chaque exécution enregistre sa fenêtre. La Date de début à partir de laquelle une exécution a commencé est conservée avec l'exécution dans l'Historique d'exécution, ce qui vous permet de voir ultérieurement quelles modifications chaque exécution a couvertes.
• Visible sur l'exécution. Lorsqu'une exécution a fait avancer la date, son Message dans l'Historique d'exécution se termine par une ligne l'indiquant : Date de début déplacée au suivie de la nouvelle date.
• Visible sur la tâche. From Date dans la boîte de dialogue de la tâche indique où commence la prochaine exécution, et la carte récapitulative de la tâche affiche Exécution incrémentielle : Uniquement les fichiers modifiés depuis la dernière exécution réussie.

Repartir de tous les fichiers

Réinitialiser Date de début, sous From Date dans la boîte de dialogue de la tâche, efface la date lors de l'enregistrement : la prochaine exécution lit tous les fichiers, et les exécutions suivantes repartent de là.

Une analyse complète de temps en temps

Une exécution incrémentielle lit ce qui a été ajouté ou modifié depuis la précédente. Pour aligner entièrement les données BI sur la source — y compris les fichiers qui y ont été supprimés ou déplacés — réinitialisez From Date de temps en temps, par exemple chaque mois, afin que la prochaine exécution soit une analyse complète.

Pour DORA : une sélection de bibliothèques, pas une sauvegarde

Ce sont les exécutions incrémentielles qui rendent une copie de résilience réaliste : chaque nuit, seules les modifications sont lues, si bien que le cycle complet reste assez court pour être répété toutes les nuits.

Pourquoi c'est important pour DORA

Un dispositif DORA conserve une copie indépendante et régulièrement actualisée des documents dont dépend une fonction métier critique. Avec les exécutions incrémentielles, chaque actualisation ne lit que ce qui a changé depuis la dernière copie valide : les exécutions restent assez courtes pour être répétées chaque jour, la charge et la limitation (throttling) sur SharePoint restent faibles, et l'Historique d'exécution indique pour chaque actualisation la fenêtre exacte de modifications qu'elle a couverte et la manière dont elle s'est terminée — les preuves que demande un auditeur.

Une copie DORA d'une sélection de bibliothèques, pas une sauvegarde

Microsoft 365 limite les lectures intensives et fréquentes, si bien qu'aucune tâche récurrente ne peut maintenir un tenant entier synchronisé. À titre indicatif, limitez le périmètre récurrent à moins de 20 bibliothèques de moins de 50 000 fichiers chacune, et ne dépassez jamais environ 50 bibliothèques au total. Ce dispositif est une copie de résilience d'une sélection de bibliothèques, à consulter en cas d'urgence. Ce n'est pas une sauvegarde de SharePoint Online, de SharePoint Server ou de partages de fichiers vers Nextcloud : la sauvegarde d'un tenant ou d'un serveur de fichiers entier relève d'un produit de sauvegarde conçu à cet effet.

Une fois l'urgence passée, le travail effectué sur la copie est renvoyé vers la source par une exécution de restauration : voir Restaurer : les fichiers de Nextcloud vers SharePoint Online ou un partage de fichiers

En savoir plus : Résilience opérationnelle numérique (DORA) — sa section Choisir ce qu'il faut protéger · Sélectionner des fichiers avec une requête Power BI ou SQL · Estimer le volume et la durée

Conserver l'Historique d'exécution d'une tâche incrémentielle

Chaque exécution d'une tâche incrémentielle n'a compté que les fichiers modifiés depuis la précédente : aucune exécution plus récente ne remplace donc une exécution plus ancienne.

Conservez ces exécutions

Les chiffres de chaque exécution parviennent au rapport Power BI par sa ligne de l'Historique d'exécution. Supprimer des exécutions d'une tâche incrémentielle, manuellement ou par le Calendrier de conservation de la tâche, retire leurs données du rapport, et les totaux du rapport ne correspondent plus au contenu de la source ou de la copie. Conservez ces exécutions et laissez le Calendrier de conservation de la tâche sur Aucune ; archivez plutôt les anciennes exécutions pour les retirer de la vue courante.

Important : les chiffres du Tableau de bord ne changent qu'une fois que SMART Migration a purgé les exécutions. Actualisez le rapport lorsque l'en-tête Power BI du Tableau de bord affiche un À jour vert au lieu d'une marque rouge. Voir Historique d'exécution

Voir aussi

• Choisir les fichiers qu'une tâche prend
• Règles d'ajout et d'écrasement des fichiers
• Planification, récurrence et priorité
• Sélectionner des fichiers avec une requête Power BI ou SQL