Problèmes connus pour le service de volumes par blocs

Des problèmes connus ont été identifiés pour le service de volume par blocs.

Voir aussi Dépannage du service de volumes par blocs.

La réplication inter-région n'est pas prise en charge pour les volumes chiffrés à l'aide de 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 chiffrement du service de chambre forte, le message d'erreur suivant est généré : Edit Volume Error: You cannot enable cross-region replication for volume <volume_ID> as it uses a Vault encryption key.
Solution de rechange: Nous travaillons à une résolution. La réplication inter-région n'est pas prise en charge pour les volumes chiffrés à l'aide d'une clé gérée par le client. Pour activer la réplication, annulez l'affectation de la clé de chiffrement du service de chambre forte au volume. Dans ce scénario, le volume est chiffré à l'aide d'une clé gérée par Oracle.

L'attachement de volume paravirtualisé n'est pas multichemin après le redémarrage de l'instance

Détails: Pour atteindre le niveau de performance optimal des volumes configurés pour l'ultra-haute performance, l'attachement de volume doit être activé pour les chemins multiples. Les attachements multichemins aux instances de machine virtuelle ne sont pris en charge que pour les instances basées sur des formes comportant au moins 16 OCPU.; Si vous disposez d'une instance avec moins de 16 OCPU, vous pouvez la redimensionner afin qu'elle comporte 16 OCPU ou plus pour prendre en charge les attachements activés pour la configuration multichemin. Cette étape ne fonctionne pas pour les instances où le nombre initial d'OCPU était inférieur à 8 et où l'attachement de volume est paravirtualisé. Dans ce scénario, une fois le volume détaché et réattaché, l'attachement de volume n'est toujours pas activé pour la configuration multichemine, même si l'instance prend désormais en charge les attachements multichemins.
Solution de rechange: À titre de solution de rechange, nous vous recommandons de créer une nouvelle instance basée sur une forme avec au moins 16 OCPU, puis d'attacher le volume à la nouvelle instance.

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

Détails: Lorsque vous tentez d'attacher le nombre maximal de volumes par blocs à une instance VM.Standard.A1.Flex plus petite, l'attachement des volumes peut échouer. Cette défaillance est due à des limitations liées à la configuration sous-jacente de l'hôte physique.
Solution de rechange: Nous travaillons à une résolution. Pour contourner le problème, nous vous recommandons d'augmenter la taille de la machine virtuelle en redimensionnant la machine virtuelle, puis de réessayer d'attacher les volumes.

Clés de chiffrement de chambre forte 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 politique de sauvegarde avec la copie inter-région activée pour des volumes chiffrés à l'aide des clés de chiffrement du service de chambre forte, les clés de chiffrement 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 chiffrées à l'aide de clés fournies par Oracle.
Solution de rechange: Nous travaillons à une résolution. Pour contourner le problème, vous pouvez copier manuellement des sauvegardes de volume et de groupe de volumes entre les régions, manuellement ou à l'aide d'un script, et spécifier l'ID de la 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, voir Copie d'une sauvegarde de volume entre des régions.

Échec de l'association d'un volume de données à une autre instance

Détails

Lorsque vous associez un volume de démarrage Windows en tant que volume de données à une autre instance, lorsque vous tentez de vous connecter au volume en utilisant les étapes décrites sous Connexion à un volume par blocs, l'association échoue et vous pouvez voir l'erreur suivante :

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

Solution de rechange

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

-IsMultipathEnabled $True

L'attribut bootVolumeSizeInGBs est nul

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