> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/knowledge-base/fr/storage-vsan/understanding-journal-walks-and-vsan-tier-status.md). # Comprendre les états des niveaux vSAN / les parcours du journal ## Vue d’ensemble Cette page est conçue pour vous aider à comprendre les métriques d’état de VergeFS fournies sur le *tableau de bord du niveau vSAN*. Ces métriques fournissent des informations sur les ***Journal Walks***, les processus qui surveillent et soutiennent en continu l’intégrité des données vSAN. {% hint style="info" %} **La surveillance des informations d’état du niveau vSAN couvertes sur cette page est généralement inutile en fonctionnement normal (l’état général et l’activité de vSAN peuvent être surveillés sur le tableau de bord principal). Les détails suivants sont destinés au dépannage ou aux utilisateurs souhaitant consulter les spécificités de l’activité de Journal Walk. Ce tableau de bord est particulièrement utile lors de l’investigation d’un problème ou du suivi de la progression d’un Journal Walk, par exemple pendant un processus de mise à jour.** {% endhint %} ## Journal Walks VergeFS utilise un processus appelé *Journal Walks* (également appelé « Walks ») pour vérifier en continu la fiabilité du stockage et se prémunir contre des risques tels que les pannes matérielles, la corruption silencieuse des données, les coupures de courant et les confirmations d’écriture trompeuses des périphériques. Ces walks sont déclenchés automatiquement et analysent chaque nœud pour vérifier la présence de ses blocs de données attendus. En cas de blocs de données manquants, qui peuvent résulter de : problèmes de périphérique, redémarrages planifiés de nœuds ou perturbations environnementales, VergeFS effectue proactivement des réparations afin de rétablir la cohérence. Les Journal Walks s’exécutent en arrière-plan ; les opérations du système se poursuivent normalement pendant qu’un Journal Walk est en cours. Le système exécute **trois types de Journal Walks**: * **Walk partiel (différentiel)** - cible les données modifiées depuis la dernière transaction de walk pour une validation plus rapide * **Walk complet** - analyse toutes les données sur tous les nœuds * **Walk mixte** - se produit lorsqu’un nœud autre que le contrôleur redémarre ; seul ce nœud est analysé en totalité, tandis que les autres nœuds sont analysés de manière différentielle. ## Accès aux informations d’état du niveau vSAN Accédez à : **Infrastructure** > **Niveaux vSAN** > **double-cliquez sur le niveau souhaité**. Cela affiche le tableau de bord du niveau vSAN sélectionné. Reportez-vous à la tuile État sur cette page. ## Données d’état * **Redondant :** *(case à cocher)* Indique si le niveau vSAN est actuellement vérifié comme redondant. Si la case n’est pas cochée, le mode maintenance sera désactivé afin d’éviter toute interruption. La case peut apparaître décochée pendant un Journal Walk complet jusqu’à ce que la redondance soit confirmée. Elle reste également décochée si la redondance ne peut pas être vérifiée, par exemple lorsqu’un nœud est hors ligne après la fin du Journal Walk. * **Chiffré :** *(case à cocher)* Indique si les données du niveau vSAN sont chiffrées. L’état du chiffrement est défini lors de l’installation et reste fixe ; ce paramètre ne peut pas être modifié après le déploiement. * **En cours :** *(case à cocher)* Indique qu’un Journal Walk est en cours d’exécution pour ce niveau. Si aucune capture instantanée ni modification de données n’a lieu, les walks peuvent se terminer trop rapidement pour apparaître comme « en cours » dans l’interface utilisateur. * **Walk complet :** *(case à cocher)* Indique si un Journal Walk complet est en cours. Les walks complets sont déclenchés par des événements tels que le démarrage du contrôleur ou des changements de topologie (par ex. nœud hors ligne ou ajouté, panne de disque, etc.). {% hint style="info" %} **Lorsqu’un nœud autre que le contrôleur actif redémarre, un Walk mixte est déclenché à la place.** {% endhint %} * **Progression du Walk :** Affiche la progression actuelle du Journal Walk sous forme de pourcentage, ou indique « Inactif » si aucun walk n’est actif. * **Dernière heure du Walk (ms) :** Durée en millisecondes du Journal Walk le plus récent. * **Dernière heure du Walk complet (ms) :** Durée en millisecondes du plus récent Journal Walk complet. * **Transaction actuelle :** Un identifiant unique représentant la transaction la plus récente. Cette valeur augmente à chaque Journal Walk, qu’il soit complet, mixte ou différentiel. * **Heure de début de la transaction :** Horodatage indiquant quand le Journal Walk actuel ou le plus récent a commencé. Utile pour diagnostiquer des opérations prolongées ou bloquées. (voir [Durée du Journal Walk](#journal-walk-duration) ci-dessous). * **Réparations :** Affiche le nombre actuel de blocs de données manquants détectés sur le niveau. Il est normal de voir une valeur non nulle après des événements tels que des pannes de nœuds, des opérations de maintenance ou des mises à jour. Les Journal Walks de VergeFS identifient automatiquement ces blocs détectés et tentent de les corriger à l’aide des données redondantes stockées sur d’autres nœuds. Si la redondance échoue (par ex. double panne de nœud), le système tentera de récupérer les blocs à partir d’un serveur de réparation configuré. Des compteurs de réparation persistants (c.-à-d. après plusieurs incréments de transaction) peuvent indiquer qu’une résolution manuelle est nécessaire, et il est alors recommandé de contacter le support VergeIO. {% hint style="success" %} **Si des blocs de données manquants ont déjà été détectés et qu’aucun serveur de réparation n’est encore configuré, il n’est pas trop tard.** [**La configuration d’un serveur de réparation**](/automate-protect-and-extend/backup-and-dr/repair-server.md) **permet maintenant à VergeFS de tenter automatiquement de récupérer ces blocs lors des Journal Walks suivants.** {% endhint %} * **Disques défectueux :** Indique le nombre de disques manquants depuis le début du Journal Walk actuel. Il est courant de voir une valeur non nulle ici après des redémarrages de nœuds, des opérations de maintenance ou des mises à jour ; cela n’indique pas automatiquement une panne de disque. Les disques manquants sont généralement liés à des nœuds hors ligne ou à des délais de détection au début du walk. Si aucun nœud n’est hors ligne et que ce champ affiche un nombre, consultez l’état des disques et des nœuds via le tableau de bord du système pour obtenir plus d’informations. ## Durée du Journal Walk Les durées des walks varient, et plusieurs facteurs peuvent influencer leur longueur, notamment : * Utilisation du NVME Tier 0 pour les métadonnées * Mémoire disponible sur les nœuds contrôleurs * Quantité de données sur le niveau * Quantité de modifications de données depuis la dernière transaction ### Considérations sur la durée des walks * Les mises à jour impliquent des walks complets et des walks mixtes ; la durée de ces opérations affectera donc les fenêtres de maintenance nécessaires. * Le temps finalement nécessaire pour effectuer de grandes suppressions et des migrations de niveaux de données (par ex. d’un niveau à un autre) dépendra des durées des walks différentiels. * Les systèmes qui suivent les recommandations publiées en matière de dimensionnement et de conception devraient connaître des durées de walk acceptables. Par exemple, les walks déclenchés lors des opérations de mise à jour s’intègrent généralement dans les fenêtres de maintenance standard. ### Optimisation de la durée des walks La durée des walks dépend de la taille du niveau et du taux de modification des données. Des ressources adéquates et une conception réseau appropriée ont un impact significatif sur les performances des walks. #### Conseils pour optimiser les durées des Journal Walks * Suivez les [exigences de dimensionnement des nœuds](/plan-and-deploy/implementation-guide/sizing.md) (par ex. niveau 0 dédié utilisant des disques NVME, mémoire des contrôleurs dimensionnée correctement pour votre environnement) * Mettez en œuvre des [recommandations de conception réseau](/plan-and-deploy/implementation-guide/network-design.md) (par ex. une bande passante inter-nœuds adéquate d’au moins 10 Gb, des réseaux cœur isolés et dédiés) * Évitez de surallouer la RAM des charges de travail sur les nœuds de calcul et de stockage (HCI). * Lorsque cela est possible, planifiez les opérations de maintenance qui déclenchent des Walks complets ou mixtes pendant les fenêtres de maintenance prévues, tout en évitant les opérations d’E/S intensives simultanées. {% hint style="info" %} **Si vous avez des questions ou des préoccupations concernant la durée des transactions de walk, veuillez contacter notre équipe d’assistance pour obtenir de l’aide.** {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/knowledge-base/fr/storage-vsan/understanding-journal-walks-and-vsan-tier-status.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.