Partager via


Tableau de prise en charge pour la sauvegarde avec un serveur de sauvegarde Microsoft Azure ou System Center DPM

Cet article récapitule les paramètres de prise en charge et les limitations associés à la sauvegarde de machines avec un serveur de sauvegarde Microsoft Azure (MABS) ou System Center Data Protection Manager (DPM) et Sauvegarde Azure.

Sauvegarde Azure vous permet de sauvegarder des machines et des charges de travail locales ainsi que des machines virtuelles Azure.

À propos de DPM ou MABS

System Center DPM est une solution d'entreprise qui configure, facilite et gère la sauvegarde et la récupération des machines et des données d'entreprise. Cette solution fait partie de la suite de produits System Center.

MABS est un produit serveur qui permet de sauvegarder des serveurs physiques locaux, des machines virtuelles et les applications qu'elles exécutent.

MABS est basé sur System Center DPM et fournit des fonctionnalités similaires, à quelques différences près :

  • Aucune licence System Center n’est nécessaire pour exécuter MABS.
  • Azure fournit un stockage de sauvegarde à long terme pour MABS et DPM. DPM vous permet aussi de sauvegarder des données sur bande pour le stockage à long terme. MABS n’offre pas cette fonctionnalité.
  • Vous pouvez sauvegarder un serveur DPM principal avec un serveur DPM secondaire. Le serveur secondaire protège la base de données du serveur principal et les réplicas de la source de données stockés sur le serveur principal. En cas d’échec du serveur principal, le serveur secondaire peut continuer à protéger les charges de travail qui sont protégées par le serveur principal, jusqu’à ce que le serveur principal soit de nouveau disponible. MABS n’offre pas cette fonctionnalité.

Vous pouvez télécharger MABS à partir du Centre de téléchargement Microsoft. Il peut être exécuté localement ou sur une machine virtuelle Azure.

DPM et MABS prennent en charge la sauvegarde d’un large éventail d’applications et de systèmes d’exploitation (serveur et clients). Ils proposent plusieurs scénarios de sauvegarde :

  • Vous pouvez sauvegarder au niveau de la machine avec une sauvegarde de l’état du système ou une sauvegarde complète.
  • Vous pouvez sauvegarder des volumes, des partages, des dossiers et des fichiers spécifiques.
  • Vous pouvez sauvegarder des applications spécifiques à l'aide de paramètres optimisés prenant en compte les applications.

Flux de travail de sauvegarde DPM ou MABS

La sauvegarde à l'aide de DPM/MABS et de Sauvegarde Azure fonctionne comme ceci :

  1. L'agent de protection DPM/MABS est installé sur chaque machine à sauvegarder.
  2. Les machines et applications sont sauvegardées dans le stockage local sur DPM/MABS.
  3. L’agent MARS (Microsoft Azure Recovery Services) est installé sur le serveur DPM/MABS.
  4. L'agent MARS sauvegarde les disques DPM/MABS dans un coffre Recovery Services de sauvegarde sur Azure à l'aide de Sauvegarde Azure.

Pour plus d'informations :

Scénarios pris en charge

Scénario Agent Lieu
Sauvegarde de machines/charges de travail locales L'agent de protection DPM/MABS s'exécute sur les machines que vous souhaitez sauvegarder.

Agent MARS sur le serveur DPM/MABS.
La version minimale de l’agent Microsoft Azure Recovery Services ou un agent Azure Backup, requise pour activer cette fonctionnalité est 2.0.8719.0.
DPM/MABS doit s'exécuter localement.

Déploiements pris en charge

DPM/MABS peut être déployé comme décrit dans le tableau suivant.

Déploiement Support Détails
Déploiement local Serveur physique, mais pas dans un cluster physique.

Machine virtuelle Hyper-V. Vous pouvez déployer MABS en tant qu’ordinateur invité sur un hyperviseur ou un cluster autonome. MABS ne peut pas être déployé sur le nœud d’un cluster ou d’un hyperviseur autonome. Le serveur de sauvegarde Azure est conçu pour s’exécuter sur un serveur dédié spécialisé.

En tant que machine virtuelle Windows dans un environnement VMware.
Les serveurs MABS locaux ne peuvent pas protéger les charges de travail Azure.

Pour en savoir plus, consultez l’article relatif à la matrice de protection.
Déployé comme machine virtuelle Azure Stack MABS uniquement Vous ne pouvez pas utiliser DPM pour sauvegarder des machines virtuelles Azure Stack.
Déployé comme machine virtuelle Azure Protège les machines virtuelles Azure et les charges de travail qui s'exécutent sur celles-ci. DPM/MABS exécuté dans Azure ne peut pas sauvegarder les machines locales. Il peut uniquement protéger les charges de travail qui s’exécutent sur des machines virtuelles IaaS Azure.

Systèmes d’exploitation pris en charge pour MABS et DPM

Sauvegarde Azure peut sauvegarder les instances de DPM/MABS qui exécutent l'un des systèmes d'exploitation suivants. Les systèmes d’exploitation doivent exécuter les derniers Service Packs et les dernières mises à jour.

Scénario DPM/MABS
MABS sur une machine virtuelle Azure MABS v4 et versions ultérieures : Windows 2022 Datacenter, Windows 2019 Datacenter

MABS v3, UR1 et UR2 : Windows 2019 Datacenter, Windows 2016 Datacenter

Nous vous recommandons de commencer avec une image de la Place de marché.

Standard_A4_v2 minimum avec quatre cœurs et 8 Go de RAM.
DPM sur une machine virtuelle Azure System Center 2012 R2 avec Update 3 ou ultérieur

Système d’exploitation Windows conforme aux exigences de System Center.

Nous vous recommandons de commencer avec une image de la Place de marché.

Standard_A4_v2 minimum avec quatre cœurs et 8 Go de RAM.
MABS localement MABS v4 et ultérieures : Windows Server 2022 ou Windows Server 2019

MABS v3, UR1 et UR2 : Windows Server 2019 et Windows Server 2016
DPM localement Serveur physique/machine virtuelle Hyper-V : System Center 2012 SP1 ou ultérieur.

Machine virtuelle VMware : System Center 2012 R2 avec Update 5 ou ultérieur.

Notes

L'installation du serveur de sauvegarde Azure n'est pas prise en charge sur Windows Server Core ou Microsoft Hyper-V Server.

Prise en charge de la gestion

Problème Détails
Installation Installez DPM/MABS sur une machine à usage unique.

N’installez pas DPM/MABS sur un contrôleur de domaine, sur une machine sur laquelle est installé le rôle Serveur d’applications, sur une machine qui exécute Microsoft Exchange Server ou System Center Operations Manager, ou encore sur un nœud de cluster.

Passez en revue toutes les exigences système de DPM.
Domaine Le serveur sur lequel DPM/MABS sera installé doit être joint à un domaine avant le début de l’installation. Le déplacement de DPM/MABS vers un nouveau domaine après le déploiement n’est pas pris en charge.
Stockage Le stockage de sauvegarde moderne (MBS) est pris en charge pour DPM 2016/MABS v2 et versions ultérieures. Il n’est pas disponible pour MABS v1.
Mise à niveau de MABS Vous pouvez installer directement MABS v4 ou effectuer la mise à niveau vers MABS v4 à partir de MABS v3 UR1 et UR2. Plus d’informations
Déplacement de MABS Il est possible de déplacer MABS sur un nouveau serveur tout en conservant le stockage si vous utilisez MBS.

Le serveur doit avoir le même nom que l’original. Vous ne pouvez pas changer le nom si vous souhaitez conserver le même pool de stockage et utiliser la même base de données MABS pour stocker les points de récupération de données.

Vous devez effectuer une sauvegarde de la base de données MABS, car vous devrez la restaurer.

Notes

Le changement de nom du serveur DPM/MABS n’est pas pris en charge.

Prise en charge de MABS sur Azure Stack

Vous pouvez déployer MABS sur une machine virtuelle Azure Stack pour gérer la sauvegarde des machines virtuelles et des charges de travail Azure Stack à partir d’un même emplacement.

Composant Détails
MABS sur une machine virtuelle Azure Stack Au moins la taille A2. Nous vous recommandons de commencer avec une image Windows Server 2019 R2 ou Windows Server 2022 de Place de marché Azure.

N'installez rien d'autre sur la machine virtuelle MABS.
Stockage MABS Utilisez un compte de stockage distinct pour la machine virtuelle MABS. L'agent MARS exécuté sur MABS a besoin d'un stockage temporaire comme emplacement de cache et comme destination de la restauration des données du cloud.
Pool de stockage MABS La taille du pool de stockage MABS est déterminée par le nombre et la taille des disques joints à la machine virtuelle MABS. Chaque taille de machine virtuelle Azure Stack correspond à un nombre maximal de disques. Par exemple, la taille A2 correspond à quatre disques.
Conservation MABS Ne conservez pas les données sauvegardées sur des disques MABS locaux plus de cinq jours.
Scale-up de MABS Pour effectuer un scale-up de votre déploiement, vous pouvez augmenter la taille de la machine virtuelle MABS. Par exemple, vous pouvez passer de la série A à la série D.

Vous pouvez également décharger régulièrement des données avec des sauvegardes vers Azure. Si nécessaire, vous pouvez déployer des serveurs MABS supplémentaires.
.NET Framework sur MABS .NET Framework 4.5 ou ultérieur doit être installé sur la machine virtuelle MABS.
Domaine MABS La machine virtuelle MABS doit être jointe à un domaine. Un utilisateur de domaine disposant de privilèges administratifs doit installer MABS sur la machine virtuelle.
Sauvegarde des données d’une machine virtuelle Azure Stack Vous pouvez sauvegarder des fichiers, des dossiers et des applications.
Sauvegarde prise en charge Vous pouvez sauvegarder les machines virtuelles exécutant les systèmes d'exploitation suivants :

Windows Server 2022, Windows Server 2019, Windows Server 20016, Windows Server 2012, Windows Server 2012 R2
Prise en charge de SQL Server pour les machines virtuelles Azure Stack Sauvegarder SQL Server 2022, SQL Server 2019, SQL Server 2017, SQL Server 2016 (SPs) et SQL Server 2014 (SPs).

Sauvegardez et récupérez une base de données.
Prise en charge de SharePoint pour les machines virtuelles Azure Stack SharePoint 2019, SharePoint 2016 avec le dernier Service Pack.

Sauvegardez et restaurez une batterie de serveurs, une base de données, un front-end et un serveur web.
Configuration réseau requise pour les machines virtuelles sauvegardées Toutes les machines virtuelles de la charge de travail Azure Stack doivent appartenir au même réseau virtuel et au même abonnement.

Prise en charge du réseau et de l’accès

L’agent MARS nécessite l’accès aux points de terminaison de service Microsoft Entra ID, Stockage Azure et Sauvegarde Azure. Pour obtenir les plages d’adresses IP publiques, consultez le fichier JSON. Autorisez l’accès aux adresses IP correspondant à Sauvegarde Azure (AzureBackup), Stockage Azure (Storage) et Microsoft Entra ID (AzureActiveDirectory). En outre, selon votre version de Windows, les vérifications de la connectivité réseau du système d’exploitation auront besoin d’un accès à www.msftconnecttest.com ou www.msftncsi.com.

Si votre machine dispose d’un accès limité à Internet, assurez-vous que les paramètres du pare-feu, du proxy et du réseau autorisent l’accès aux noms de domaine complets et aux IP publiques suivants.

URL et accès IP

Noms de domaine complets

  • *.microsoft.com
  • *.windowsazure.com
  • *.microsoftonline.com
  • *.windows.net
  • *.blob.core.windows.net
  • *.queue.core.windows.net
  • *.blob.storage.azure.net

Si vous êtes un client du gouvernement des États-Unis, vérifiez que vous avez accès aux URL suivantes :

  • www.msftncsi.com
  • *.microsoft.com
  • *.windowsazure.us
  • *.microsoftonline.us
  • *.windows.net
  • *.usgovcloudapi.net
  • *.blob.core.windows.net
  • *.queue.core.windows.net
  • *.blob.storage.azure.net

L’accès à toutes les URL et adresses IP listées ci-dessus utilise le protocole HTTPS sur le port 443.

Lorsque vous sauvegardez des fichiers et des dossiers à partir de machines virtuelles Azure à l’aide de l’agent MARS, vous devez également configurer le réseau virtuel Azure pour autoriser l’accès. Si vous utilisez des groupes de sécurité réseau (NSG), utilisez la balise de service AzureBackup pour autoriser l’accès sortant vers Sauvegarde Azure. En plus de l’étiquette Sauvegarde Azure, vous devez également autoriser la connectivité pour l’authentification et le transfert des données en créant des règles NSG similaires pour Microsoft Entra ID (AzureActiveDirectory) et Stockage Azure (Storage).

Afin de créer une règle pour l’étiquette de Sauvegarde Azure, procédez comme suit :

  1. Dans Tous les services, accédez àGroupes de sécurité réseau et sélectionnez le groupe de sécurité réseau.
  2. Sous PARAMÈTRES, sélectionnez Règles de sécurité de trafic sortant.
  3. Sélectionnez Ajouter.
  4. Fournissez toutes les informations nécessaires à la création d’une nouvelle règle, comme décrit dans les paramètres de règle de sécurité.
    Vérifiez que les options sont définies comme suit :
    • Destination est définie sur Étiquette de service.
    • Étiquette de service de destination est définie sur AzureBackup.
  5. Sélectionnez Ajouter pour enregistrer la règle de sécurité de trafic sortant que vous venez de créer.

Vous pouvez également créer des règles de sécurité sortante de groupe de sécurité réseau pour Stockage Azure et Microsoft Entra ID. Pour en savoir plus sur les étiquettes de service, consultez l’article Étiquettes de service de réseau virtuel.

Support Azure ExpressRoute

Vous pouvez sauvegarder vos données par l’intermédiaire d’Azure ExpressRoute en utilisant le Peering public (disponible pour les anciens circuits). Nous ne prenons pas en charge la sauvegarde du Peering Microsoft sur un Peering privé.

Pour utiliser le Peering public, assurez-vous que les adresses et domaines suivants disposent d’un accès HTTPS sur le port 443 à :

  • *.microsoft.com
  • *.windowsazure.com
  • *.microsoftonline.com
  • *.windows.net
  • *.blob.core.windows.net
  • *.queue.core.windows.net
  • *.blob.storage.azure.net

Pour utiliser le peering Microsoft, sélectionnez les services, les régions et les valeurs de communauté pertinentes suivants :

  • Microsoft Entra ID (12076:5060)
  • Région Azure, en fonction de la localisation de votre coffre Recovery Services
  • Stockage Azure, en fonction de la localisation de votre coffre Recovery Services

En savoir plus sur la configuration requise pour le routage ExpressRoute.

Notes

Le peering public est déprécié pour les nouveaux circuits.

Prise en charge d'un point de terminaison privé

Vous pouvez désormais utiliser des points de terminaison privés pour sauvegarder en toute sécurité les données des serveurs vers votre coffre Recovery Services. Étant donné qu’il est impossible d’accéder à Microsoft Entra ID via des points de terminaison privés, vous devez autoriser séparément les adresses IP et les noms de domaine complets nécessaires à Microsoft Entra ID pour l’accès sortant.

Lorsque vous utilisez l’agent MARS pour sauvegarder vos ressources locales, assurez-vous que votre réseau local (contenant vos ressources à sauvegarder) est appairé au réseau virtuel Azure qui contient un point de terminaison privé pour le coffre. Vous pouvez ensuite continuer à installer l’agent MARS et configurer la sauvegarde. Toutefois, vous devez vous assurer que toutes les communications pour la sauvegarde s’effectuent uniquement par le biais du réseau homologué.

Si vous supprimez des points de terminaison privés pour le coffre après l’enregistrement d’un agent MARS, vous devez réinscrire le conteneur auprès du coffre. Vous n’avez pas besoin d’arrêter leur protection. Pour plus d’informations, consultez Points de terminaison privés pour Sauvegarde Azure.

Prise en charge de la limitation

Fonctionnalité Détails
Contrôle de la bande passante Pris en charge. Dans l’agent MARS, utilisez Changer les propriétés pour ajuster la bande passante.
Limitation du réseau Non disponible pour les machines sauvegardées qui exécutent Windows Server 2008 R2, Windows Server 2008 SP2 ou Windows 7.

Connectivité de DPM/MABS à Sauvegarde Azure

La connectivité au service Sauvegarde Azure est obligatoire pour que les sauvegardes fonctionnent correctement, et l’abonnement Azure doit être actif. Le tableau suivant montre ce qui se passe si ces deux conditions ne sont pas remplies.

MABS à Azure Abonnement Sauvegarde/restauration
Connecté Actif Sauvegarde sur disque DPM/MABS.

Sauvegarde sur Azure.

Restauration à partir d'un disque.

Restauration à partir d'Azure.
Connecté Expiré/déprovisionné Aucune sauvegarde sur disque ou Azure.

Si l'abonnement a expiré, vous pouvez restaurer à partir d'un disque ou d'Azure.

Si l'abonnement est désactivé, vous ne pouvez pas restaurer à partir d'un disque ou d'Azure. Les points de récupération Azure sont supprimés.
Aucune connectivité pendant plus de 15 jours Actif Aucune sauvegarde sur disque ou Azure.

Vous pouvez restaurer à partir d’un disque ou d’Azure.
Aucune connectivité pendant plus de 15 jours Expiré/déprovisionné Aucune sauvegarde sur disque ou Azure.

Si l'abonnement a expiré, vous pouvez restaurer à partir d'un disque ou d'Azure.

Si l'abonnement est désactivé, vous ne pouvez pas restaurer à partir d'un disque ou d'Azure. Les points de récupération Azure sont supprimés.

Prise en charge des domaines et des approbations de domaines

Condition requise Détails
Domaine Le serveur DPM/MABS doit se trouver dans un domaine Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2 ou Windows Server 2012.
Approbation de domaines DPM/MABS prend en charge la protection des données sur plusieurs forêts pour autant que vous établissiez une relation d'approbation bidirectionnelle au niveau de la forêt entre les forêts distinctes.

DPM/MABS peut protéger des serveurs et des stations de travail sur plusieurs domaines au sein d'une forêt ayant une relation d'approbation bidirectionnelle avec le domaine du serveur DPM/MABS. Pour protéger des ordinateurs dans des groupes de travail ou des domaines non approuvés, consultez Sauvegarder et restaurer des charges de travail dans des groupes de travail et des domaines non approuvés.

Pour sauvegarder des clusters de serveurs Hyper-V, ceux-ci doivent être placés dans le même domaine que le serveur MABS ou dans un domaine enfant ou approuvé. Vous pouvez sauvegarder des serveurs et des clusters dans une charge de travail ou un domaine non approuvé à l'aide de l'authentification par certificat ou NTLM pour un serveur unique, ou à l'aide de l'authentification par certificat uniquement pour un cluster.

Prise en charge du stockage pour DPM/MABS

Les données sauvegardées sur DPM/MABS sont stockées sur un disque local.

Les lecteurs USB ou amovibles ne sont pas pris en charge.

La compression NTFS n’est pas prise en charge sur les volumes DPM/MABS.

BitLocker ne peut être activé qu’après avoir ajouté le disque au pool de stockage. N’activez pas BitLocker avant de l’ajouter.

Le stockage en réseau (NAS) n’est pas pris en charge par le pool de stockage DPM.

Stockage Détails
MBS Le stockage de sauvegarde moderne (MBS) est pris en charge pour DPM 2016/MABS v2 et versions ultérieures. Il n’est pas disponible pour MABS v1.
Stockage MABS sur une machine virtuelle Azure Les données sont stockées sur des disques Azure joints à la machine virtuelle DPM/MABS et gérés dans DPM/MABS. Le nombre de disques utilisables pour le pool de stockage DPM/MABS est limité par la taille de la machine virtuelle.

Machine virtuelle A2 : 4 disques ; machine virtuelle A3 : 8 disques ; machine virtuelle A4 : 16 disques, avec une taille maximale de 1 To pour chaque disque. Ce paramètre détermine le pool de stockage de sauvegarde total disponible.

La quantité de données que vous pouvez sauvegarder varie selon le nombre et la taille des disques attachés.
Conservation des données MABS sur une machine virtuelle Azure Nous vous recommandons de conserver les données une journée sur un disque Azure DPM/MABS et de sauvegarder les données DPM/MABS dans le coffre pour les conserver plus longtemps. Vous pouvez ainsi protéger une plus grande quantité de données en les déchargeant sur Sauvegarde Azure.

Stockage de sauvegarde moderne (MBS)

À partir de la version DPM 2016/MABS v2 (exécuté sur Windows Server 2016), vous pouvez tirer parti du stockage de sauvegarde moderne (MBS).

  • Les sauvegardes MBS sont stockées sur un disque ReFS (Resilient File System).
  • MBS utilise le clonage de bloc ReFS pour accélérer les sauvegardes et optimiser l'utilisation de l'espace de stockage.
  • Lorsque vous ajoutez des volumes au pool de stockage DPM/MABS local, vous les configurez avec des lettres de lecteur. Vous pouvez ensuite configurer le stockage de charge de travail sur des volumes différents.
  • Quand vous créez des groupes de protection pour sauvegarder des données sur DPM/MABS, vous sélectionnez le lecteur que vous souhaitez utiliser. Par exemple, vous pouvez stocker des sauvegardes pour SQL ou d’autres charges de travail ayant des IOPS élevées sur un lecteur hautes performances, et stocker les charges de travail sauvegardées moins fréquemment sur un lecteur moins performant.

Sauvegardes prises en charge sur MABS

Pour plus d’informations sur les différents serveurs et charges de travail que vous pouvez protéger à l’aide du serveur de sauvegarde Azure, reportez-vous à la matrice de protection du serveur de sauvegarde Azure.

Sauvegardes prises en charge sur DPM

Pour plus d’informations sur les différents serveurs et charges de travail que vous pouvez protéger avec Data Protection Manager, reportez-vous à l’article Que peut sauvegarder DPM ?.

  • Les charges de travail en cluster sauvegardées par DPM/MABS doivent se trouver dans le même domaine que DPM/MABS ou dans un domaine enfant/approuvé.
  • Vous pouvez utiliser l’authentification NTLM/par certificat pour sauvegarder les données dans des groupes de travail ou des domaines non approuvés.

Prise en charge des volumes dédupliqués

La prise en charge de la déduplication pour MABS dépend de la prise en charge du système d’exploitation.

Pour les volumes NTFS avec MABS v4

Système d'exploitation du serveur protégé Système d’exploitation du serveur MABS Version de MABS prise en charge de la déduplication
Windows Server 2022 Windows Server 2022 MABS v4 O
Windows Server 2019 Windows Server 2022 MABS v4 O
Windows Server 2016 Windows Server 2022 MABS v4 Y*
Windows Server 2022 Windows Server 2019 MABS v4 N
Windows Server 2019 Windows Server 2019 MABS v4 O
Windows Server 2016 Windows Server 2019 MABS v4 Y*

*Les volumes NTFS dé-dupés dans Windows Server 2016 serveurs protégés ne sont pas dédupliqués pendant la restauration.

Pour les volumes NTFS avec MABS v3

Système d'exploitation du serveur protégé Système d’exploitation du serveur MABS Version de MABS prise en charge de la déduplication
Windows Server 2019 Windows Server 2019 MABS v3 O
Windows Server 2016 Windows Server 2019 MABS v3 Y*
Windows Server 2012 R2 Windows Server 2019 MABS v3 N
Windows Server 2012 Windows Server 2019 MABS v3 N
Windows Server 2019 Windows Server 2016 MABS v3 O**
Windows Server 2016 Windows Server 2016 MABS v3 O
Windows Server 2012 R2 Windows Server 2016 MABS v3 O
Windows Server 2012 Windows Server 2016 MABS v3 O
  • * Quand vous protégez un volume dédupliqué NTFS WS 2016 avec MABS v3 exécuté sur WS 2019, les récupérations peuvent être affectées. Nous avons un correctif qui permet de faire des récupérations d’une manière non dédupliquée. Contactez le support de MABS si vous avez besoin de ce correctif sur MABS v3 UR1.
  • ** Quand vous protégez un volume dédupliqué NTFS WS 2019 avec MABS v3 exécuté sur WS 2016, les sauvegardes et les restaurations ne seront pas dédupliquées. Cela signifie que les sauvegardes consommeront plus d’espace sur le serveur MABS que le volume dédupliqué NTFS d’origine.

Problème : Si vous mettez à niveau le système d’exploitation du serveur protégé de Windows Server 2016 vers Windows Server 2019, la sauvegarde du volume dédupliqué NTFS sera affectée en raison de changements dans la logique de déduplication.

Solution de contournement : Contactez le support de MABS si vous avez besoin de ce correctif sur MABS v3 UR1.

Pour les volumes ReFS

  • Nous avons identifié quelques problèmes avec les sauvegardes des volumes ReFS dédupliqués. Nous cherchons à résoudre ce problème et mettrons à jour cette section dès que nous aurons trouvé une solution. En attendant, nous supprimons le support de la sauvegarde des volumes ReFS dédupliqués à partir de v3 et v4.

  • MABS v3 UR1, MABS v4 et les versions ultérieures prennent toujours en charge la protection et la récupération des volumes ReFS standard.

Étape suivante