Aller au contenu
Contact us

FAQ : production et performances dans le monde réel

Tous les groupes de questions : FAQ Nextcloud

Performances attendues : le monde réel

Une migration ne se déroule jamais dans un monde idéal. Les réseaux se coupent, Microsoft 365 limite le débit, les serveurs redémarrent pour des mises à jour, des autorisations manquent et les utilisateurs continuent de travailler dans la source. Planifiez en conséquence, et non selon la vitesse d'un test au calme.

Ce qu'implique une migration, et ce qui détermine sa vitesse

Section intitulée « Ce qu'implique une migration, et ce qui détermine sa vitesse »

Ces questions sont expliquées en détail dans Ce qu'implique une migration, et ce qui détermine sa vitesse

Quelles performances puis-je attendre dans le monde réel ?

Moins que la vitesse affichée par une exécution pilote au calme, et moins que la vitesse du réseau. Chaque fichier passe par de nombreuses étapes des deux côtés, et sur des semaines de travail il y a toujours des coupures réseau, des limitations de débit pendant les heures ouvrées, des redémarrages et mises à jour de serveurs, des autorisations manquantes, des fichiers en cours d'utilisation et des identifiants expirés. Mesurez la vitesse lors d'une exécution pilote sur des jours ouvrés ordinaires, lisez la prévision du tableau de bord comme le meilleur cas, et planifiez le calendrier avec une marge.

En savoir plus : Ce qu'implique une migration, et ce qui détermine sa vitesse · Estimer le volume et la durée

Pourquoi une migration prend-elle plus de temps que copier les fichiers ?

Chaque fichier passe par les mêmes étapes des deux côtés : il est trouvé dans la source, recherché et comparé dans la destination, lu, écrit, puis reçoit ses dates, ses versions et ses métadonnées. Pour de nombreux petits fichiers, ces étapes prennent bien plus de temps que les octets eux-mêmes.

En savoir plus : Ce qu'implique une migration, et ce qui détermine sa vitesse

Pourquoi le débit est-il tellement inférieur à la vitesse du réseau ?

Il s'agit du volume déplacé par heure sur toute la durée d'un job — préparation, comparaison avec la destination, versions, métadonnées, limitations de débit et appels aux deux côtés compris — et non de la vitesse de transfert brute.

En savoir plus : Ce qu'implique une migration, et ce qui détermine sa vitesse

Comment le tableau de bord calcule-t-il le temps restant ?

Les fichiers restants, multipliés par le temps moyen par fichier, divisés par le nombre de jobs exécutés simultanément. Le temps par fichier correspond à la durée de chaque migration, de son début dans le journal à sa dernière ligne de journal, divisée par le nombre de fichiers qu'elle a déplacés ; la préparation est ainsi répartie sur les fichiers.

En savoir plus : Ce qu'implique une migration, et ce qui détermine sa vitesse · Tableau de bord

Que signifie « Terminé vers » sur le tableau de bord ?

Une estimation à partir de maintenant : les fichiers restants au rythme qu'atteignent actuellement les jobs en cours, additionnés. Elle réagit immédiatement à une source lente ou à une limitation de débit, et lorsque rien ne s'exécute, il n'y a pas d'estimation.

En savoir plus : Ce qu'implique une migration, et ce qui détermine sa vitesse

Pourquoi le tableau de bord affiche-t-il un temps restant et un débit alors que rien ne s'exécute ?

Les deux proviennent des migrations déjà exécutées : le temps restant correspond aux fichiers restants à leur temps moyen par fichier, un job à la fois, et le débit à leur moyenne par job. Tant que rien ne s'exécute, les lignes l'indiquent — at the past pace et past migrations — et seul « Terminé vers » attend un job en cours.

En savoir plus : Ce qu'implique une migration, et ce qui détermine sa vitesse

Quelles interruptions dois-je prévoir ?

Coupures réseau, limitations de débit de Microsoft 365, redémarrages et mises à jour de serveurs, autorisations manquantes, fichiers en cours d'utilisation, certificats ou mots de passe expirés, disque plein, ainsi que les jours que prennent les décisions et les corrections. Chacune coûte le temps qui s'écoule jusqu'à ce que quelqu'un relance le job.

En savoir plus : Ce qu'implique une migration, et ce qui détermine sa vitesse · Estimer le volume et la durée

Le temps restant du tableau de bord inclut-il les interruptions ?

Uniquement celles rencontrées pendant les exécutions, comme les attentes dues aux limitations de débit. Les heures où aucun job ne s'est exécuté — un serveur en panne, un job en attente d'une correction — n'y figurent pas : considérez-le comme le meilleur cas, et prévoyez une marge.

En savoir plus : Ce qu'implique une migration, et ce qui détermine sa vitesse

Ces questions sont expliquées en détail dans Progression des jobs sans exécution Analyse

Pourquoi un job sans exécution Analyse ne peut-il pas être mesuré précisément ?

Rien n'a compté ses fichiers, ses versions ni son volume. L'application ne lit jamais la source elle-même ; tant qu'une exécution ne l'a pas comptée, il n'existe aucune référence exacte par rapport à laquelle mesurer le job.

En savoir plus : Progression des jobs sans exécution Analyse

Comment les jobs sans exécution Analyse sont-ils comptés dans la progression ?

Un job qui a terminé une exécution Migration est compté avec ce que cette exécution a déplacé ; tous les autres comme le job moyen — la moyenne de tous les jobs disposant de chiffres. Chaque barre indique la part estimée, et l'estimation s'améliore à mesure que les jobs se terminent. Tant qu'aucun job ne dispose de chiffres, les barres affichent ce qui a été déplacé jusqu'à présent sur des barres pleines et pointillées, sans total de référence.

En savoir plus : Progression des jobs sans exécution Analyse · Tableau de bord

Dans quelle mesure l'estimation peut-elle se tromper ?

Beaucoup pour un job isolé : une moyenne ne dit rien sur le fait qu'un job soit un petit OneDrive ou un site d'un million de fichiers. Quelques jobs estimés parmi de nombreux jobs mesurés comptent à peine ; s'ils sont nombreux, la progression globale n'est plus qu'une indication approximative.

En savoir plus : Progression des jobs sans exécution Analyse

Pourquoi les barres de progression ont-elles sauté quand un job s'est terminé ?

Le job n'avait pas d'exécution Analyse et était compté sur une estimation. Lorsqu'il s'est terminé, ses chiffres réels ont remplacé l'estimation, et les totaux ont augmenté ou diminué.

En savoir plus : Progression des jobs sans exécution Analyse

Comment obtenir des chiffres de progression exacts ?

Exécutez d'abord les jobs en Analyse, puis passez-les en Migration : leurs chiffres d'Analyse sont repris, et ils sont mesurés précisément dès leur première migration.

En savoir plus : Progression des jobs sans exécution Analyse · Analyse

Voir aussi

Dimensionner les serveurs pour une grande migration

Section intitulée « Dimensionner les serveurs pour une grande migration »

Ces questions sont expliquées en détail dans Dimensionner les serveurs pour une grande migration

Combien de jobs et de fichiers l’application peut-elle gérer ?

Des dizaines de milliers de jobs avec leur Historique d'exécution, et au moins 100 millions de fichiers. L’application conserve une ligne par exécution avec ses décomptes, et non une ligne par fichier, et ses tableaux sont filtrés et paginés côté serveur ; elle a été mesurée avec 25 000 jobs, 75 000 exécutions et 200 000 problèmes de fichiers sur un serveur doté de 2 processeurs virtuels, où aucune requête n’a besoin de plus d’environ 140 Mo de mémoire PHP. L’Historique d'exécution peut largement dépasser ce volume : un affichage de 225 000 exécutions nécessite au plus environ 115 Mo.

En savoir plus : Dimensionner les serveurs pour une grande migration

De quel ordinateur Power BI a-t-il besoin pour une grande migration ?

Power BI Desktop conserve l’intégralité de l’inventaire des fichiers en mémoire, et une actualisation peut en nécessiter jusqu’au double. Pour des dizaines de millions de fichiers, un ordinateur doté de 64 à 96 Go de mémoire n’a rien d’exceptionnel. Le minimum de 2 à 4 Go indiqué par Microsoft permet seulement d’exécuter le programme.

En savoir plus : Dimensionner les serveurs pour une grande migration · Power BI pour les débutants

Quelle taille doit avoir le serveur de la base de données de rapports PostgreSQL ?

À partir de dizaines de millions de fichiers, un serveur dédié : un stockage SSD ou NVMe rapide de plusieurs centaines de Go, 32 à 64 Go de mémoire et au moins 8 cœurs comme point de départ, ainsi qu’un réseau rapide vers le serveur SMART Migration et vers les ordinateurs qui actualisent le rapport.

En savoir plus : Dimensionner les serveurs pour une grande migration · Informatique décisionnelle avec Power BI

Comment préparer le serveur Nextcloud pour une migration de grande ampleur ?

Chaque fichier constitue une requête distincte vers Nextcloud ; dimensionnez-le donc pour le nombre de fichiers par heure qu’écrivent quatre jobs simultanément : suffisamment de workers PHP, Redis pour le verrouillage des fichiers, une base de données et un stockage rapides, et des limites qui autorisent les fichiers les plus volumineux. Conservez le memory_limit de PHP à 512 Mo : la requête la plus lourde de l’application en utilise environ 140 Mo. Ajoutez l’adresse du serveur SMART Migration à la liste d’autorisation de la protection contre les attaques par force brute, afin qu’un échec de connexion ne puisse pas le ralentir.

En savoir plus : Dimensionner les serveurs pour une grande migration

Le service Power BI peut-il contenir le rapport d’une grande migration ?

Uniquement sur une capacité suffisamment grande. Avec Power BI Pro, un modèle sémantique contient au maximum 1 Go ; sur une capacité Premium ou Fabric, il peut atteindre la mémoire de la capacité — 25 Go sur une F64 — et une actualisation peut nécessiter le double de la taille du modèle. Power BI Desktop, qui est gratuit, ne nécessite aucune capacité.

En savoir plus : Dimensionner les serveurs pour une grande migration