Dépannage d'Oracle Database@Azure

Nous vous recommandons de supprimer tous les verrous Microsoft Azure sur les ressources Oracle Database@Azure avant de mettre fin aux ressources. Par exemple, si vous utilisez une adresse privée Microsoft Azure verrouillée avec Oracle Database@Azure, vérifiez que l'adresse peut être supprimée, puis enlevez le verrou avant de supprimer les ressources Oracle Database@Azure. Si vous disposez d'une stratégie pour empêcher la suppression de ressources verrouillées, le flux de travail Oracle Database@Azure permettant de supprimer des ressources système échoue car Oracle Database@Azure ne peut pas supprimer une ressource verrouillée.

Les exigences en matière d'adresses IP sont différentes entre Oracle Database@Azure et Exadata Database Service on Dedicated Infrastructure dans Oracle Cloud Infrastructure (OCI). Dans la documentation Exigences relatives à l'espace d'adresse IP pour Exadata dans OCI, les différences suivantes avec les exigences d'Oracle Database@Azure doivent être prises en compte :

• Oracle Database@Azure prend uniquement en charge Exadata X9M. Toutes les autres formes ne sont pas prises en charge.

• Oracle Database@Azure réserve 13 adresses IP pour le sous-réseau client.

Vous pouvez connecter une machine virtuelle Microsoft Azure à un cluster de machines virtuelles Oracle Exadata si les deux se trouvent sur le même réseau virtuel (VNet). Cette fonctionnalité est automatique et ne nécessite aucune modification supplémentaire des règles de groupe de sécurité réseau. Si vous devez connecter une machine virtuelle Azure à partir d'une valeur VNet différente de celle utilisée par le cluster de machines virtuelles Exadata, vous devez également configurer des règles de trafic de groupe de sécurité réseau pour permettre au trafic de l'autre réseau virtuel de circuler vers le cluster de machines virtuelles Exadata. Par exemple, si vous disposez de 2 VNets ("A" et "B"), avec VNet A pour la machine virtuelle Microsoft Azure et VNet B pour le cluster de machines virtuelles Oracle Exadata, vous devez ajouter l'adresse CIDR de VNet A à la table de routage de groupe de sécurité réseau dans OCI.

Par défaut, les locations OCI créées lors de l'intégration d'Oracle Database@Azure ont une limite de service de 0 (zéro) pour les journaux de flux VNC. Pour utiliser les journaux de flux VCN, demandez une augmentation des limites de service pour votre location OCI. Pour obtenir des instructions, reportez-vous à Procédure de demande d'augmentation de limite pour les journaux de flux VCN.

Le déplacement de ressources Oracle Database@Azure à l'aide d'Azure Resource Mover n'est actuellement pas pris en charge dans Microsoft Azure. Pour résoudre ce problème et obtenir plus d'informations, reportez-vous à (KB173908) Prise en charge multicloud OCI - Oracle Database@Azure - Pouvez-vous déplacer des ressources Oracle Database@Azure vers un autre groupe de ressources ? sur My Oracle Support.

Message d'erreur : "Le déplacement d'un abonnement Azure avec une ressource d'abonnement Oracle Database@Azure vers un autre locataire azure n'est actuellement pas pris en charge."

Motif de l'erreur : les abonnements Azure qui ont été intégrés à Oracle Database@Azure ne peuvent pas être déplacés vers un autre locataire Azure car le service Oracle Database@Azure serait interrompu.

Résolution : si vous devez déplacer un abonnement Azure qui a été intégré à Oracle Database@Azure, ouvrez une demande d'assistance auprès du support technique Oracle. L'équipe de support multicloud d'Oracle vous aidera à répondre à cette demande. Pour plus d'informations sur l'ouverture d'une demande d'assistance, reportez-vous à Informations de support Oracle Database@Azure.

Créez la stratégie décrite dans cette section pour activer la création de ressources dans Azure East US 2. Si vous essayez de créer des ressources vers East US 2 sans les droits d'accès requis, le portail Azure affiche le message "Votre déploiement a échoué" :

Créez la stratégie requise comme suit :

1. Connectez-vous au compte OCI à l'adresse http://cloud.oracle.com.
2. Ouvrez le menu de navigation et sélectionnez Identité et sécurité. Sous Identité, sélectionnez Stratégies.
3. Sélectionnez Créer une stratégie.
4. Nom : entrez Additional_Multicloud_Policy
5. Description : facultatif. Entrez une description. Par exemple, "Stratégie permettant la création de ressources Oracle Database@Azure dans la région Azure East US 2".

6. Dans le générateur de stratégies, utilisez le commutateur à bascule Afficher l'éditeur manuel pour activer le champ de l'éditeur de stratégies manuel, puis collez la stratégie suivante dans l'éditeur manuel :

   define tenancy networking-dataplane2 as ocid1.tenancy.oc1..aaaaaaaailqy63b6fbqoa6jyd324iyb5xoafpji2j6evpqqx5or74vwknv5a
      endorse any-user to {DRG_ATTACHMENT_READ, DRG_ATTACH, DRG_DETACH, VCN_ATTACH, DRG_ROUTE_TABLE_ATTACH, ROUTE_TABLE_ATTACH, ROUTE_TABLE_DETACH} in tenancy networking-dataplane2 where all { request.principal.type = 'multicloudlink' }

7. Sélectionnez Créer pour créer la stratégie. La nouvelle stratégie est répertoriée sur la page de vue de liste Stratégies.

Créez la stratégie requise pour l'observabilité (mesures) comme suit :

1. Connectez-vous au compte OCI à l'adresse http://cloud.oracle.com.
2. Ouvrez le menu de navigation et sélectionnez Identité et sécurité. Sous Identité, sélectionnez Compartiments.
3. Dans la liste des compartiments, sélectionnez le nom du compartiment avec le préfixe MulticloudLink_ODBAA_ pour ouvrir la page de détails du compartiment. Si vous voyez plusieurs compartiments avec ce préfixe, sélectionnez le dernier compartiment créé avec ce préfixe.
4. Copiez l'OCID du compartiment et collez-le dans un fichier texte pour l'utiliser ultérieurement dans cette procédure. Pour plus d'informations sur les OCID, reportez-vous à OCID Oracle Cloud.
5. Ouvrez le menu de navigation et sélectionnez Identité et sécurité. Sous Identité, sélectionnez Stratégies.
6. Sélectionnez Créer une stratégie.
7. Nom : entrez Additional_Observability_Multicloud_Policy.
8. Description : facultatif. Entrez une description. Par exemple, "Stratégie d'activation des mesures Oracle Database@Azure pour la région Azure East US 2".

9. Dans le générateur de stratégies, utilisez le commutateur à bascule Afficher l'éditeur manuel pour activer le champ de l'éditeur de stratégies manuel, puis collez la stratégie suivante dans l'éditeur manuel :

   define tenancy obs_tenancy_2 as ocid1.tenancy.oc1..aaaaaaaalfamrkmvchwc3mndr4c4htwtntx2ampbas3z42c6sxyqviit4gta
   define tenancy obs_cp_tenancy_2 as ocid1.tenancy.oc1..aaaaaaaa7bzfp55yuik3t2sesnqgsyohpbfr4ocl4vlq7foyhmaa34xktyja
   endorse any-user to use stream-push in tenancy obs_tenancy_2 where all { request.principal.type='multicloudlink' }
   endorse any-user to read streams in tenancy obs_tenancy_2 where all { request.principal.type='multicloudlink' }
   admit any-user of tenancy obs_tenancy_2 to use metrics in compartment id <COMPARTMENT_OCID> where all {request.principal.type='serviceconnector'}
   admit any-user of tenancy obs_cp_tenancy_2 to { DATABASE_INSPECT, PLUGGABLE_DATABASE_INSPECT } in compartment id <COMPARTMENT_OCID> where all { request.principal.type = 'workload', request.principal.namespace = 'obs-cp', request.principal.service_account = 'obs-cp-service-account'}
   

10. Dans l'éditeur manuel, remplacez les deux variables <COMPARTMENT_OCID> de la stratégie par l'OCID copié à l'étape 3 de cette procédure.
11. Sélectionnez Créer pour créer la stratégie. La nouvelle stratégie est répertoriée sur la page de vue de liste Stratégies.