FAQ Oracle AI Database@Azure

Commencer maintenant

Sujets de FAQ

Informations produit générales

Qu'est-ce qu'Oracle AI Database@Azure ?

Oracle et Microsoft ont élargi leur partenariat pour fournir des services de base de données Oracle exécutés sur Oracle Cloud Infrastructure (OCI), colocalisés dans les data centers Microsoft. Les clients d'Azure peuvent désormais acheter, déployer et utiliser des services de base de données Oracle exécutés sur OCI au sein du portail natif et des API d'Azure, avec une expérience de type OCI dans Azure. Voici quelques-uns des principaux avantages d'Oracle AI Database@Azure.

  • Exécutez vos workloads là où vous le souhaitez avec des services de base de données Oracle entièrement gérés exécutés sur OCI mais dans Azure. Découvrez le plus haut niveau de performance, d'évolutivité et de disponibilité d'Oracle AI Database, ainsi que la parité des fonctionnalités et des tarifs avec Oracle Exadata Database Service.
  • Migrez, modernisez et innovez avec les services Oracle et Azure en utilisant les services de base de données Oracle et des ressources Azure telles qu'Azure Compute et Azure Kubernetes, avec des outils et des structures de développement d'applications familiers pris en charge par Azure.
  • Simplifiez les achats et les opérations. Achetez sur Azure Marketplace et utilisez votre engagement de consommation Microsoft Azure (MACC). Surveillance et dépannage avec les journaux, les mesures et les événements du service Oracle AI Database disponibles directement dans Azure.

Quels sont les produits Oracle disponibles ?

Oracle Exadata Database Service sur infrastructure dédiée et infrastructure Exascale, Oracle Autonomous AI Database Serverless, Oracle Autonomous AI Database sur infrastructure Exadata dédiée, Oracle Base Database Service, Oracle GoldenGate et Oracle Database Zero Data Loss Autonomous Recovery Service sont actuellement disponibles. Nous annoncerons les ajouts à cet ensemble au fur et à mesure qu'ils seront disponibles.

Quels sont les numéros de référence disponibles auprès d'Oracle avec Oracle AI Database@Azure

Reportez-vous au document des descriptions de service (PDF) pour en savoir plus.

Quels sont les avantages commerciaux pour les clients lorsqu'ils utilisent Oracle AI Database@Azure ?

  • Microsoft Azure Consumption Commitment (MACC) : L'achat d'Oracle AI Database@Azure sera comptabilisé dans le MACC d'un client.
  • Oracle Support Rewards : les clients Oracle existants avec des licences sur site auront droit aux Oracle Support Rewards.
  • Conditions de contrat personnalisées : les clients Azure et Oracle peuvent collaborer avec Oracle Sales pour négocier des conditions commerciales.
  • Tirez parti des licences Oracle existantes : les clients Oracle existants peuvent utiliser des contrats de licence illimités (ULA) ou Oracle Bring Your Own License (BYOL) pour acheter Oracle AI Database@Azure de la même manière qu'avec Oracle Cloud Infrastructure.

Comment migrer vers Oracle AI Database@Azure ?

La migration vers cette offre est identique à la migration vers OCI étant donné que le service de base de données s'exécute sur OCI. Oracle fournit des stratégies éprouvées de migration de base de données, notamment des solutions de migration automatisée telles qu'Oracle Zero Downtime Migration et de puissants outils tels qu'Oracle Data Guard et Oracle Cloud Infrastructure GoldenGate..

Où puis-je utiliser le service ?

Pour connaître la disponibilité régionale et la feuille de route, reportez-vous à la section relative aux régions Oracle AI Database@Azure. Nous encourageons les clients à partager leurs exigences relatives à d'autres régions avec leur équipe de compte Oracle ou Microsoft.

Puis-je travailler avec mon fournisseur de services partenaire de confiance pour Oracle AI Database@Azure ?

Oui, pour les services de conseil. Notez qu'Oracle AI Database@Azure est vendu directement aux clients via Azure Marketplace et n'est pas disponible à l'achat via une autre société ou un autre canal.

En tant que partenaire de services Oracle, où puis-je en savoir plus sur Oracle AI Database@Azure ?

Si vous souhaitez devenir partenaire de services de conseil Oracle et bénéficier d'une désignation d'expertise en services, vous pouvez trouver les dernières informations sur le site Web Oracle PartnerNetwork. Les fournisseurs de services peuvent acheter l'offre directement, mais pas pour le compte des clients.

Quelle génération d'Oracle Exadata Database Service on Dedicated Infrastructure est prise en charge ?

Oracle Exadata Database Service on Dedicated Infrastructure prend désormais en charge la plateforme Exadata X11M de nouvelle génération.

Quelles versions d'Oracle AI Database seront disponibles ?

Le provisionnement d'Oracle AI Database sur Oracle AI Database@Azure est le même que sur OCI. Il utilise le même flux d'interface utilisateur, les mêmes appels d'API, etc. Par conséquent, toute version de base de données actuellement prise en charge et disponible sur OCI est visible et disponible sur l'infrastructure Oracle AI Database@Azure.

Quelles fonctions de clonage seront disponibles au jour zéro du service ?

Étant donné que la base de données est provisionnée et gérée dans OCI, les outils de base de données existants, tels que les sauvegardes et le clonage, seront disponibles.

Quelles sont les options de sauvegarde disponibles pour Oracle AI Database@Azure ?

Oracle Database Autonomous Recovery Service est la solution de sauvegarde recommandée pour les bases de données. Elle s'appuiera sur le MACC d'un client lorsque la sauvegarde sera activée. Les clients peuvent choisir de déployer Oracle Database Autonomous Recovery Service dans une région Azure ou OCI. Oracle Cloud Infrastructure Object Storage est également une autre option de sauvegarde.

Puis-je importer des données d'Azure Blob Storage vers la base de données ?

Oracle AI Database@Azure est un déploiement standard, disponible dans Azure VNet. Les outils de gestion Oracle AI Database, tels que Data Pump, peuvent être utilisés pour importer des données dans la base de données à partir de clients de base de données Azure.

Puis-je mettre à jour ou demander une mise à jour de la passerelle de routage dynamique ?

La passerelle de routage dynamique (DRG) utilisée pour fournir le lien entre les ressources réseau OCI et Azure est hébergée dans un réseau cloud virtuel de service (VCN) étroitement contrôlé et ne peut pas être mise à jour. Une fois provisionnées, les ressources de cluster de machines virtuelles Exadata sont rattachées à cette DRG. Si vous avez des exigences spécifiques en matière de routage, vous pouvez utiliser des groupes d'appairage locaux pour vous connecter à un autre VCN. Ce VCN appairé localement peut ensuite être attaché à un DRG que vous contrôlez. Cette passerelle de routage dynamique peut être utilisée pour la réplication inter-région (reportez-vous à la question sur la réplication de données pour la reprise après sinistre).

Quelle est la latence entre Oracle AI Database@Azure et d'autres services OCI ?

Oracle AI Database@Azure est axé sur les workloads hautes performances et à faible latence exécutées dans Azure. Si le workload nécessitant une faible latence se trouve dans OCI, nous vous recommandons de déployer Oracle Exadata Database Service on Dedicated Infrastructure dans OCI. Si disponible, nous recommandons d'utiliser Oracle Interconnect for Microsoft Azure pour connecter le service OCI et Oracle AI Database@Azure en vue de répondre aux besoins de faible latence.

Les bases de données créées sur les clusters de machines virtuelles Oracle AI Database@Azure peuvent-elles se connecter au Vault dans OCI ou puis-je gérer des clés dans Azure Key Vault ?

Comme la base de données est créée via OCI, Oracle Cloud Infrastructure Vault est utilisé pour héberger la clé générée par le système ou par le client.

Le service prend-il en charge les environnements dédiés et sans serveur ?

Oui, Oracle AI Database@Azure prend en charge les déploiements dédiés et partagés. Exadata Database Service sur infrastructure dédiée et Autonomous AI Database sur infrastructure Exadata dédiée fonctionnant dans Azure fournissent aux clients des nœuds de calcul et de stockage Exadata dédiés et leur donnent le contrôle total de leurs machines virtuelles de base de données, comme lorsqu'ils les exécutent sur OCI.

Exadata Database Service sur l'infrastructure Exascale fournit un modèle de service d'infrastructure partagée dans lequel Oracle gère l'ensemble de l'infrastructure physique, éliminant ainsi la nécessité de provisionner des serveurs de base de données et de stockage dédiés. Les bases de données client s'exécutent sur une infrastructure partagée avec des machines virtuelles Exadata Exascale dédiées avec un stockage privé. Les clients conservent le contrôle sur les machines virtuelles de base de données.

Autonomous AI Database Serverless fonctionne sur une infrastructure Exadata partagée. Avec Autonomous AI Database Serverless, vous n'avez pas besoin de configurer ni d'installer de matériel ni d'installer de logiciel de base de données. Il gère le provisionnement des bases de données, les sauvegardes, l'application de correctifs, les mises à niveau et le redimensionnement des bases de données.

Le service prend-il en charge les environnements aussi bien à locataire unique que multi-locataires ?

Oui, Oracle AI Database@Azure prend en charge les environnements à locataire unique et multi-locataires. Exadata Database Service sur infrastructure dédiée et Autonomous AI Database sur infrastructure Exadata dédiée fonctionnant dans Azure fournissent aux clients des nœuds de calcul et de stockage Exadata dédiés, comme lorsqu'ils les exécutent sur OCI.

Oracle AI Database@Azure est-il disponible dans les environnements autorisés FedRAMP Class D ?

Lors d’Oracle AI World 2026, Oracle a annoncé viser l’obtention de la certification FedRAMP Class D pour le multicloud. Consultez la page Certification FedRAMP de classe D pour le multicloud pour obtenir les dernières informations sur la disponibilité.

Oracle Interconnect for Microsoft Azure prend désormais en charge Oracle US Government Cloud. Oracle a récemment annoncé la disponibilité générale des régions Oracle US Gov West (Phoenix) et Azure US Gov Arizona (Phoenix) pour Oracle Interconnect for Microsoft Azure. Les clients communs peuvent utiliser Oracle Interconnect for Microsoft Azure pour migrer facilement leurs charges de travail vers Oracle Cloud Infrastructure et des environnements Azure autorisés FedRAMP Classe D.

Quelles sont les certifications d'application pour Oracle AI Database@Azure ?

La conformité est une responsabilité partagée entre Oracle et Microsoft. Oracle AI Database@Azure a été certifié pour les certifications de conformité en vigueur. Pour obtenir des informations détaillées sur les certifications de conformité, consultez les informations de conformité Oracle AI Database@Azure.

Oracle AI Database@Azure est-il certifié par SAP ?

Nous proposons un guide complet pour le déploiement de bases de données Oracle sur la plateforme (Java) de SAP NetWeaver Application Server à l'aide d'Oracle Database@Azure, basé sur Oracle AI Exadata Cloud Infrastructure X9M avec Oracle Linux 8 sur les nœuds de cluster de machines virtuelles. Bien que la certification SAP officielle soit requise pour les déploiements, vous pouvez facilement demander cette certification à la demande. En attendant, vous pouvez utiliser le guide de déploiement fourni. Si votre organisation souhaite déployer SAP sur Oracle AI Database@Azure, contactez Oracle Sales pour compléter la demande de certification SAP.

Quelles sont les principales différences entre Autonomous AI Database Serverless et Autonomous AI Database sur infrastructure Exadata dédiée ?

Autonomous AI Database Serverless utilise une architecture multi-locataire, de sorte que tous les composants d'infrastructure sont masqués pour le client, simplifiant l'expérience de la base de données.

Autonomous AI Database sur infrastructure Exadata dédiée utilise une pile d'infrastructure dédiée à locataire unique pour un seul client. Il dispose d'API supplémentaires pour provisionner des infrastructures et isoler les instances Autonomous AI Database. En raison de sa nature à locataire unique, des contrôles supplémentaires sont disponibles pour la gouvernance de la gestion des changements et des mises à jour logicielles.

Introduction à Autonomous AI Database sur infrastructure Exadata dédiée dans Azure.

Suivez le même processus d'intégration Oracle AI Database@Azure, demandez des limites de service pour les serveurs de calcul et de stockage, puis provisionnez une infrastructure Exadata. Une fois que vous disposez d'une infrastructure Exadata, selon l'isolation souhaitée, ajoutez-y un ou plusieurs clusters de machines virtuelles autonomes, bases de données conteneurs autonomes et instances Autonomous AI Database.

Autonomous AI Database sur infrastructure Exadata dédiée apparaîtra-t-elle comme une ressource de premier niveau dans la console Azure ?

Aujourd'hui, Autonomous AI Database sur infrastructure Exadata dédiée utilise une intégration flexible multicloud, mais s'appuie sur des infrastructures Exadata créées via la console Azure. L'intégration flexible nécessite de provisionner les ressources depuis la console Oracle Cloud Infrastructure ; l'impact des allocations de ressources est reflété dans les détails de l'infrastructure sur la console Azure. La feuille de route prévoit de faire des ressources Autonomous AI Database sur infrastructure Exadata dédiée des entités de premier niveau dans la console Azure. Notez que cela n'a aucune incidence pour la facturation ou la résidence des données, car le service utilisera la facturation Azure et les données résident dans les centres de données Azure.


Facturation et économie

Comment acheter des services fonctionnant sur Oracle AI Database@Azure ?

Oracle Exadata Database Service on Dedicated Infrastructure et Oracle Exadata Database Service on Exascale Infrastructure sont tous deux disponibles à l'achat via une offre privée sur le marché Azure, sur devis personnalisé. Tout d'abord, vous travaillez avec Oracle Sales pour négocier les conditions commerciales, qui sont formalisées dans un bon de commande qui est partagé avec vous, et que vous pouvez consulter et accepter. Ensuite, Oracle crée une offre privée et la télécharge sur Azure Marketplace. Vous devez acheter l'offre privée sur Azure Marketplace pour provisionner le service.

Oracle Exadata Database Service sur l'infrastructure Exascale est également disponible sous forme d'offre de paiement à l'utilisation, offrant aux entreprises de toute taille un point d'entrée à faible coût pour exploiter la puissance d'Exadata dans leurs workloads.

Oracle Autonomous AI Database est disponible sous forme d'offre de paiement à l'utilisation, offrant aux développeurs la possibilité de déployer une base de données entièrement gérée en quelques minutes directement à partir d'Azure Marketplace. Le service est également disponible à l'achat via une offre privée sur Azure Marketplace. Pour connaître la tarification, vous devez demander un devis personnalisé. Pour effectuer un achat, contactez votre représentant commercial Oracle. Nos collaborateurs établiront un contrat, proposeront une tarification personnalisée et créeront une offre Azure privée sur Azure Marketplace. Vous devez acheter l'offre privée sur Azure Marketplace pour provisionner le service.

Oracle Base Database Service est disponible à l'achat via une offre privée sur Azure Marketplace, avec une tarification basée sur un devis personnalisé. En outre, une option de paiement à l'utilisation est disponible. Les entreprises de toutes tailles bénéficient ainsi d'un point d'entrée abordable et flexible pour tirer parti de la puissance d'Exadata pour leurs workloads.

Avec les services Oracle sur Oracle AI Database@Azure, vous pouvez utiliser vos licences Oracle AI Database existantes, y compris les contrats de licence illimités et Oracle Bring Your Own License (BYOL), acheter des licences supplémentaires ou utiliser la consommation Licence incluse.

Puis-je utiliser mes licences Oracle AI Database existantes avec Oracle AI Database@Azure ?

Oui. Vous pouvez utiliser des licences Oracle AI Database existantes, y compris des contrats de licence illimités (ULA) et Oracle Bring Your Own License (BYOL).

Oracle AI Database@Azure prend-il en charge les locations OCI nouvelles et existantes ?

Oui. Les locations peuvent être nouvelles ou existantes. Vous aurez le choix au cours du processus d'intégration. Comme le service Oracle AI Database@Azure est physiquement présent dans Azure, les environnements Oracle Exadata Database Service sur infrastructure dédiée existants ne sont pas « déplacés », physiquement ou commercialement. Les nouvelles infrastructures Exadata créées dans Azure seront visibles dans la location OCI existante.

Un client payant à l'utilisation peut-il lier Oracle AI Database@Azure à un abonnement OCI existant ?

Non. Les clients avec paiement à l'utilisation doivent créer un compte OCI pour Oracle AI Database@Azure. La liaison à une location existante est disponible uniquement via une offre privée. Pour en savoir plus, visitez le site Lier un compte OCI existant à Oracle AI Database@Azure.

Les clients Oracle AI Database@Azure peuvent-ils utiliser Oracle Support Rewards ?

Oui. L'utilisation d'Oracle AI Database@Azure permet d'obtenir les mêmes Oracle Support Rewards qu'en utilisant directement OCI.

L'achat d'Oracle AI Database@Azure contribuera-t-il à mon MACC ?

Oui. Vous pouvez utiliser votre engagement de consommation Microsoft Azure (MACC) pour Oracle AI Database@Azure. Pour plus d'informations, reportez-vous à Suivi de votre engagement de consommation Microsoft Azure.

Comment la consommation est-elle mesurée dans OCI ?

Pour chaque instance Exadata Cloud Infrastructure que vous provisionnez (serveurs de calcul et de stockage souscrits), vous êtes facturé pour une consommation initiale de 48 heures, puis au-delà de cette période initiale, à la seconde. Sur Exadata Database Service, pour chaque ECPU ou OCPU que vous provisionnez pour fonctionner dans des clusters de machines virtuelles sur l'infrastructure, vous êtes facturé à la seconde, avec une période d'utilisation minimale d'une minute. Si vous arrêtez le cluster de machines virtuelles Cloud mais ne mettez pas fin à la ressource d'infrastructure Exadata cloud, la facturation se poursuit pour la ressource d'infrastructure. Sur Autonomous AI Database sur infrastructure Exadata dédiée, vous n'êtes pas facturé pour les OCPU ou ECPU alloués pour fonctionner sur des clusters de machines virtuelles. Vous êtes facturé uniquement pour les OCPU ou ECPU alloués aux instances Autonomous AI Database en cours d'exécution, et vous êtes facturé à la seconde avec un minimum d'une minute. L'arrêt d'une instance Autonomous AI Database fonctionnant sur l'infrastructure arrêtera également sa facturation. Vous n'êtes pas facturé pour le stockage des bases de données lors de l'utilisation d'Autonomous AI Database sur infrastructure Exadata dédiée, car ce coût est inclus dans l'abonnement à Exadata Cloud Infrastructure.

Pour chaque ressource d'infrastructure Exadata Database Service on Exascale que vous provisionnez, vous êtes facturé pour l'infrastructure de machine virtuelle et de stockage pendant au moins 48 heures, puis à la seconde au-delà. Vous pouvez augmenter la quantité de machines virtuelles et d'infrastructure de stockage disponibles à tout moment. Chaque ECPU que vous provisionnez pour exécution sur le système est facturée à la seconde, avec une période d'utilisation minimale d'une minute.

L'utilisation d'Autonomous AI Database Serverless est facturée en fonction des valeurs de deux paramètres : le calcul et le stockage. Vous sélectionnez des valeurs pour ces paramètres lorsque vous provisionnez ou redimensionnez une instance Autonomous AI Database. Pour plus de détails, reportez-vous à Récapitulatif de la facturation Autonomous AI Database.

La consommation Oracle est mise en correspondance à 1:1 avec votre engagement de consommation Microsoft Azure (MACC).

L'utilisation de Base Database Service est facturée en fonction du nombre d'heures d'ECPU consommées et du nombre total de gigaoctets de stockage de volume de blocs consommés.

L'utilisation de GoldenGate est facturée en fonction du nombre d'heures OCPU consommées.

Quelle est l'unité d'achat minimale pour un client dans Azure ?

Le minimum pratique pour l'achat d'Exadata Database Service sur infrastructure dédiée ou d'Autonomous AI Database sur infrastructure Exadata dédiée est le suivant :

  • Exadata Cloud Infrastructure
    • Comprend deux serveurs de base de données et trois serveurs de stockage.
  • Pour les OCPU ou ECPU Exadata Database (licence incluse ou BYOL, selon les circonstances)
    • Chaque machine virtuelle doit être provisionnée avec un minimum de deux OCPU par nœud.
  • Pour les OCPU ou ECPU Autonomous AI Database (licence incluse ou BYOL, selon les circonstances)
    • Chaque machine virtuelle doit être provisionnée avec un minimum de 10 OCPU ou 40 ECPU par nœud, bien que ceux-ci ne soient pas facturés.
    • Le minimum facturé est soit 1 OCPU, soit 2 ECPU pour une instance Autonomous AI Database en cours d'exécution.
  • Peut évoluer par incréments de base de données et de serveur de stockage uniques

La configuration minimale pour Exadata Database Service sur l'infrastructure Exascale sur Oracle AI Database@Azure est deux machines virtuelles avec un total de 16 ECPU, 560 Go de stockage de machine virtuelle et 300 Go de stockage de base de données Exascale partagé.

La configuration la plus petite pour Autonomous AI Database Serverless dépend de la configuration de service que vous utilisez. Pour Oracle Autonomous AI Transaction Processing, il s'agit de deux ECPU avec 20 Go de stockage, et pour Oracle Autonomous AI Lakehouse, de deux ECPU avec 1 To de stockage.

Le minimum pour acheter Base Database Service sur Oracle AI Database@Azure est de quatre ECPU et 256 Go de stockage.

GoldenGate est facturé en fonction du calcul et du stockage que vous provisionnez, sans durée minimale. Vous ne payez que ce que vous utilisez.

Quelle est la période des services minimale pour les services exécutés sur Oracle AI Database@Azure ?

Exadata Database Service sur infrastructure dédiée, Autonomous AI Database sur infrastructure Exadata dédiée (X11M) et Exadata Database Service sur infrastructure Exascale disposent d'une période de service minimale de 48 heures. La consommation ECPU et OCPU d'Exadata Database Service peut être réduite à zéro pour arrêter la facturation. Les instances Autonomous AI Database sur infrastructure Exadata dédiée peuvent être arrêtées pour suspendre la facturation ECPU et OCPU. Les services Autonomous AI Database (Autonomous AI Database Serverless et Base Database Service) n'ont pas de période de service minimale.

Existe-t-il un niveau gratuit pour Oracle AI Database@Azure ?

Actuellement, il n'y a pas d'option Free Tier. Cependant, pour Autonomous AI Database sur infrastructure Exadata dédiée, bien que vous deviez être abonné à l'infrastructure, vous pouvez créer et exécuter gratuitement un nombre illimité de bases de données d'instance de développement.

Quelle est la pratique standard relative aux coûts de trafic réseau de reprise après sinistre ?

Tout trafic OCI inter-région qui engendre normalement des coûts de bande passante réseau sera décompté du MACC du client (par exemple, un client effectuant une reprise après sinistre inter-région utilisant Oracle AI Database@Azure dans la région un et la région deux devrait s'acquitter de coûts de trafic réseau).

La sortie ou l'entrée de données entre OCI et Azure est-elle facturée ?

Aucuns frais d'entrée/de sortie supplémentaires ne s'appliquent aux mouvements de données entre OCI et Azure via Multicloud Link dans la même région.

En quoi le modèle de tarification d'Autonomous AI Database sur infrastructure Exadata dédiée diffère-t-il d'Autonomous AI Database Serverless ?

Autonomous AI Database sur infrastructure Exadata dédiée nécessite un abonnement à l'infrastructure Exadata, qui réserve essentiellement l'allocation d'infrastructure à locataire unique, y compris tout le stockage de base de données implicite détenu par cette infrastructure. Autonomous AI Database Serverless nécessite l'achat incrémentiel de stockage par tranches de 1 To. Les deux sont tarifés de la même manière à l'unité de calcul ECPU. Le stockage de sauvegarde du service est supplémentaire pour les deux services et dépend du type de destination choisi.

Opérations, support et sécurité

Les applications Oracle sont-elles prises en charge sur Oracle AI Database@Azure ?

Les applications Oracle suivantes sont désormais prises en charge sur Azure lorsqu'elles sont exécutées sur Oracle AI Database@Azure :

  • Oracle E-Business Suite
  • PeopleSoft
  • JD Edwards EnterpriseOne
  • Oracle Enterprise Performance Management
  • Oracle Retail Applications

Pour plus d'informations, reportez-vous aux stratégies d'assistance suivantes :

Quel est le modèle de support pour Oracle AI Database@Azure ?

Oracle et Microsoft ont développé un modèle de support commun pour assurer une réponse et une résolution rapides pour les workloads stratégiques. Les clients créeront toutes les demandes d'assistance technique directement auprès d'Oracle. Oracle contactera le support technique Microsoft si nécessaire.

Comment gérer mes bases de données Oracle AI Database sur Oracle AI Database@Azure ?

Oracle et Microsoft se sont associés pour vous offrir une expérience Azure bien intégrée du déploiement, de la gestion et de l'utilisation d'instances Oracle AI Database dans Azure. Pour la plupart des opérations quotidiennes, vous pourrez utiliser les outils Azure natifs.

Comment réaliser une reprise après sinistre pour Oracle AI Database@Azure ?

Oracle AI Database@Azure sera disponible dans plusieurs zones au sein d'une région Azure et plusieurs régions Azure au sein d'une zone géographique. Les clients peuvent utiliser Oracle Data Guard pour déployer des solutions de reprise après sinistre. Reportez-vous à l'architecture de référence pour déployer une solution de reprise après sinistre à l'aide de Data Guard dans des zones de disponibilité au sein d'une région conforme à la norme Gold d'Oracle Maximum Availability Architecture (MAA). Pour en savoir plus, reportez-vous à Oracle Maximum Availability Architecture pour Oracle AI Database@Azure.

Puis-je utiliser les zones de disponibilité Azure avec Oracle AI Database@Azure ?

Oracle AI Database@Azure sera disponible dans plusieurs zones de disponibilité au sein d'une région Azure pour répondre aux exigences de haute disponibilité (HA) et de reprise après sinistre.

Le lien entre Azure et OCI peut-il être considéré comme une porte dérobée (vers OCI ou Azure) ?

Non. Oracle détient le lien, la gestion et le trafic circulant entre le data center Azure et le data center OCI parent. Les réseaux de gestion Azure et OCI ne se croisent pas. Azure ne dispose d'aucune visibilité au-delà du point de terminaison de l'équipement de transfert du partenaire au sein du data center où Oracle se connecte. Et inversement, Oracle ne peut pas voir au-delà de ce même point. La liaison réseau est traitée comme interne à Oracle.

Prenons-nous en charge Oracle Operator Access Control pour Oracle Exadata Cloud@Customer ? Comment ces opérations se déroulent-elles ?

Oui, Autonomous AI Database sur infrastructure Exadata dédiée dans Azure prend en charge Operator Access Control et chaque Autonomous VM Cluster peut être enregistré indépendamment auprès du service. Operator Access Control n'est pas disponible pour les autres services sur Oracle AI Database@Azure.

Le service peut-il être entièrement exploité et géré à partir de la console ou de l'API Azure ?

Les ressources Oracle AI Database@Azure provisionnées et gérées via le fournisseur de ressources Oracle AI Database dans Azure peuvent être exploitées et gérées à partir de la console, de l'API, du SDK ou de l'interface de ligne de commande Azure.

  • L'infrastructure Exadata est entièrement gérée.
  • Les clusters de machines virtuelles Exadata sont partiellement gérés.
  • Les systèmes Base Database Service sont partiellement gérés.
  • Les bases de données de conteneur Oracle et les bases de données enfichables ne sont pas gérées par le fournisseur de ressources Oracle.
  • Les clusters de machines virtuelles, les bases de données conteneur autonomes et les instances Autonomous AI Database ne sont pas gérés par le fournisseur de ressources Oracle.

L'extension des ressources et des fonctionnalités gérées par le fournisseur de ressources Oracle est à l'étude.

Quelle est la taille de reprise après sinistre recommandée par rapport à la région principale ?

L'infrastructure Oracle AI Database@Azure est identique à celle d'OCI. Par conséquent, les outils standard de dimensionnement d'Exadata et d'Oracle Database, tels qu'Oracle Cloud Capacity Analytics, peuvent être utilisés.

Quelle est la relation entre la région Azure et le déploiement Oracle AI Database@Azure ?

Le matériel Oracle AI Database@Azure est déployé dans la zone de disponibilité de la région Azure équivalente au domaine de disponibilité dans OCI. Pour les régions Azure et OCI comportant plusieurs zones et domaines de disponibilité, le matériel Oracle AI Database@Azure sera déployé dans des zones avec une correspondance de 1:1 vers le domaine de disponibilité OCI.

Quel est le réseau entre Azure et OCI ?

Le réseau entre le déploiement Oracle AI Database@Azure dans Azure et son site OCI parent est une fibre noire dédiée, redondante et gérée en interne par Oracle, semblable à l'infrastructure réseau AD-AD OCI. La connexion entre le matériel Oracle AI Database@Azure sur site et Azure est établie via une connectivité locale par l'intermédiaire d'un matériel réseau redondant direct vers l'infrastructure réseau Azure.

Quelle connectivité existe entre le data center Azure et le data center Oracle Cloud Infrastructure ?

Chaque déploiement Oracle AI Database@Azure est connecté à un site OCI parent. Ce lien est utilisé pour :

  • Opérations de plan de contrôle
    • Gestion de l'infrastructure, y compris l'application de patches, la surveillance, la maintenance, etc., par Oracle Cloud Operations
    • Workflows de provisionnement et de contrôle des fournisseurs de ressources Oracle
  • Opérations de plan de données
    • Sauvegardes Oracle Database vers Oracle Database Zero Data Loss Autonomous Recovery Service et OCI Object Storage (dans le cadre des sauvegardes automatisées facultatives d'Oracle AI Database)
    • Transmission du fichier de journalisation Oracle Data Guard de la base principale vers la base de secours déployée à d'autres emplacements

Existe-t-il des ralentissements/limites de capacité pour le réseau (par exemple, si un client réplique OCI Oracle Exadata Database Service sur infrastructure dédiée avec des téraoctets de données vers Oracle AI Database@Azure) ?

Le réseau entre le parent OCI et l'infrastructure Oracle AI Database@Azure est considéré comme un réseau régional interne. Par conséquent aucun coût n'est facturé pour le trafic et il n'y a aucune limitation ou ralentissement. La capacité éventuelle et les autres limites imposées au réseau virtuel Azure sont toujours en vigueur (par exemple, la bande passante entre le sous-réseau délégué et Azure Private Link est limitée à 50 Gb/s, ce qui affecte les services tels que l'accès à Azure Blob Storage).

La connexion entre Oracle AI Database@Azure et OCI passe-t-elle par Oracle Interconnect for Microsoft Azure ? Le service s'appuie-t-il sur l'interconnexion OCI-Azure ?

Non, Oracle Interconnect for Azure est un service Oracle autonome que les clients peuvent utiliser lors du déploiement de services cloud Oracle et Azure nécessitant une interconnectivité. Oracle AI Database@Azure n'utilise pas cette liaison réseau.

L'interconnexion OCI-Azure et Oracle AI Database@Azure tirent parti de la proximité entre les clouds. Par conséquent, il peut y avoir un chevauchement important dans les futurs déploiements de région.

Si vous souhaitez utiliser d'autres services OCI avec des services Azure, Oracle Interconnect for Azure devra être configuré.

Le trafic entre les data centers Azure et OCI est-il chiffré ?

Tout le trafic entre les sites, y compris l'infrastructure Oracle AI Database@Azure, est chiffré.

Quel est le chemin de réplication des données pour la reprise après sinistre entre la base de données principale et la base de données de récupération après sinistre ?

Les fichiers de journalisation Oracle Data Guard sont expédiés de la base de données principale vers la base de données de secours via le sous-réseau client par les réseaux gérés par le client sur l'infrastructure OCI.

  • Si la base de données de secours est hébergée dans la même zone Oracle AI Database@Azure :
    • L'expédition des fichiers de journalisation est s'effectue en local vers l'infrastructure réseau Oracle AI Database@Azure hébergée sur Azure.
    • Le routage utilise des groupes d'appairage locaux vers le VCN hub (si vous utilisez différents réseaux cloud virtuels OCI).
  • Si la base de données de secours est hébergée dans la même région Azure mais dans des zones différentes :
    • L'expédition des fichiers de journalisation s'effectue via le site OCI parent (pas de trafic entre AZ).
    • Le routage utilise des groupes d'appairage locaux vers le VCN hub (si vous utilisez différents réseaux cloud virtuels OCI)
  • Si la base de données de secours est hébergée dans une autre région Oracle AI Database@Azure :*
    • L'expédition des fichiers de journalisation s'effectue via le site OCI parent vers le site parent de secours vers l'infrastructure Oracle AI Database@Azure de secours.
    • Le routage utilise des groupes d'appairage locaux vers les réseaux cloud virtuels hub.

* Entraîne des coûts de transfert de données sortantes.

Que se passe-t-il en cas d'échec de la connexion à OCI ? Le plan de données reste-t-il en cours d'exécution et les données sont-elles accessibles ?

Les déploiements Exadata existants restent opérationnels. Toutefois, les clients ne peuvent pas créer, mettre à jour ou supprimer des ressources. Les processus ou procédure reposant sur des services basés sur OCI (par exemple, recherche de clé OCI Vault, sauvegardes de base de données, etc.) échouent.

Les mesures et les ressources de journalisation envoyées d'OCI à Azure Monitor sont retardées, même si le déploiement Exadata est fonctionnel.

Il faut s'attendre à ce que toutes les fonctionnalités du plan de contrôle ne soient plus disponibles.