Vssadmin ne vérifie pas que l’utilisation d’un volume de lecteur est pris en charge pour DiffArea

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3171733
Symptômes
Sur un ordinateur qui exécute Windows Server 2008 R2, Windows Server 2012 R2 ou Windows Server 2012, supposons que vous exécutez la commande suivante pour ajouter l’association de stockage de clichés instantanés pour un volume chiffré spécifié vers un autre volume :

vssadmin ajouter shadowstorage / for =<source drive=""> / on =<destination drive=""> /maxsize = unbounded</destination> </source>

Remarque L’espace réservé de <source drive="">représente un lecteur de données qui a activé la protection BitLocker. Et l’espace réservé de <destination drive="">représente un lecteur de données qui a désactivé la protection BitLocker.

Cette commande s’exécute correctement sans des erreurs ou des avertissements.

Important Cette configuration n’est pas pris en charge.</destination></source>
Cause
Il s’agit d’un problème connu dans la syntaxe de la commande vssadmin. Vssadmin n’appelle pas la fonction requise pour vérifier si le volume est pris en charge pour l’association de stockage de clichés instantanés.
Résolution
Pour éviter ce scénario non pris en charge, utilisez l’interface utilisateur pour configurer la version de cliché instantané qui s’affiche lorsque vous cliquez sur l’icône de volume de disque.

L’interface utilisateur de Volume Shadow Copy Service (VSS) appelleCVssDiffMgmt::QueryVolumesSupportedForDiffAreas()et vérifie si un volume est pris en charge pour DiffArea. Si un volume pour DiffArea est chiffré et qu’il n’est pas le même volume, le volume n’est pas répertorié dans l’interface utilisateur.
Plus d'informations
Autres configurations non prise en charge du stockage VSS sont les suivants :
  • Volume imbriqué (par exemple, lorsque le volume physique est le volume monté précédemment).
  • Si le volume chiffré BitLocker est un autre volume qui est spécifié sous la forme d’une zone de stockage des clichés instantanés du volume source.
  • Si la taille de secteur du volume de la zone de stockage VSS est plus grande que le volume source.

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3171733 - Dernière mise à jour : 06/23/2016 16:31:00 - Révision : 1.0

Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard, Windows Server 2012 R2 Foundation, Windows Server 2012 Datacenter, Windows Server 2012 Standard, Windows Server 2012 Foundation, Windows Server 2008 R2 Service Pack 1

  • kbmt KB3171733 KbMtfr
Commentaires