J'ai un cluster de serveurs de fichiers virtuels composé de 2 VM, où chaque VM fonctionne avec Windows Server 2019 (8 Go de RAM, 8 vCPU). Les serveurs de fichiers stockent leurs données sur un ensemble VHD, qui est formaté avec NTFS et dont la déduplication est activée. Il y a environ 14 To de données, qui ne consomment qu'environ 6 To grâce à la déduplication.
J'ai un serveur physique (64 Go de RAM, 2 CPU à 8 cœurs avec HT, donc 32 cœurs logiques au total) avec Windows Server 2019 et Microsoft SC DPM 2019 installé. Il utilise des disques durs locaux (RAID6) pour stocker les données de sauvegarde sur Modern Backup Storage (MBS), formaté avec ReFS. Ce serveur dispose d'une liaison 10 GbE redondante avec les serveurs de fichiers dans le même sous-réseau. Les groupes de protection qui sauvegardent des VM entières ou des bases de données SQL fonctionnent bien. Mais le groupe de protection qui sauvegarde les données du cluster de serveurs de fichiers a de très mauvaises performances.
Une synchronisation complète des 14 (ou 6) TB prend environ 70 heures ! C'est incroyablement lent. Quand elle démarre, elle a un débit d'environ 2-4 MBit/s sur la liaison 10 GbE (qui a tout son potentiel quand je copie manuellement un gros fichier). Après une longue phase de lenteur (~1 jour), il "accélère" jusqu'à 200-400 MBit/s, ce qui est encore très lent.
Les processeurs et la mémoire vive ne semblent pas être un goulot d'étranglement sur aucun serveur.
J'ai trouvé des problèmes similaires ici et ailleurs :
- DPM pour le serveur de fichiers - terriblement lent ?
- MS DPM - Lenteur des performances du contrôle de cohérence
- Vitesse de sauvegarde lente avec DPM, après quelques minutes la sauvegarde est lancée.
- spirale descendante des performances du DPM 2016 MBS
- Comment pouvons-nous améliorer le SCDPM ?
- La sauvegarde du serveur de fichiers de DPM 2016 est LENTE
Mais sans solution fonctionnelle. Comment accélérer la sauvegarde des données ?