Oracle e Microsoft hanno ampliato la loro partnership per offrire servizi di database Oracle in esecuzione su Oracle Cloud Infrastructure e collocati nei data center Microsoft. I clienti di Azure possono ora procurarsi, distribuire e utilizzare i servizi di database Oracle in esecuzione su OCI all'interno del portale e delle API nativi di Azure, offrendo loro un'esperienza simile a quella di OCI in Azure. Ecco alcuni dei vantaggi principali di Oracle Database@Azure.
Sono disponibili Oracle Exadata Database Service, Oracle Autonomous Database Serverless e Oracle Database Zero Data Loss Autonomous Recovery Service. Ci aspettiamo che questo portafoglio cresca rapidamente con prodotti aggiuntivi.
Part number | Descrizione |
---|---|
B93380 | Infrastruttura cloud Exadata - Quarter Rack - X9M |
B93381 | Infrastruttura Exadata Cloud - Server di database - X9M Ambiente in hosting all'ora |
B93382 | Infrastruttura Exadata Cloud - Server di archiviazione - X9M Ambiente in hosting all'ora |
B88592 | OCPU di Exadata Database - OCPU di infrastruttura dedicata all'ora |
B88847 | OCPU di Exadata Database - OCPU di infrastruttura dedicata all'ora |
B91627 | Oracle Cloud Infrastructure - Object Storage - Richieste |
B91628 | Oracle Cloud Infrastructure - Object Storage - Storage |
B95701 | Oracle Autonomous Data Warehouse - ECPU |
B95703 | Oracle Autonomous Data Warehouse - ECPU - Modello BYOL |
B95754 | Oracle Autonomous Database Storage |
B95702 | Elaborazione autonoma delle transazioni Oracle - ECPU |
B95704 | Elaborazione autonoma delle transazioni Oracle - ECPU - Modello BYOL |
B95706 | Oracle Autonomous Database Storage for Transaction Processing (capacità di storage in GB al mese) |
B88327 | Trasferimento dati in uscita - Origine in Nord America, Europa e Regno Unito |
B93455 | Trasferimento dati in uscita - Origine in APAC, Giappone e Sud America |
B93456 | Trasferimento dati in uscita - Origine in Medio Oriente e Africa |
B95240 | Servizio di recupero autonomo di Oracle |
B95241 | Servizio di recupero autonomo di database a perdita zero di dati |
Tutti gli altri numeri di parte di Oracle Cloud sono disponibili solo in OCI.
La migrazione a questa offerta è come migrare a OCI mentre il servizio di database viene eseguito su OCI. Oracle fornisce strategie di migrazione del database comprovate, tra cui soluzioni di migrazione automatizzate come Oracle Zero Downtime Migration e potenti strumenti come Oracle Data Guard e Oracle Cloud Infrastructure GoldenGate..
Fai riferimento alla sezione relativa alle aree di Oracle Database@Azure per la disponibilità region e la roadmap. Invitiamo i clienti a condividere eventuali requisiti per aree aggiuntive con il proprio team di account Oracle o Microsoft.
Sì, per i servizi di consulenza. Oracle Database@Azure viene venduto ai clienti direttamente tramite Azure Marketplace e non è disponibile per l'acquisto tramite altre società o canali.
Se sei interessato a diventare un partner dei servizi di consulenza Oracle e a qualificarti per una designazione di Service Expertise, puoi trovare le informazioni più recenti sul sito Web Oracle PartnerNetwork. I fornitori di servizi possono acquistare l'offerta direttamente, ma non per conto dei clienti.
Attualmente, Exadata X9M è supportato.
Il provisioning di Oracle Database su Oracle Database@Azure è lo stesso di OCI, utilizzando lo stesso flusso dell'interfaccia utente, le chiamate API e così via. Pertanto, qualsiasi versione del database attualmente supportata e disponibile su OCI è visibile e disponibile sull'infrastruttura Oracle Database@Azure.
Poiché il provisioning e la gestione del database vengono eseguiti in OCI, saranno disponibili strumenti di database esistenti, come backup e clonazione.
Oracle Database Autonomous Recovery Service è la soluzione di backup consigliata per il backup del database e si baserà sul MACC di un cliente quando il backup è abilitato. I clienti possono scegliere di avere Oracle Database Autonomous Recovery Service nell'area Azure o nell'area OCI. Un'altra opzione di backup è Oracle Cloud Infrastructure Object Storage.
Oracle Database@Azure è una distribuzione standard, disponibile all'interno di Azure VNet. Gli strumenti di gestione di Oracle Database, ad esempio Data Pump, possono essere utilizzati per importare dati nel database dai client del database di Azure.
Il gateway di routing dinamico (DRG) utilizzato per fornire il collegamento tra le risorse di rete OCI e Azure è ospitato in una rete cloud virtuale (VCN) di servizio strettamente controllata e non può essere aggiornato. Al momento del provisioning, le risorse del cluster VM Exadata vengono collegate a questo DRG. Se hai requisiti di routing specifici, puoi utilizzare i gruppi di peering locali per connetterti a un'altra VCN. Questa VCN gestita in peering locale può quindi essere collegata a un DRG controllato dall'utente. Questo DRG può essere utilizzato per la replica tra più aree (vedere la domanda sulla replica dei dati per il disaster recovery (DR)).
Oracle Database@Azure è incentrato sui carichi di lavoro ad alte prestazioni e a bassa latenza in esecuzione in Azure. Se il carico di lavoro che richiede bassa latenza si trova in OCI, si consiglia di distribuire Oracle Exadata Database Service su Dedicated Infrastructure in OCI. Laddove disponibile, si consiglia di utilizzare Oracle Interconnect for Microsoft Azure per connettere il servizio OCI e Oracle Database@Azure per soddisfare le esigenze a bassa latenza.
Poiché il database viene creato tramite OCI, Oracle Cloud Infrastructure Vault viene utilizzato per ospitare la chiave generata dal sistema o generata dal cliente.
Sì, Oracle Database@Azure supporta ambienti sia single-tenant che multi-tenant. Oracle Exadata Database Service on Dedicated Infrastructure in esecuzione in Azure offre ai clienti nodi di calcolo e storage Exadata dedicati, proprio come quando viene eseguito su OCI.
La conformità è una responsabilità condivisa tra Oracle e Microsoft. Oracle Databse@Azure è stato certificato per la compliance standard del settore. Per informazioni dettagliate sulle certificazioni di conformità, visita Oracle Database@Azure Compliance Information
Offriamo una guida completa per l'implementazione dei database Oracle sulla piattaforma SAP NetWeaver Application Server ABAP/Java utilizzando Oracle Database@Azure, basata su Oracle Exadata Cloud Infrastructure X9M con Oracle Linux 8 sui nodi cluster VM. Mentre la certificazione SAP ufficiale è necessaria per le distribuzioni, puoi facilmente richiedere questa certificazione. Nel frattempo, è possibile utilizzare la guida alla distribuzione fornita. Se la tua organizzazione è interessata a distribuire SAP su Oracle Database@Azure, contatta Oracle Sales per completare la richiesta di certificazione SAP.
Oracle Exadata Database Service è disponibile per l'acquisto tramite un'offerta privata in Azure Marketplace, con prezzi basati su un preventivo personalizzato. In primo luogo, si lavora con Oracle Sales per negoziare i termini commerciali, che vengono formalizzati in un documento di ordine condiviso con l'utente per la revisione e l'accettazione. Successivamente, Oracle crea un'offerta privata e la carica in Azure Marketplace. Per eseguire il provisioning del servizio, è necessario acquistare l'offerta privata in Azure Marketplace.
Oracle Autonomous Database è disponibile sotto forma di offerta pay-as-you-go, offrendo agli sviluppatori la flessibilità necessaria per implementare un database completamente gestito in pochi minuti direttamente da Azure Marketplace. Il servizio è disponibile anche per l'acquisto tramite un'offerta privata in Azure Marketplace, con prezzi basati su un preventivo personalizzato. Per acquistare, contatta il team di vendita di Oracle o il funzionario commerciale Oracle di riferimento. Stabiliranno termini, offriranno prezzi personalizzati e creeranno un'offerta privata di Azure in Azure Marketplace. Per eseguire il provisioning del servizio, è necessario acquistare l'offerta privata in Azure Marketplace.
Puoi acquistare Oracle Database@Azure con una licenza Oracle Database inclusa o utilizzare le tue licenze Oracle Database esistenti, inclusi accordi di licenza illimitati (ULA) e Oracle Bring Your Own License (BYOL).
Sì. Puoi utilizzare le licenze esistenti di Oracle Database, inclusi gli accordi di licenza illimitati (ULA) e Oracle Bring Your Own License (BYOL).
Sì, le tenancy possono essere nuove o esistenti. Ti verrà data la possibilità di scegliere durante il processo di onboarding. Poiché il servizio Oracle Database@Azure è fisicamente presente in Azure, gli ambienti Oracle Exadata Database Service on Dedicated Infrastructure esistenti non verranno "spostati" fisicamente o commercialmente. Le nuove infrastrutture Exadata create all'interno di Azure verranno visualizzate nella tenancy OCI esistente.
No, i clienti pay-as-you-go devono creare un nuovo account OCI per Oracle Database@Azure. Il collegamento a una tenancy esistente è disponibile solo tramite un'offerta privata. Per ulteriori informazioni, visita collegare un account OCI esistente a Oracle Database@Azure.
Sì. L'utilizzo di Oracle Database@Azure maturerà gli stessi Oracle Support Rewards dell'utilizzo diretto di OCI.
Sì. Puoi utilizzare il tuo impegno MACC (Microsoft Azure Consumption Commitment) per Oracle Database@Azure. Per ulteriori informazioni, vedi Traccia il tuo impegno per il consumo di Microsoft Azure.
Per ogni istanza dell'infrastruttura cloud Exadata di cui si esegue il provisioning, verranno fatturate le 48 ore iniziali di consumo, quindi entro il secondo momento successivo. Ogni OCPU aggiunta al sistema viene fatturata per secondo, con un periodo di utilizzo minimo di un minuto. Se interrompi il cluster VM cloud e non interrompi la risorsa dell'infrastruttura Exadata cloud, la fatturazione continua per la risorsa dell'infrastruttura.
L'utilizzo serverless di Autonomous Database viene fatturato in base ai valori di due parametri: compute e storage. È possibile selezionare i valori per questi parametri quando si esegue il provisioning o si ridimensiona un'istanza di Autonomous Database. Per ulteriori dettagli, consulta il riepilogo della fatturazione di Autonomous Database.
Il consumo di Oracle associa 1:1 al tuo impegno per il consumo di Microsoft Azure (MACC).
Il minimo pratico per l'acquisto di Exadata su Oracle Database@Azure è il seguente:
Come standard con Oracle Exadata Database Service, ogni forma/istanza dell'infrastruttura Exadata di Oracle Database ha un periodo di servizio minimo di 48 ore.
Al momento non esiste un'opzione Free Tier.
Qualsiasi traffico OCI tra più aree che normalmente comporta costi di larghezza di banda di rete si baserà sul MACC di un cliente (ad esempio, un cliente con disaster recovery tra più aree utilizzando Oracle Database@Azure nella prima e nella seconda area comporterebbe costi di traffico di rete).
Le seguenti applicazioni Oracle sono ora supportate su Azure quando vengono eseguite su Oracle Database@Azure:
Fare riferimento ai seguenti criteri di supporto per i dettagli:
Oracle e Microsoft hanno sviluppato un modello di supporto congiunto per garantire risposte e risoluzioni rapide per carichi di lavoro mission-critical. I clienti creeranno tutte le richieste di supporto tecnico direttamente con Oracle. Se necessario, Oracle coinvolgerà il supporto Microsoft.
Oracle e Microsoft hanno stretto una partnership per offrire un'esperienza Azure ben integrata per distribuire, gestire e utilizzare le istanze di Oracle Database in Azure. Per la maggior parte delle operazioni quotidiane, sarai in grado di utilizzare strumenti nativi di Azure.
Oracle Database@Azure sarà disponibile in più zone all'interno di un'area di Azure e in più aree di Azure all'interno di un'area geografica. I clienti possono utilizzare Oracle Data Guard per distribuire soluzioni DR. Fai riferimento all'architettura di riferimento per distribuire una soluzione DR utilizzando Data Guard nelle zone di disponibilità all'interno di un'area che soddisfa lo standard Gold di Oracle Maximum Availability Architecture (MAA). Per ulteriori informazioni, consulta Oracle Maximum Availability Architecture for Oracle Database@Azure.
Oracle Database@Azure sarà disponibile in più zone di disponibilità all'interno di un'area di Azure per soddisfare i requisiti di High Availability (HA) e di disaster recovery.
No. Oracle possiede il collegamento, la gestione e il flusso di traffico tra il data center di Azure e il data center padre OCI. Le reti di gestione di Azure e OCI non si intersecano. Azure non ha visibilità oltre il punto di interruzione nell'apparecchiatura di trasferimento dei partner all'interno del data center in cui Oracle si connette. E viceversa, Oracle non può vedere oltre questo stesso punto. Il collegamento di rete viene considerato interno a Oracle.
Operator Access Control è disponibile per i cluster VM Oracle Compute Cloud@Customer, Exadata Cloud@Customer e Autonomous Exadata sulle virtual machine client distribuite su Oracle Autonomous Database on Exadata Cloud@Customer.
La gestione di Oracle Database@Azure è la stessa di Oracle Exadata Database Service su OCI, pertanto Operator Access Control non è applicabile.
Le risorse Oracle Database@Azure di cui viene eseguito il provisioning e la gestione tramite il provider di risorse Oracle Database in Azure possono essere gestite dalla console, dall'API, dall'SDK o dall'interfaccia CLI di Azure.
L'espansione delle risorse e delle funzioni gestite dal provider di risorse Oracle è sulla roadmap.
L'infrastruttura Oracle Database@Azure è identica a quella di OCI, pertanto è possibile utilizzare gli strumenti di dimensionamento standard di Exadata e Oracle Database, come Oracle Cloud Capacity Analytics.
L'hardware di Oracle Database@Azure viene distribuito nella zona di disponibilità dell'area di Azure equivalente al dominio di disponibilità (AD) in OCI. Per le aree Azure e OCI con più AZ e AD, l'hardware Oracle Database@Azure verrà distribuito in AZ con un mapping 1:1 su OCI AD.
La rete tra la distribuzione di Oracle Database@Azure in Azure e il sito OCI padre è dedicata, ridondante, la fibra scura gestita internamente da Oracle, simile all'infrastruttura di rete OCI AD-to-AD. La connessione tra l'hardware in loco di Oracle Database@Azure e Azure viene ottenuta tramite la connettività locale tramite l'hardware di rete ridondante diretto all'infrastruttura di rete di Azure.
Ogni distribuzione di Oracle Database@Azure è connessa a un parent site OCI. Questo collegamento viene utilizzato per:
La rete tra l'infrastruttura parent OCI e Oracle Database@Azure è considerata una rete regionale interna; pertanto, non sono previsti costi di traffico o limiti di limitazione. Qualsiasi capacità e altri limiti imposti alla rete virtuale di Azure sono ancora in vigore (ad esempio, la larghezza di banda tra la subnet delegata e il collegamento privato di Azure è limitata a 50 Gb/sec, influenzando servizi come l'accesso allo storage Blob di Azure).
No, Oracle Interconnect for Azure è un servizio Oracle standalone disponibile per i clienti quando distribuiscono servizi cloud Oracle e Azure che richiedono interconnessione. Oracle Database@Azure non utilizza questo collegamento di rete.
Sia l'interconnessione OCI-Azure che Oracle Database@Azure sfruttano la vicinanza tra i cloud; pertanto, potrebbero verificarsi significative sovrapposizioni nei futuri rollout delle aree.
Se si desidera utilizzare altri servizi OCI con i servizi Azure, sarà necessario configurare Oracle Interconnect for Azure.
Tutto il traffico tra i siti, inclusa l'infrastruttura Oracle Database@Azure, viene cifrato.
I redo log di Oracle Data Guard vengono spediti dal database primario al database in standby tramite la subnet client tra le reti gestite dal cliente nell'infrastruttura OCI.
* Costi di trasferimento dati in uscita.
Le distribuzioni Exadata esistenti saranno ancora operative, ma i clienti non saranno in grado di creare, aggiornare o eliminare risorse. Qualsiasi processo o procedura che si basa su servizi basati su OCI (ad esempio, ricerca delle chiavi di OCI Vault, backup del database e così via) non riuscirà.
Le metriche e i log spediti da OCI a Azure Monitor verranno ritardati, anche se la distribuzione di Exadata è funzionale.
Si prevede che tutte le funzionalità del piano di controllo diventeranno non disponibili.