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.

L'attachement d'un volume de démarrage peut échouer avec une erreur incorrecte suggérant que l'instance de calcul doit être en cours d'exécution

Détails

L'attachement d'un volume de démarrage à l'aide de la procédure d'attachement d'un volume de démarrage peut échouer avec l'erreur suivante, ce qui suggère que l'instance de calcul doit être en cours d'exécution.

API Error Instance ocid1.instance.oc1.ap-tokyo-1.xxxx is in Stopped state, when it was expected to be in Running state

Les volumes de données par blocs peuvent être attachés à une instance de calcul en cours d'exécution, mais les volumes de démarrage ne peuvent pas. Par conséquent, le message d'erreur est incorrect.

Solution de rechange

Jusqu'à ce que le message d'erreur soit corrigé, attachez des volumes de démarrage aux instances de calcul à partir de la console, de l'interface de ligne de commande et des API de calcul à l'aide de méthodes normales. Voir :

Si vous obtenez l'erreur précédente, n'oubliez pas que les volumes de données par blocs peuvent être attachés à une instance de calcul en cours d'exécution, mais que les volumes de démarrage nécessitent que l'instance soit arrêtée.

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.