Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Dans cet article, obtenez des réponses aux questions fréquemment posées sur Oracle Database@Azure.
Général
Cette section contient des réponses à des questions générales sur Oracle Database@Azure.
Comment fonctionne Oracle Database@Azure ?
Oracle Database@Azure est activé en hébergeant Oracle Cloud Infrastructure (OCI) dans Azure. Dans Oracle Database@Azure, OCI est intégré en mode natif à Azure pour offrir une connectivité à faible latence et à bande passante élevée de votre couche Base de données stratégique vers votre couche Application et autres services dans Azure. Les fonctionnalités d’entreprise critiques telles qu’Oracle Real Application Clusters (Oracle RAC), Oracle Data Guard, Oracle GoldenGate, les sauvegardes managées, les sauvegardes Oracle Recovery Manager (RMAN) auto-managées, la migration Oracle Zero Downtime Migration (Oracle ZDM), la connectivité locale et l’intégration transparente avec d’autres services Azure sont prises en charge. Pour plus d’informations, consultez la vue d’ensemble d’Oracle Database@Azure.
En quoi Oracle Database@Azure est-il différent de l’interconnexion OCI et d’Oracle sur des machines virtuelles Azure ?
Oracle Database@Azure : Oracle Database@Azure (Oracle Database Service pour Azure) est hébergé sur l’infrastructure OCI dans des centres de données Azure. Vous pouvez héberger vos bases de données Oracle critiques plus près de votre couche Application hébergée dans Azure. L’intégration du réseau virtuel Azure à la délégation de sous-réseau permet aux adresses IP privées des réseaux virtuels du client de servir de points de terminaison de base de données. Cette solution est un service managé par Oracle et pris en charge dans Azure.
Oracle sur machines virtuelles Azure : vous pouvez également déployer et gérer automatiquement vos charges de travail Oracle sur des machines virtuelles Azure. Plus précisément, les charges de travail qui ne nécessitent pas de fonctionnalités telles que RAC ou Exadata Smart Scan ni de performances Exadata sont mieux adaptées à cette opération.
Interconnexion OCI : l’interconnexion OCI est utilisée pour connecter vos déploiements Oracle dans OCI à des applications et des services dans Azure via OCI FastConnect et Azure ExpressRoute. Cette configuration convient généralement aux charges de travail et aux solutions qui peuvent fonctionner avec l’enveloppe à latence élevée et qui dépendent de services et de fonctionnalités s’exécutant dans les deux clouds.
Oracle Database@Azure est-il disponible sur une infrastructure dédiée ou n’est-il disponible qu’en tant que service partagé ? Qu’est-ce que le niveau d’isolation ?
Deux services sont proposés dans le cadre d’Oracle Database@Azure :
Oracle Exadata Database sur une infrastructure dédiée s’exécute sur une infrastructure Exadata dédiée dans Azure. Vous obtenez des processeurs Oracle (OCPU) et un stockage dédiés. L’isolation est au niveau du nœud.
Oracle Autonomous Database est l’autre service Oracle Database proposé dans Azure. Autonomous Database réside sur une infrastructure Exadata partagée.
Quelles sont les versions de base de données Oracle prises en charge sur Oracle Database@Azure ?
Les versions d’Oracle prises en charge sur Oracle Cloud Infrastructure (OCI) le sont également sur Oracle Database@Azure. Ces versions incluent les versions 11g à 19c, de la même façon que pour Exadata Cloud Service dans OCI. Les versions antérieures à la version 19c ont besoin d’une mise à niveau. Pour plus d’informations, consultez Versions d’Oracle Database qui prennent en charge la mise à niveau directe.
Avez-vous des points de référence documentés sur la latence entre les ressources Azure et Oracle Database@Azure ?
La latence entre les ressources Azure et Oracle Database@Azure se situe dans l’enveloppe de latence régionale Azure, car l’infrastructure Exadata réside dans des centres de données Azure. La latence peut être encore ajustée en fonction de la colocalisation au sein des zones de disponibilité. Pour plus d’informations, consultez Que sont les zones de disponibilité ?
Oracle Database@Azure prend-il en charge le déploiement d’Oracle Base Database, ou dois-je migrer vers le service Autonomous Database ?
Non, pour le moment, le service Base Database (BD) n’est pas pris en charge avec Oracle Database@Azure. Vous pouvez déployer des bases de données auto-managées à instance unique sur des machines virtuelles Azure. Si vous avez besoin de bases de données managées par Oracle avec Oracle RAC, nous vous recommandons d’utiliser Autonomous Database via Oracle Database@Azure. Pour plus d’informations, consultez Autonomous Database et Approvisionner Oracle Autonomous Database.
Pour le service Oracle Database@Azure, la récupération d’urgence automatisée utilise-t-elle l’artère principale Azure ou OCI ?
La continuité d’activité et la reprise d’activité (BCDR) sont activées à l’aide de l’offre managée OCI (Backup and Data Guard). BCDR utilise l’artère principale Azure/OCI.
Combien de serveurs de base de données peuvent être déployés dans chaque rack d’Oracle Database@Azure ? Existe-t-il une certaine flexibilité en termes de scale-up et de scale-down en fonction des besoins du point de vue de la consommation et des licences ?
Oracle Database@Azure s’exécute actuellement sur du matériel Oracle Exadata X9M, et fournit une configuration minimale de deux serveurs de base de données et trois serveurs de stockage. Cette configuration est appelée quarter-rack. Cette configuration peut être augmentée jusqu’à une limite de 32 serveurs de base de données et 64 serveurs de stockage. Vous pouvez effectuer un scale-up et un scale-down si nécessaire dans le système Oracle Exadata en fonction de votre SKU. Pour plus d’informations sur les configurations, consultez Description d’Oracle Exadata Database Service on Dedicated Infrastructure. Pour plus d’informations, consultez la feuille de données Oracle Exadata Cloud Infrastructure X9M.
Quelles sont les applications Oracle qui peuvent s’exécuter sur Azure ?
Différentes applications Oracle sont autorisées et prises en charge pour une exécution sur Azure. Pour plus d’informations, consultez les programmes Oracle éligibles pour connaître les environnements cloud autorisés.
Quels sont les contrats de niveau de service disponibles ?
Pour prendre connaissance des contrats de niveau de service détaillés, consultez le document Oracle PaaS and IaaS public cloud services pillars.
Facturation et commerce
Cette section aborde les questions relatives à la facturation et au commerce d’Oracle Database@Azure.
Quel est le coût d’Oracle Database@Azure ?
Les coûts d’Oracle Database@Azure sont équivalents à ceux d’Exadata Cloud dans OCI. Pour connaître les prix, consultez l’estimateur de coût cloud OCI. Pour connaître les coûts propres à votre scénario et à votre environnement, contactez votre équipe commerciale Oracle.
Oracle Database@Azure est-il éligible pour Microsoft Azure Commit to Consume (MACC) et/ou Azure Credit Offers (ACO) ?
L’offre Oracle Database@Azure est éligible à la décrémentation Microsoft Azure Commit to Consume (MACC). Toutefois, les crédits Azure (ACO) ne peuvent pas être utilisés pour obtenir des Database@Azure Oracle.
Quelles sont les options de licence disponibles pour le déploiement des bases de données Oracle à l’aide d’Oracle Database@Azure ?
Vous pouvez apporter votre propre licence (BYOL) ou approvisionner une licence comprise avec des bases de données Oracle dans Oracle Database@Azure.
Puis-je acheter Oracle Database@Azure même si le service n’est pas disponible dans ma région ?
Vous pouvez acheter Oracle Database@Azure à tout moment, car il est en disponibilité générale dans plusieurs régions. Toutefois, vous pouvez déployer le service dans une région uniquement une fois que le service est pris en charge dans cette région.
Pour Oracle Database@Azure, la récupération d’urgence DBCS d’Oracle Database sera-t-elle facturée par Azure ?
BCDR pour les jeux de caractères codés sur deux octets (DBCS) à l’aide de l’offre managée par OCI (Oracle Backup et Oracle Data Guard) n’entraîne plus de frais d’Azure.
Les entrées et sorties entraînent-elles des frais pour le service Oracle Database@Azure ?
Les entrées et sorties pour les services managés s’effectuent via l’artère principale Azure/OCI, et n’entraînent pas de frais. Le trafic de réseau virtuel est facturé au prix actuel.
Intégration, approvisionnement et migration
Cette section traite des questions relatives à l’intégration, à l’approvisionnement et à la migration vers Oracle Database@Azure.
Un fournisseur de solutions Cloud ou un externaliseur peut-il utiliser Oracle Database@Azure ?
Non. Non, Oracle Database@Azure ne prend pas en charge les fournisseurs de services Cloud (CSP), les accords de canal d’externalisation (OCA) ou les offres privées multipartites (MPPO).
Pour configurer oracle Database@Azure, de quelles attributions de rôle l’utilisateur Azure a-t-il besoin ?
Pour obtenir la liste des attributions de rôles, consultez Groupes et rôles pour Oracle Database@Azure.
Pouvez-vous décrire les normes d’authentification et d’autorisation prises en charge par Oracle Database@Azure ?
Oracle Database@Azure est basé sur les normes SAML (Security Assertion Markup Language) et OpenID. OCI Identity and Access Management (IAM) peut être fédéré avec Microsoft Entra ID ou avec d’autres fournisseurs d’identité pour l’accès à la console OCI pour les utilisateurs de base de données Oracle.
Où trouver les meilleures pratiques pour planifier et déployer Oracle Database@Azure ?
Pour planifier et déployer vos charges de travail Oracle avec Oracle Database@Azure, consultez la documentation sur l’architecture des zones d’atterrissage.
Azure dispose-t-il d’outils permettant de comprendre le dimensionnement, l’utilisation des licences et le coût total de possession des bases de données Oracle pour Oracle Database@Azure et Oracle Cloud infrastructure as a service (IaaS) ?
Pour Oracle Database@Azure, le dimensionnement est managé par Oracle. Pour plus d’informations sur le dimensionnement, contactez votre représentant Oracle.
Pour Oracle Database sur des machines virtuelles Azure, nous proposons actuellement l’outil OMAT (Oracle Migration Assistance Tool). Pour plus d’informations, contactez votre représentant Microsoft.
Quels outils puis-je utiliser pour la migration de base de données ? Pouvez-vous donner d’autres détails sur les licences et les frais d’utilisation de ces outils ?
Plusieurs outils sont disponibles auprès d’Oracle, notamment Oracle ZDM, Oracle Data Guard, Oracle Data Pump et Oracle GoldenGate. Pour plus d’informations, consultez Migrer des charges de travail Oracle vers Azure. Pour les comptes commerciaux, contactez votre représentant Oracle.
Si j’utilise Oracle GoldenGate pour migrer, dois-je acheter une licence GoldenGate ?
Oui. Notez qu’une licence GoldenGate n’est pas incluse dans une offre privée. Discutez avec votre représentant Oracle sur la façon d’activer ce service avec Oracle Database@Azure.
Mise en réseau
Cette section traite des questions relatives aux réseaux pour Oracle Database@Azure.
Quels sont les modèles de réseau et les fonctionnalités réseau pris en charge avec Oracle Database@Azure ?
Nous prenons en charge une liste complète de modèles de connectivité et de fonctionnalités réseau pour Oracle Database@Azure. La liste évolue à mesure que nous publions de nouvelles fonctionnalités. Pour plus d’informations, consultez Planification réseau pour Oracle Database@Azure.
Quel est le fonctionnement du routage du trafic Data Guard entre les zones de disponibilité dans une même région Azure ?
Vous pouvez configurer un chemin d’accès réseau Oracle Data Guard lorsque vous configurez votre déploiement. Vous pouvez configurer le trafic Data Guard interzone de façon à ce qu’il traverse uniquement l’artère principale Azure. En revanche, le trafic interrégional doit traverser les artères principales Azure et OCI.
Quel est l’impact de la latence sur l’utilisation des connexions OCI ?
Aucune. La connexion OCI est principalement utilisée par r le plan de contrôle OCI pour la gestion du service. Il n’y a aucun impact sur les latences entre l’application et la base de données, ni sur les latences du plan de données.
Comment faire pour obtenir des latences faibles entre mes couches Application et Base de données ?
Pour bénéficier des plus faibles latences possibles, vous pouvez déployer votre application et votre base de données dans le même réseau virtuel ou dans des réseaux virtuels appairés dans la même région et la même zone de disponibilité.
Gestion
Cette section traite des questions relatives à la gestion d’Oracle Database@Azure.
Qui gère et héberge les données dans ce partenariat avec Oracle ?
Oracle gère et héberge les données sur OCI hébergées dans des centres de données Azure. Vos données résident dans l’infrastructure Oracle Exadata approvisionnée dans Azure, et dans la limite du réseau virtuel Azure.
Si vous activez la sauvegarde sur Azure, les données résident dans le stockage Azure respectif, comme Azure NetApp Files et Stockage Blob Azure.
Nous assurons le respect des stratégies de confidentialité et de conformité des données des deux entreprises par le biais de l’isolation physique des systèmes dans les centres de données Azure et par le biais de stratégies d’affectation des accès. Pour plus d’informations sur la conformité, consultez Vue d’ensemble d’Oracle Database@Azure etInformations de conformité Oracle Database@Azure.
Comment la sécurité des données est-elle gérée ? Les données sont-elles chiffrées en transit et au repos ?
Les données sont chiffrées au repos. Tout le trafic entre les sites, y compris vers l’infrastructure d’Oracle Database@Azure, est chiffré.
Puis-je utiliser Azure Monitor avec Oracle Database@Azure ?
Oui. Des métriques sont publiées pour l’infrastructure Oracle Exadata, pour les clusters de machines virtuelles et pour les bases de données Oracle. Les métriques de base de données sont répertoriées sous les métriques de machines virtuelles. Vous pouvez créer des tableaux de bord personnalisés pour Azure Monitor utilisables avec la surveillance de votre application pour obtenir une vue unifiée. Pour découvrir plus d’informations, consultez Métriques Exadata et Métriques pour une base de données autonome.
Quelles sont les différentes options de sauvegarde sur Oracle Database@Azure ?
Sauvegardes automatisées et managées vers le stockage d’objets OCI et sauvegardes auto-managées à l’aide d’Oracle Database Autonomous Recovery Service vers Azure NetApp Files.
Existe-t-il un moyen de se connecter au stockage SAN ? Si oui, cette connexion est-elle prise en charge ?
Oracle Database@Azure fournit aux clients un stockage et une capacité de calcul Oracle Exadata dédiés dans l’infrastructure Exadata. Vous pouvez également attacher des volumes Azure NetApp Files aux machines virtuelles sur des clusters de machines virtuelles.
Pouvons-nous utiliser un module de sécurité matériel (HSM) dans Azure ou un HSM externe pour chiffrer les bases de données ? Quel est le fonctionnement des clés de base de données gérées par le client ?
Vous pouvez gérer les clés à l’aide d’Oracle Key Vault. L’intégration avec des offres Microsoft telles qu’Azure Dedicated HSM et Microsoft Sentinel figure sur la feuille de route.
Quelles sont les options de redondance de stockage disponibles ?
Oracle Automatic Storage Management (Oracle ASM) est le système de gestion de stockage par défaut et unique pris en charge sur les systèmes Oracle Exadata. Seuls les niveaux de redondance NORMAL (protection contre la défaillance d’un disque unique ou d’un serveur de stockage entier) et ÉLEVÉ (protection contre deux défaillances simultanées de disques partenaires de deux serveurs de stockage distincts) sont pris en charge sur les systèmes Oracle Exadata. Pour plus d’informations, consultez Oracle ASM Considerations for Exadata Deployments: On-premises and Cloud .
Le stockage hiérarchisé est-il disponible pour la base de données dans Oracle Database@Azure ?
Le service de stockage hiérarchisé est disponible pour Oracle Database@Azure. Les serveurs de stockage Oracle Exadata fournissent trois niveaux de hiérarchisation : PMem, NVME Flash et HDD. La compression et le partitionnement sont recommandés dans le cadre d’une conception de hiérarchisation du stockage. Pour plus d’informations, consultez la feuille de données Oracle Exadata Cloud Infrastructure X9M.
Où puis-je obtenir plus d’informations sur les fonctionnalités d’Oracle Database@Azure ?
Pour plus d’informations sur Oracle Database@Azure, consultez les ressources suivantes :