Problèmes connus pour Block Volume

Des problèmes connus ont été identifiés dans Block Volume.

Reportez-vous également à Dépannage de Block Volume.

La réplication inter-régions n'est pas prise en charge pour les volumes cryptés avec des clés gérées par le client

Détails: Lorsque vous essayez d'activer la réplication inter-région pour un volume configuré pour utiliser une clé de cryptage Vault, le message d'erreur suivant se produit : Edit Volume Error: You cannot enable cross-region replication for volume <volume_ID> as it uses a Vault encryption key.
Solution de contournement: Nous travaillons à une résolution. La réplication inter-régions n'est pas prise en charge pour les volumes cryptés avec une clé gérée par le client. Pour activer la réplication, annulez l'affectation de la clé de cryptage Vault au volume comme solution de contournement. Dans ce scénario, le volume est crypté avec une clé gérée par Oracle.

Les chemins d'accès multiples ne sont pas activés pour l'attachement de volume paravirtualisé une fois l'instance redimensionnée

Détails: Afin que les volumes configurés pour des performances très élevées puissent fonctionner à un niveau optimal des performances, les chemins d'accès multiples doivent être activés pour l'attachement de volume. Les attachements à des instances de machine virtuelle pour lesquels les chemins d'accès multiples sont activés sont uniquement pris en charge pour les instances reposant sur des formes avec au moins 16 OCPU.; Si vous disposez d'une instance comportant moins de 16 OCPU, vous pouvez la redimensionner de sorte qu'elle en compte 16 ou plus et prenne en charge les attachements pour lesquels les chemins d'accès multiples sont activés. Cette étape ne fonctionne pas pour les instances où le nombre d'OCPU était initialement inférieur à 8 et où l'attachement de volume est paravirtualisé. Dans ce cas, une fois le volume détaché et réattaché, les chemins d'accès multiples ne sont toujours pas activés pour l'attachement de volume, même si l'instance prend désormais en charge les attachements pour lesquels les chemins d'accès multiples sont activés.
Solution de contournement: Pour contourner le problème, nous vous recommandons de créer une instance reposant sur une forme avec 16 OCPU ou plus, puis d'attacher le volume à la nouvelle instance.

Attachement du nombre maximal de volumes de blocs à une valeur VM.Standard.A1 inférieure. Les instances Flex peuvent échouer

Détails: Lorsque vous tentez d'attacher le nombre maximal de volumes de blocs à une instance VM.Standard.A1.Flex plus petite, l'attachement des volumes peut échouer. Cet échec se produit en raison des limitations de la configuration de l'hôte physique sous-jacent.
Solution de contournement: Nous travaillons à une résolution. Pour contourner le problème, nous vous recommandons d'augmenter la taille de la machine virtuelle en la redimensionnant, puis de réessayer d'attacher les volumes.

Clés de cryptage Vault non copiées dans la région de destination pour les copies de sauvegarde inter régions programmées

Détails: Lorsque vous programmez des sauvegardes de volume et de groupe de volumes à l'aide d'une stratégie de sauvegarde activée pour la copie entre régions de volumes cryptés avec les clés de cryptage du service Vault, les clés de cryptage ne sont pas copiées avec la sauvegarde de volume dans la région de destination. Les copies de sauvegarde de volume dans la région de destination sont à la place cryptées à l'aide des clés fournies par Oracle.
Solution de contournement: Nous travaillons à une résolution. Pour contourner ce problème, vous pouvez copier manuellement les sauvegardes de volume et de groupe de volumes dans les régions, manuellement ou à l'aide d'un script, et indiquer l'ID de clé de gestion des clés dans la région cible pour l'opération de copie. Pour plus d'informations sur la copie inter-région manuelle, reportez-vous à Copie d'une sauvegarde de volume entre des régions.

Echec de l'attachement d'un volume d'initialisation Windows à une autre instance en tant que volume de données

Détails

Lorsque vous attachez un volume d'initialisation Windows à une autre instance en tant que volume de données, si vous essayez de vous connecter au volume en suivant les étapes décrites dans Connexion à un volume de blocs, l'attachement du volume échoue et l'erreur suivante peut survenir :

Connect-IscsiTarget : The target has already been logged in via an iSCSI session.

Solution de contournement

Vous devez ajouter ce qui suit à la fin de la commande Connect-IscsiTarget copiée à partir de la console :

-IsMultipathEnabled $True

L'attribut bootVolumeSizeInGBs est NULL

Détails: Lors de l'appel de GetInstance, l'attribut bootVolumeSizeInGBs de InstanceSourceViaImageDetails est NULL.
Solution de contournement: Nous travaillons à une résolution. Pour contourner ce problème, appelez GetBootVolume et utilisez l'attribut sizeInGBs de BootVolume.