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 sont les produits Oracle disponibles ?

Oracle Exadata Database Service, Oracle Autonomous Database Serverless et Oracle Database Zero Data Loss Autonomous Recovery Service sont disponibles. Il est prévu que ce portefeuille se développe rapidement avec des produits supplémentaires.

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

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 - Requêtes
B91628	Oracle Cloud Infrastructure - Object Storage – Stockage
B95701	Oracle Autonomous Data Warehouse - ECPU
B95703	Oracle Autonomous Data Warehouse - ECPU - apportez votre propre licence
B95754	Oracle Autonomous Database Storage
B95702	Oracle Autonomous Transaction Processing - ECPU
B95704	Oracle Autonomous Transaction Processing - ECPU - BYOL
B95706	Oracle Autonomous Database Storage pour le traitement des transactions (capacité de stockage en gigaoctets par mois)
B88327	Transfert de données sortantes - En provenance d'Amérique du Nord, d'Europe et du Royaume-Uni
B93455	Transfert de données sortantes - Originaire de l'APAC, du Japon et de l'Amérique du Sud
B93456	Transfert de données sortantes - Originaire du Moyen-Orient et de l'Afrique
B95240	Oracle Database Autonomous Recovery Service
B95241	Oracle Database Zero Data Loss Autonomous Recovery Service

Toutes les autres références Oracle Cloud sont disponibles uniquement dans 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 ?

Pour connaître la disponibilité régionale et la feuille de route, reportez-vous à la section relative aux régions Oracle 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 Database@Azure ?

Oui, pour les services de conseil. Notez qu'Oracle 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 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 ?

Actuellement, Exadata X9M est pris en charge.

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 sont les options de sauvegarde disponibles pour Oracle 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 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.

Quelles sont les certifications de conformité applicables à Oracle DatabaseDB@Azure ?

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

Facturation et économie

Comment acheter des services Oracle Database@Azure ?

Oracle Exadata Database Service est disponible à l'achat via une offre privée sur Azure Marketplace, avec des tarifs basés sur un 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 Autonomous 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 un achat, contactez l'équipe commerciale ou votre représentant 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.

Vous pouvez acheter Oracle Database@Azure avec une licence Oracle Database incluse ou utiliser vos licences Oracle Database existantes, y compris les contrats de licence illimités (ULA) et Oracle Bring Your Own License (BYOL).

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 Oracle Bring Your Own License (BYOL).

Oracle 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 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.

L'utilisation sans serveur d'Autonomous Database 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 Database. Pour plus de détails, reportez-vous à Récapitulatif de la facturation Autonomous Database.

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 ?

Actuellement, 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 ?

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 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 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 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 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 for Oracle Database@Azure.

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

Oracle 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 ?

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.

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 Oracle Database Zero Data Loss Autonomous Recovery Service et 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 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.