FAQ sur Oracle Database@Azure

Informations produit générales

Qu'est-ce qu'Oracle 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. Quelques-uns des principaux avantages d'Oracle Database@Azure sont présentés ci-dessous.

  • 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 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 Database disponibles directement dans Azure.

Quels produits Oracle seront disponibles ?

Oracle Exadata Database Service sera le premier produit disponible de cette offre. Il est prévu que ce portefeuille se développe rapidement avec des produits supplémentaires.

Quelles sont les références Oracle disponibles avec Oracle Database@Azure (par exemple, OCI GoldenGate, Oracle Data Guard, Oracle Zero Downtime Migration, etc.) ?

Référence Description
B93380 Exadata Cloud Infrastructure - Quart de rack - X9M
B93381 Exadata Cloud Infrastructure - Serveur de base de données - X9M - Environnement hébergé par heure
B93382 Exadata Cloud Infrastructure - Serveur de stockage - X9M - Environnement hébergé par heure
B88592 Exadata Database OCPU - Infrastructure dédiée - OCPU par heure
B88847 Exadata Database OCPU - Infrastructure dédiée - BYOL OCPU par heure
B91627 Oracle Cloud Infrastructure - Object Storage - Demandes
B91628 Oracle Cloud Infrastructure - Object Storage - Stockage

Toutes les autres références Oracle Cloud nécessitent un engagement de crédits universels valide, disponible uniquement avec OCI.

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

  • Engagement de consommation Microsoft Azure (MACC) : l'achat d'Oracle Database@Azure contribuera au 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 Database@Azure de la même manière qu'avec Oracle Cloud Infrastructure.

Comment migrer vers Oracle 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 ?

Oracle Database@Azure est désormais disponible dans la région Microsoft Azure Est des États-Unis (deux zones de disponibilité). Le service sera disponible dans d'autres régions en 2024, notamment Allemagne Ouest Centre, UK Sud, Australie Est, Japon Est, Canada Centre, Brésil Sud, France Centre, États-Unis Centre et États-Unis Centre Sud. Oracle et Microsoft continueront à étendre la disponibilité à d'autres régions pour répondre à la demande des clients. 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 Database@Azure ?

Oui. Contactez votre fournisseur de services partenaire ou Oracle Sales pour plus d'informations.

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

Si vous souhaitez devenir fournisseur de services partenaire ou en savoir plus, vous pouvez trouver les dernières informations sur notre site Web ou contacter votre représentant Oracle.

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

Exadata X9M sera pris en charge lors de la disponibilité générale.

Quelles versions d'Oracle Database seront disponibles ?

Le provisionnement d'Oracle Database sur Oracle 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 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 seront les options de sauvegarde disponibles lors de la disponibilité générale ? Les options OCI et Azure natives sont-elles disponibles ?

Oracle Cloud Infrastructure Object Storage est le service de sauvegarde recommandé. Il permet de s'appuyer sur le MACC d'un client. La sauvegarde vers Oracle Database Autonomous Recovery Service ou tout autre système de stockage (tel que le stockage natif Azure) nécessite un engagement de crédits universels auprès d'Oracle.

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

Oracle Database@Azure est un déploiement standard, disponible dans Azure VNet. Les outils de gestion Oracle 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 Database@Azure et d'autres services OCI ?

Oracle 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 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 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 aussi bien à locataire unique que multi-locataires ?

Oui, Oracle Database@Azure prend en charge les environnements à locataire unique et multi-locataires. Oracle Exadata Database Service on Dedicated Infrastructure exécuté dans Azure fournit aux clients des nœuds de calcul et de stockage Exadata dédiés, de la même manière qu'avec une exécution sur OCI.


Facturation et économie

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

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

Oracle Database@Azure prendra-t-il en charge les locations OCI nouvelles et existantes lors de la disponibilité générale ?

Oui. Les locations peuvent être nouvelles ou existantes. Vous aurez le choix au cours du processus d'intégration. Comme le service Oracle Database@Azure est physiquement présent dans Azure, les environnements Oracle Exadata Database Service on Dedicated Infrastructure 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.

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

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

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

Oui. Vous pouvez utiliser votre engagement de consommation Microsoft Azure (MACC) pour Oracle 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 d'infrastructure cloud Exadata que vous provisionnez, les 48 premières heures de consommation vous sont facturées, puis la facturation est calculée à la seconde après cela. Chaque OCPU que vous ajoutez au système est 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.

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

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

Le minimum pratique d'achat Exadata sur Oracle Database@Azure est le suivant :

  • Exadata Cloud Infrastructure - Quart de rack
    • Comprend deux serveurs de base de données et trois serveurs de stockage
  • Exadata Database OCPU (licence incluse ou BYOL, selon les circonstances)
    • Quatre OCPU au minimum
  • Peut évoluer par incréments de base de données et de serveur de stockage uniques

Quelle est la période de service minimale pour le service Oracle Database@Azure ?

Comme c'est le cas avec Oracle Exadata Database Service, chaque forme/instance d'infrastructure Exadata Oracle Database présente une période de service minimale de 48 heures.

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

À la disponibilité générale, il n'y a pas d'option Free Tier.

Quelle est la pratique standard relative aux coûts de trafic réseau de reprise après sinistre ? Ces coûts sont-ils mesurés et facturés dans OCI ?

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


Opérations, support et sécurité

Quel est le modèle de support d'Oracle 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 peuvent contacter les équipes de support de Microsoft ou d'Oracle.

Comment gérer mes bases de données Oracle Database sur Oracle 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 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 Database@Azure ?

Oracle Database@Azure sera disponible dans plusieurs régions publiques Azure au sein d'une géographie (par exemple, les États-Unis ou l'Europe). Les clients Azure peuvent utiliser Oracle Data Guard pour assurer la protection des données et la reprise après sinistre.

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

Les clients auront accès à Oracle Real Application Clusters. Oracle Database@Azure sera également déployé dans plusieurs zones de disponibilité (AZ) au sein d'une région Azure pour répondre aux besoins de haute disponibilité (HA).

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 ?

Operator Access Control est disponible pour les clusters de machines virtuelles Oracle Compute Cloud@Customer, Exadata Cloud@Customer et Autonomous Exadata sur les machines virtuelles client déployées sur Oracle Autonomous Database on Exadata Cloud@Customer.

La gestion d'Oracle Database@Azure est identique à celle d'Oracle Exadata Database Service sur OCI. Par conséquent, Operator Access Control n'est pas applicable.

Est-ce qu'Oracle Autonomous Database sera proposé ?

La mise à disposition d'Oracle Autonomous Database via Oracle Database@Azure est à l'étude. Aujourd'hui, les clients Azure peuvent utiliser Oracle Interconnect for Microsoft Azure pour accéder à toutes les fonctionnalités d'Oracle Autonomous Database sur OCI.

Oracle Autonomous Database Select AI prend désormais en charge Azure OpenAI pour traduire les questions propres à l'entreprise ou au domaine en requêtes SQL. Les clients peuvent simplement poser des questions dans n'importe quelle langue sans savoir où et comment leurs données sont stockées pour obtenir des informations. Oracle Autonomous Database s'intègre désormais à Azure Service Fabric, permettant des workflows Power BI et Oracle Autonomous Database plus transparents.

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

Les ressources Oracle Database@Azure provisionnées et gérées via le fournisseur de ressources Oracle 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 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.

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 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 Database@Azure ?

Le matériel Oracle 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 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 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 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 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 OCI Object Storage (dans le cadre des sauvegardes automatisées facultatives d'Oracle 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 on Dedicated Infrastructure avec des téraoctets de données vers Oracle Database@Azure) ?

Le réseau entre le parent OCI et l'infrastructure Oracle 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 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 Database@Azure n'utilise pas cette liaison réseau.

L'interconnexion OCI-Azure et Oracle 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 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 Database@Azure :
    • L'expédition des fichiers de journalisation est s'effectue en local vers l'infrastructure réseau Oracle 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 OCI :*
    • L'expédition des fichiers de journalisation s'effectue via le site OCI parent vers le site OCI de secours.
    • Le routage utilise des groupes d'appairage locaux vers les réseaux cloud virtuels hub.
  • Si la base de données de secours est hébergée dans une autre région Oracle 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 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.