Date planifiée
Section intitulée « Date planifiée »La Scheduled Date est la date et l'heure à partir desquelles une tâche peut démarrer. Une tâche Prêt n'est pas prise en charge avant cette date : vous pouvez donc passer des tâches à Prêt dès aujourd'hui pour une vague de migration qui commence le week-end. La date planifiée d'une nouvelle tâche correspond au moment de sa création : elle peut donc démarrer dès qu'elle passe à Prêt.
Le démarrage effectif peut intervenir après la date planifiée : le serveur exécute au plus quatre tâches à la fois et prend en charge les tâches en attente par ordre de priorité et de date planifiée.
Le tableau Tâches ne comporte pas de colonne Date planifiée : placez le pointeur sur le titre d'une tâche pour l'afficher, et définissez-la dans la boîte de dialogue de la tâche. Modifier les tâches sélectionnées … dans le menu Actions, avec l'option Date planifiée activée, attribue une nouvelle date à chaque tâche cochée — cochez la case d'un groupe dans l'arborescence pour l'ensemble du groupe. Voir Modifier plusieurs tâches à la fois
Récurrence : répéter une tâche
Section intitulée « Récurrence : répéter une tâche »Recurrence répète une tâche selon un calendrier : Aucune, Quotidienne, Hebdomadaire ou Mensuelle. Lorsque l'exécution d'une tâche récurrente se termine, la tâche repasse à Prêt au lieu de Terminé, sa date planifiée étant reportée à l'occurrence suivante, et elle attend cette date.
- L'heure de la journée est conservée. Chaque occurrence est calculée à partir de la date planifiée propre à la tâche : une tâche quotidienne réglée sur 02:00 s'exécute à 02:00, y compris lors des changements d'heure.
- Les occurrences manquées sont ignorées. Une tâche qui n'a pas pu s'exécuter pendant un certain temps — serveur arrêté, tâche désactivée — s'exécute une fois dès que possible, puis reprend à partir de l'occurrence suivante, au lieu de rattraper chacune des occurrences manquées.
- Les fins de mois sont respectées. Une tâche mensuelle fixée au 31 s'exécute le dernier jour d'un mois plus court, puis revient au 31 le mois suivant.
- Exécuter maintenant compte comme l'occurrence suivante. Une tâche récurrente passée à Exécuter maintenant avant sa date planifiée s'exécute immédiatement, et cette exécution remplace celle qui était prévue : le calendrier reprend à partir de l'occurrence d'après.
- Une exécution annulée interrompt le cycle. La tâche se termine à l'état Annulé au lieu de retourner dans la file d'attente : quelqu'un a demandé son arrêt. Repassez-la à Prêt pour la reprendre.
Une migration récurrente est incrémentielle par nature : avec la règle par défaut, Ajouter les nouveaux, écraser les existants si plus récents, chaque exécution copie ce qui est nouveau ou modifié depuis la précédente. Voir Règles d'ajout et d'écrasement des fichiers
Pour que chaque exécution ne lise également que ce qui a changé, activez Incrémentiel (uniquement les fichiers modifiés depuis la dernière exécution réussie) sous From Date : la Date de début de la tâche avance alors après chaque exécution réussie. Voir Exécutions incrémentielles : uniquement les fichiers modifiés depuis la dernière exécution
Tâches récurrentes pour une copie permanente
Une tâche récurrente conserve dans Nextcloud une copie régulièrement actualisée d'une bibliothèque — pour une longue période de coexistence, ou comme copie indépendante des documents dont dépend une fonction métier critique. Adaptez la récurrence au rythme d'évolution du contenu : quotidienne pour les ensembles de documents actifs, hebdomadaire pour la documentation de référence.
Des bibliothèques choisies, pas une sauvegarde
Microsoft 365 limite les lectures intensives et fréquentes : les tâches récurrentes ne peuvent donc pas maintenir la synchronisation de tout un tenant. À titre indicatif, limitez le périmètre récurrent à moins de 20 bibliothèques de moins de 50 000 fichiers chacune, et jamais plus d'environ 50 bibliothèques au total. Une copie permanente protège des bibliothèques choisies en cas d'urgence ; ce n'est pas une sauvegarde de SharePoint Online, de SharePoint Server ou de partages de fichiers vers Nextcloud.
En savoir plus dans Résilience opérationnelle numérique (DORA) et Bascule : migration traditionnelle et migration améliorée
Priorité : quelle tâche prête passe en premier
Section intitulée « Priorité : quelle tâche prête passe en premier »Lorsque davantage de tâches sont à l'état Prêt que le serveur ne peut en exécuter simultanément, Priority détermine celle qu'il prend en charge ensuite, et la date planifiée départage les tâches de même priorité. Une tâche passée à Exécuter maintenant passe avant toutes les autres, quelles que soient sa priorité et sa date planifiée — voir Statut de la tâche
| Priorité | Quand l'utiliser |
|---|---|
| Élevée | Prise avant toute tâche de priorité inférieure. Pour une tâche qui doit passer en premier. |
| Moyenne | La valeur par défaut. Si toutes les tâches sont en Moyenne, seule la date planifiée décide. |
| Faible | Passe en dernier, une fois que plus rien d'autre n'attend. Pour les tâches qui peuvent s'exécuter dès qu'il y a de la place. |
Quatre tâches à la fois
Section intitulée « Quatre tâches à la fois »Le serveur SMART Migration exécute au plus quatre tâches simultanément. Une cinquième tâche passée à Prêt attend que l'une des quatre soit terminée, puis démarre. Une longue liste de tâches prêtes est donc normale pendant une vague de migration ; ce n'est pas une anomalie.
Voir aussi