Oracle數據庫解決方案集錦
前言
大家好,在進入正題之前,首先想説一下為什麼會有這篇文章。經常有用户或者銷售來問我,我們Oracle有沒有數字化轉型的方案?有沒有數據底座,湖倉一體的方案?有沒有大數據,數據治理的方案?諸如此類。其實我想説的是,數據是現代化企業的核心資產,只要企業以數據為驅動,Oracle就能夠直接或間接的提供幫助;無論這些熱詞如何酷炫,或許未來還會不斷的產生新的時髦的概念,只要他們和數據發生聯繫,Oracle就可以對構建這些方案助一臂之力。
Oracle數據庫經過40多年的發展,已經發展了豐富多樣和成熟的能力。Oracle也沒有故步自封,一直在根據行業的發展趨勢和基於用户的業務需求來探索和發展新的能力,如融合化,自治化等。 Oracle數據庫的核心能力就體現在接下來要 介紹的 解決方案當中,而這些方案也是支持前述用户關係的數字化轉型,數據底座等方案的重要基礎。這些方案涉及到數據的方方面面,包括數據管理,數據分析,數據安全,數據保護,數據集成等。
Oracle數據庫解決方案集錦
1
Oracle業務連續性保護解決方案
熟悉Oracle的朋友,一定對MAA不會陌生。MAA表示 Oracle 最高可用性體系結構,是建設用户業務連續性的藍圖和最佳實踐。MAA可以最大程度提高系統可用性,並在系統可用性、服務質量和數據保護方面達到最嚴苛的服務級別協議 (SLA) 要求。 MAA涉及的領域非常廣泛,但最核心的3個方面包括備份,高可用(HA)和災難恢復(DR)。
備份是業務連續性 保護的 起點和底線 , 業務也許可以停,但 數據一定不能丟。Oracle 零數據丟失恢復一體機(簡稱為ZDLRA或RA)是一款集成式數據保護解決方案,有助於消除整個企業中所有 Oracle 數據庫的數據丟失風險。利用實時Redo傳輸技術,所有數據更改都會立刻記錄到恢復一體機中,一旦發生故障或勒索軟件攻擊時,數據庫可以恢復到故障發生時刻的前一秒內。恢復一體機提供基於驗證的自動化的永遠增備方法,這消除了對耗時的全量備份的需求,並可將數據庫服務器和管理資源釋放出來用於生產負載。此外,恢復自動化、備份不可更改和高可用性架構可幫助企業滿足政府對於保護和快速恢復關鍵數據的要求。
備份的下一階段是高可用。數據庫高可用在硬件層面通過宂餘部件實現,在軟件層面則是通過RAC,即真正應用集羣。Oracle RAC允許客户在多個服務器上運行單個 Oracle 數據庫,以最大限度地提高可用性並在訪問共享存儲時實現水平可擴展性。連接到 Oracle RAC 實例的用户會話可以在中斷期間進行故障轉移並安全地重放更改,而無需對最終用户應用程序進行任何更改,從而隱藏了中斷的影響並提升了用户體驗。
為防止整個站點失效,還可以進一步實施災難恢復或災備方案。Oracle數據庫標準的災備組件為ADG,即活動數據衞士。ADG支持豐富的Redo傳輸模式(同步,異步,Far Sync),數據保護模式(最大性能,最大可用和最大保護),備庫模式(物理備庫,快照備庫和邏輯備庫)和拓撲結構(一對一,一對多,級聯),可實現深度的Oracle數據庫保護。同時,ADG管理運維簡單,可實現一鍵式數據庫切換和回切。由於備庫可讀,因此可以將查詢,分析,備份等負載在備庫運行,減輕生產端數據庫的負擔,提升災備的投資回報率。關於ADG的詳細介紹,可參考之前的文章:“ 防大於治,做好數據保護的最後一公里 ” 。
Oracle GoldenGate(OGG)本質上屬於數據集成產品,當 與其他 Oracle MAA 技術結合使用時,OGG 消除了日常數據庫維護和升級、操作系統補丁、應用程序升級和平台遷移期間的停機時間。所有操作都受到故障恢復功能的保護,消除了丟失數據的風險。OGG 可以部署在雙活或多活配置中,以實現數據庫可擴展性或分佈式同步。OGG的多活特性和ADG配合,可以構成Oracle數據庫最高級別的業務連續性保障方案。
如果説軟件是思想,硬件則是身體,兩者不可偏廢。Exadata作為承載Oracle數據庫的首選平台,本身也結合了MAA最佳實踐,並且提供私有云,專有云和公有云多種部署方式。關於Exadata的介紹,可參見之前文章" Oracle Exadata 決策者指南 "、" Oracle Exadata X8M:終結 DIY 數據庫系統 "和" 那些只在Exadata上支持的數據庫特性 "。
2
Oracle數據庫整合解決方案
在經歷了存儲整合、服務器整合、桌面整合後,企業逐漸將重點轉向數據層面的整合。 Oracle相應 推出了數據庫整合解決方案,即DBaaS(數據庫即服務)。
組織之所以被 DBaaS 所吸引,是因為它可以簡化 IT 基礎架構,從而可以方便地從同一個硬件和軟件基礎架構為許多用户和多個部門提供數據庫功能,同時還能使手工供應流程實現自動化。在傳統環境中供應新數據庫可能需要數天甚至數週時間。而 DBaaS 可以使這個時間縮短為寥寥數分鐘。更簡單的 IT 基礎架構可確保更大的業務敏捷性和更低的風險及成本。DBaaS 最吸引人的另一個方面是,整合能帶來更小的硬件空間佔用,這會降低成本。此外,許多用户和部門在為自己的數據庫服務付費的同時共享基礎架構,這會降低這些服務的單價。
Oracle DBaaS解決方案的三個技術核心組件為數據庫軟件層面的多租户選件(Multitenant),數據庫硬件層面的Exadata,以及數據庫運維管理層面的Oracle企業管理器( Enterprise Manag er )。
Oracle Multitenant 可將 Oracle 數據庫“轉變”為容器數據庫 (CDB),一個 CDB 可整合多個可插拔數據庫 (PDB),從而提高資源利用率、優化管理和增強整體安全性。 Multitenant的多合一管理可以簡化運維,PDB的克隆,快照和增量可刷新功能可快速提供 生產數據庫最新副本,支持多樣化的開發和測試需求。
Oracle 企業管理器是Oracle數據庫首選運維管理解決方案,專為監控和管理本地部署和雲環境中的Oracle 數據庫和集成系統而設計。 O racle 企業管理器針對數據庫的主要功能包括:
- 數據庫性能管理,幫助 DBA 快速發現和修復性能問題。
- 數據庫運營自動化,包括大規模自動化運營、自動化供應和克隆、配置管理、安全性和合規性實施等。
- 針對Oracle數據庫和Exadata的企業級監控和一體化管理。
Oracle Exadata是理想的數據庫整合平台。由於 Exadata 數據庫雲平台可提供超強性能、大存儲容量和獨有的壓縮功能,因此,原本需要超大型傳統硬件系統的負載現在可以在小得多的 Exadata 系統上運行。在選型方面,與傳統系統相比,Exadata 系統規模通常要小 2-4 倍。
數據庫整合 除了以上三大技術支柱 外,ZDLRA可實現數據庫備份的整合,Oracle的融合數據庫特性可實現非結構化數據,JSON,Spatial和Graph等多數據類型的整合。Database In-Memory數據庫選件可實現極限分析工作負載的整合。
總之,對於數據庫整合場景,無論是多租户,多工作負載,還是多數據類型,Oracle都可以提供全面的支持。
3
Oracle數據庫管理解決方案
沒有儀表盤的汽車很難駕駛,同樣,沒有Oracle Enterprise Manager的數據庫也很難管理。 Oracle En terprise Manage r(簡稱EM)是Oracle數據庫運維管理的首選工具,可以集中統一的管理Oracle,MySQL,TimesTen等數據庫,Exadata和ZDLRA工程化系統,Oracle中間件和Oracle應用。通過插件,EM還可以管理Microsoft SQL Server,IBM DB2,Sybase ASE數據庫。通過連接器,EM可以與BMC Remedy,CA Service Desk,HP Operations/Service Manager,IBM Tivoli,Microsoft Systems Center,PagerDuty和ServiceNow等管理框架集成。
對於數據庫的管理,如上圖所示,EM提供了5個管理包(Management Pack)。其中診斷包和調優包通常是用户最基礎的選擇,也是DBA的最佳搭檔。AWR,ASH和ADDM等常用工具均包含在診斷包中。調優包中則包括了各式各樣的調優顧問和自動調優工具,如SQL Access Advisor、SQL Tuning Advisor和Automatic SQL Tuning。數據脱敏與子集包可提取所有或部分生產數據,脱敏後交付給開發和測試環境,自動化的過程和豐富的脱敏選項大幅降低了DBA的運維負擔,同時保證了數據隱私和安全合規性。數據庫生命週期管理包是一個全面的解決方案,可幫助數據庫、系統和應用程序管理員自動執行管理 Oracle 數據庫生命週期所需的流程。此外,數據庫生命週期管理包還提供了用於行業和法規遵從性標準報吿和管理的合規框架。Oracle數據庫雲管理包可用來建立數據庫雲或DBaaS服務。
4
Oracle數據安全解決方案
Oracle關於架構的三字經,除了之前介紹的MAA,還有一個MSA,就是最高安全架構。Oracle最高安全架構提供加密、密鑰管理、數據脱敏、特權用户訪問控制、活動監視和審計等功能,可幫助您降低數據泄露風險並簡化合規性流程。
Oracle數據安全秉承兩大原則,即深度防禦和最小權限原則。深度防禦也稱為縱深防禦或多層防禦,類似於洋葱,外層攻破了還有內層的保護。從應用整體來看,從外到內包括網絡,硬件,操作系統,應用軟件,數據庫;從Oracle數據庫角度看,則包括風險 評估 、防止未經授權的數據泄露、檢測和報吿數據庫活動以及通過數據驅動的安全性在數據庫中實施數據訪問控制。
Oracle數據庫安全性的優勢包括:
利用機器學習防範威脅:自動化保障數據庫安全,包括應用關鍵補丁,從而節省時間,最大限度避免人為錯誤。
- 集成的解決方案,提供更高性能:Oracle 透明數據加密(TDE)和 Oracle Database Vault 直接在數據庫內核中運行,更快捷,更易於維護。
- 降低用户、數據和配置風險:Oracle Data Safe雲服務或DBSAT(數據庫安全評估工具)通過安全性評估、活動審計、敏感數據發現以及數據屏蔽為您降低風險。
- 自動化且始終啟用的內置安全性:Oracle 自治數據庫提供多項功能,例如始終加密、自動打補丁以及預配置職責分離,從而增強了安全性並降低了人為錯誤的風險。
在上述優勢中,特別強調兩點。一是Oracle可以為用户或協助用户利用DBSAT對數據庫進行評估,詳情可參見之前文章“ 數據庫安全小助手DBSAT ”。二是,Oracle透明數據加密可在數據庫層面直接啟用表空間或列級加密,無需改變應用。從開銷考慮,列加密要大於表空間加密。
Oracle MSA架構中,有幾個產品也支持非Oracle數據庫,他們是:
- Enterprise Manager中的數據脱敏和子集包
- Oracle AVDF( 審計 保險 箱和數據庫防火牆 )
- Oracle Key Vault (祕鑰保險箱),建議配合TDE使用
最後,Oracle數據庫19c版本於2020年4月10日高分通過公安部“信息安全技術網絡安全等級保護基本要求”(即等保2.0)第四級要求中數據庫系統的安全防護要求能力測評,建議您在新系統中採用19c或儘快將數據庫遷移至19c。
5
Oracle 內存計算解決方案
提到內存,大家都會想到和性能相關。但考慮到Oracle內存計算技術的多樣性,最終還是決定單獨來寫,而沒有放入後續的高性能和可擴展性解決方案。
Oracle內存計算家族的第一個成員是TimesTen。TimesTen最初來自於惠普實驗室的內存駐留數據庫項目Smallbase。1996年,TimesTen從惠普分拆並在加州成立獨立公司。1998年,TimesTen發佈業界第一個商用的內存關係型數據庫。2005年6月,TimesTen被Oracle正式收購。
TimesTen有兩種用法,一種是作為Oracle數據庫的讀寫緩存。讀緩存用於加速熱點數據的訪問,寫緩存適用於物聯網應用的高速數據攝入。這種緩存方式除了提升數據存取性能外,還可以 減輕後端數據庫壓力,並提升整體的高可用性。另一種是作為獨立數據庫使用,支持傳統和分佈式兩種模式。
除了性能,TimesTen的主要特點,第一個是關係型。畢竟對於數據庫而言,支持SQL和ACID都是非常重要的特性。第二個是和Oracle數據庫和Oracle GoldenGate的緊密集成。在作為Oracle數據庫緩存時,TimesTen只需配置而無需編程。TimesTen也高度兼容Oracle的數據類型,SQL和PL/SQL語法。第三個則是分佈式,對性能有極致需求的應用可以考慮使用。關於TimesTen的更多介紹,請參考之前文章“ Oracle - 內存計算的王者 ”和“ Oracle TimesTen 關係型內存數據庫18.1新版本詳解 ”。
Oracle內存計算家族的第二個成員是 Oracle Database In-Memory,簡稱DBIM。有人説,DBIM的推出是為了應對SAP HANA,對此我無法確定。但不可否認,兩者的應用場景高度重疊,技術實現上也有諸多類似之處。
和TimesTen不同,DBIM是Oracle數據庫的一個選件。其用途只針對有分析型負載的應用,如純用於分析的數據倉庫和數據集市,或ERP,CRM,財務,人力資源等混合負載應用。由於DBIM是數據庫內核的一部分,因此其可以就地加速分析,這 對於實時分析或運營分析的場景是非常重要的。 Oracle Database In-Memory對於應用的加速是透明的,無需修改應用,可以減少或消除對分析型索引的依賴,由此也可以提升OLTP負載的性能。
在技術實現上,DBIM 提供了一種獨特的雙格式架構,可以同時使用傳統的行格式和新的內存中列格式在內存中表示表。Oracle SQL 優化器自動將分析查詢路由到列格式,將 OLTP 查詢路由到行格式,從而透明地提供兩全其美的性能優勢。Oracle 數據庫自動維護行格式和列格式之間的事務一致性,就像維護表和索引之間的一致性那樣。新的列格式是純內存中格式,不會在磁盤上持久保留,因此不存在額外的存儲成本或存儲同步問題。關於DBIM的介紹,可參見之前文章“加速度:走進Oracle Database In-Memory”和“海信Oracle Database In-Memory案例分享”。
其實Oracle內存計算家族還有另一重要成員 Oracle Coherence ,技術上屬於內存網格。本解決方案主要談內存數據庫,因此這裏就不涉及了。
6
Oracle 高性能和可擴展性解決方案
Oracle的高性能保證來自於軟件,硬件,管理多個層面。
在軟件方面,Oracle數據庫有RAC,Partitioning、高級壓縮和Database In-Memory共4個選件。
Oracle RAC是一個共享緩存的集羣數據庫架構,它突破了傳統的無共享和共享磁盤架構的限制,從而能夠提供無與倫比的數據庫性能、可伸縮性和可靠性,而且無需對現有的 Oracle 數據庫應用程序進行修改。所以你會看到RAC是一個比較全面的數據庫選件,對性能,高可用和可擴展性都有貢獻。
説到壓縮,大家通常想到的都是節省空間,包括數據庫本身,以及相應的備份,開發測試環境,網絡傳輸等。除了節省成本,Oracle高級壓縮還可以提升查詢的性能,這是由於壓縮導致內存中可以緩存更多的數據,從而減少了物理I/O請求。
和Oracle RAC一樣,Oracle Partitioning也是一個綜合型的選件,可以提升數據庫的性能,可用性和可管理性。技術上, Oracle Partitioning可以將表和索引細分為更小、更易於管理的單元,這樣 數據庫管理員便可採用一種“分而治之”的方法來管理數據。
如果需要 極速實時分析, 可以使用 Database In-Memory來 應對,這在上一個方案中已有 介紹。
再來談一下Oracle數據庫的可擴展性。有些人認為Oracle數據庫是單體架構,擴展起來可能會有問題。有時也會碰到用户,擔心未來業務增長太快,所以一開始就要求分佈式架構,要求分庫分表。實際上, Oracle也支持原生分片(Sharding)技術,只是Oracle不主張在沒有對應用負載有清晰的瞭解和估算的情況下,一開始就談分佈式和分庫分表。
大家可能只看到了分佈式無限擴展性的一面,往往忽視了分佈式在開發,運維,變更和集成等方面的複雜性,以及為保證一致性、高可用性和跨片查詢的高技術門檻。 所以,我個人的觀點是非必要不分佈。而且,就我所瞭解的業務系統中,很多都是用 單 體Oracle來支持,並沒有用到分佈式架構 。
對於分庫分表, Oracl e Partitionin g 強大的能力和豐富的分區類型使得分庫分表在絕大多數情況下沒有必要。 Oracle數據庫沒有單錶行數的限制, Oracle的用户中,單表數十億條記錄的情形並不少見。 不必分庫分表實際上簡化了架構,簡化了集成,簡化了開發和運維。
Oracle用於可擴展性的第一個技術是RAC,可以將更多的計算資源聚合在一起,並通過服務實現負載分佈和負載均衡。第二個可擴展技術是數據複製。當源數據庫負載不堪重負時,可 以 利用Oracle GoldenGate和Active Data Guard生成一個或多個數據副本,然後轉移部分負載在這些數據副本上進行處理。最後,如果有必要可以使用應用定製的分庫分表或Oracle原生的Sharding技術。
為了保障Oracle數據庫的性能,硬件的支持也非常重要。需要保證有足夠的內存,高性能的CPU,高I/O能力的存儲系統。Exadata可以為Oracle數據庫提供堅實的性能保障。
性能管理方面,Oracle提供EM診斷包和調優包。EM可以查看非常全面和細緻的數據庫指標,為數據庫性能診斷和調優提供可信的依據,強力輔助應用開發端完善應用架構,優化應用代碼。這種看似非常基礎的能力,實際上並不容易做到,需要長期的積澱,需要在大量用户應用基礎上經驗和教訓的總結歸納。在Oracle數據庫中運行的應用代碼,就如同放置於顯微鏡下,纖毫畢現,可以清楚的知道其來龍去脈。又如同CT掃描,可以清楚知道其健康狀況,從而快速準確的定位和解決問題。
前面提到,很多用户可能對自己的應用負載沒有清晰的認識,此時可以藉助Oracle真正應用測試(Real Application Testing,簡稱RAT)數據庫選件,用户不必費時費力編寫負載模擬代碼來對應用進行測試。RAT包括2個組件,即Database Replay和SQL Performance Analyzer(SPA)。Database Replay可以抓取生產數據庫的工作負載並在測試數據庫中存放,SPA則通過識別每個 SQL 語句的性能差異來自動化評估系統變化(數據庫升級,索引變更,參數調整等)對整個 SQL 工作負載的總體影響的過程。Oracle真正應用測試使新系統規劃更準確,系統遷移更有信心,同時簡化了DBA的工作任務。
總之,通過Oracle全面深入的性能管理工具和性能測試工具,您可以消除當前的性能問題,準確預估未來負載對可擴展性的要求;通過Oracle的性能組件,可以使用簡潔的單體架構承載大型應用負載,避免分佈式架構,分庫分表在開發,運維,擴展,集成,安全管理,高可用等方面帶來的複雜性。最後,如果必要,也利用數據庫複製和應用定製或原生的分片技術來實現Oracle數據庫的可擴展性。
7
Oracle商務智能與數據倉庫解決方案
Oracle商務智能與數據倉庫解決方案,或稱為BIDW解決方案,從數據流動的方向,包括數據集成,數據存儲與處理,數據分析和展現幾個階段。
BIDW方案中,數據源支持結構化的關係型數據庫,也支持半結構化和非結構化的JSON,文本,圖形圖像等。 集成方式包括屬於CDC(變化數據捕獲)支持實時集成的Oracle GoldenGate以及屬於ELT的Oracle Data Integrator。 Oracle GoldenGate的特點包括實時非侵入式數據集成,以及對於異構的支持,包括不同的數據庫產品,相同數據庫不同的版本,不同的硬件平台,不同的操作系統。 Oracle Data Integrator也稱為ODI,ODI的特點是支持豐富的轉換轉換,以及提供豐富的知識模塊,從而簡化集成任務,免除或減少用户端代碼開發。 另外需要強調的一點是,ODI和OGG都支持大數據體系,特別是OGG與Kafka的集成,在用户處得到了廣泛採用。
數據的存儲和處理自然是使用Oracle數據庫。Oracle數據庫企業版還提供兩個重要的選件來簡化和加速數據分析。Oracle Partitioning可以將表和索引細分為更小、更易於管理的單元,提高數據庫的可管理性、性能和可用性。
為加速分析,Oracle數據庫可使用索引,物化視圖,立方體等手段,而Oracle Database In-Memory可以減少和避免對這些手段的使用,從而簡化了分析架構,並且應用無需修改。關於 Database In-Memory的 介紹可參見前面的方案5:Oracle內存計算解決方案 。
Oracle Exadata 是一款經過高度優化的Oracle 數據庫硬件平台。Exadata 為數據倉庫應用提供了傑出的 I/O 和 SQL 處理性能,利用高度並行的架構實現動態存儲網格以用於 Oracle數據庫部署。Exadata 是用於存儲和訪問 Oracle 數據庫的軟件和硬件的組合。它提供數據庫感知的存儲服務,例如,能夠將數據庫處理從數據庫服務器分流到存儲,同時保持對 SQL 處理和數據庫應用透明。Exadata 存儲大幅提升了性能,具有無限的 I/O 可擴展性,同時易於使用和管理。
對於分析和展現,Oracle的解決方案是Oracle 分析平台。Oracle 分析平台提供兩種部署選項,即支持雲部署的 Oracle 分析雲 (OAC) 和支持本地部署的 Oracle 分析服務器 (OAS)。企業在混合部署中可同時採用這兩種選項。Oracle 分析平台可連接到許多企業數據源,包括第三方數據源。互聯數據源可以是雲端、本地部署或自助數據集。同時,您也可以開發和交付經治理的企業級語義模型,以獲得一致的業務關鍵數據視圖。
8
Oracle大數據融合解決方案
Oracle和大數據的關係,可以從數據庫內外兩個層面來看。從內部來説, Oracle數據庫本身就是融合數據庫,可以支持非結構化或半結構化類型數據的處理,如文本,圖形圖像,JSON等。從外部來看,開源大數據體系已相對成熟,Oracle也沒必要重新搞一遍。因此Oracle除了自己有一個NoSQL數據庫外,其餘就將重點放在了和大數據體系的融合上面。在此基礎上,可以衍生出湖倉一體,數據平台,數據中台,數據底座之類的解決方案。
第一個大數據融合技術是Oracle Big Data SQL。Oracle Big Data SQL 讓您可以利用 Oracle SQL 的全部功能無縫訪問和集成跨 Oracle 數據庫、Hadoop、Kafka、對象存儲和NoSQL 存儲的數據。它將 Oracle 數據庫安全性擴展到所有數據。其獨特的智能掃描利用集羣來解析、智能過濾和聚合其所在位置的數據。通過分佈式處理和最小化數據移動,Smart Scan 最大限度地提高了查詢性能。這裏有幾點需要強調一下,一是跨多個數據源統一查詢的能力,二是使用了數據庫開發者早已熟悉的SQL語言,現有基於 SQL 的應用程序可以無縫集成新數據。這些都簡化了開發任務,並降低了開發的難度。技術實現上,Oracle Big Data SQL通過訪問驅動將外部大數據源映射為外部表,從而可以充分利用Oracle數據庫強大的SQL功能;同時可以 在一個統一系統中,使用標準 Oracle 數據庫角色和權限管理對跨平台數據的訪問,從而簡化安全性設置。
大數據融合的第二項技術是 Orac le GoldenGate for Big Data和。 Orac le GoldenGate for Big Data 將事務數據實時流式傳輸到大數據和雲系統,而不會影響源系統的性能。它可以實時將數據交付到流行的大數據目標,包括Apache Hadoop、Apache HBase、Apache Hive、Confluent Kafka、NoSQL數據庫、Elasticsearch、JDBC、公有云(Oracle OCI,AWS,Azure,GCP)和數據倉庫,以促進企業改進洞察力和及時行動。Oracle Data Integrator for Big Data 是一種基於開放輕量級 ELT 架構的透明異構大數據集成技術。他還可以為多種語言生成代碼以允許各種工作負載,這包括 HiveQL、Pig Latin、Spark RDD 和 Spark DataFrames。
以上兩項數據集成技術,可以極大 縮短大數據項目的價值實現時間,同時 簡化和縮短了大數據集成項目的開發實施過程。
Oracle Big Data Connectors 是一個軟件套件,它將 Apache Hadoop 中的處理與 Oracle 數據庫中的操作集成在一起。它支持使用 Hadoop 處理和分析大量數據,並將其與數據庫數據一起使用,以獲得新的和關鍵的業務洞察力。 該套件中的工具包括 Oracle SQL Connector for HDFS、Oracle Loader for Hadoop、Oracle XQuery for Hadoop、Oracle R Advanced Analytics for Hadoop 和 Oracle Datasource for Apache Hadoop。以上組件部分已在圖中説明,此外,Oracle XQuery for Hadoop 可以將 XQuery 語言表達的轉換翻譯為一系列 MapReduce 作業,然後在 Hadoop 集羣上並行執行。輸入可以位於HDFS或Oracle NoSQL,輸出可以寫到 HDF S、Oracle NoSQL、Apache Solr 或 Oracle 數據庫。Oracle R Advanced Analytics for Hadoop 提供了一個通用計算框架,您可以在其中使用 R 語言將自定義邏輯編寫為mapper或reducer。R 包集合中提供了作為 MapReduce 作業運行的預測分析技術。 而代碼則使用 Hadoop 集羣上的計算和存儲資源以分佈式並行方式執行。Oracle R Advanced Analytics for Hadoop 包括了連接Apache Hive 表、Apache Hadoop 計算基礎架構、本地 R 環境和 Oracle 數據庫表的接口。
9
Oracle公有云解決方案
Oracle的公有云,簡稱為OCI,即 Oracle 雲基礎設施。OCI是首款從零開始打造的公有云,旨在成為更適合每種應用的雲。OCI提供了遷移、構建和運行 IT 所需的全部服務,包括從現有企業負載到新的雲原生應用和數據平台的服務。目前,OCI在全球已建立32個商業雲區域,其中在美國,加拿大,英國,法國,阿聯酋,巴西,澳大利亞,印度,日本和韓國均具有至少2個雲區域。
OCI雖然起步相對較晚,但一直在堅定不移 地 貫徹雲戰略並穩步前進,並展現出強勁的增長勢頭。 在 2021 年 Gartner 集成基礎設施即服務 (IaaS) 和平台即服務 (PaaS) 解決方案記分卡中,OCI 的總體得分為 78 % ,位列AWS,Azure和阿里雲之後。同時,OCI也是進步最快的雲,其在 2020 年的得分為 62%。另外, Oracle 在必需 標準方面的得分從 74% 提高到 90%,其中計算、存儲、網絡和軟件基礎架構(例如數據庫即服務和函數)的得分為 100%。
越來越多的用户選擇將其工作負載遷移到OCI,其主要原因包括:
-
輕鬆遷移關鍵企業應用
-
所有服務開發人員都需要構建雲原生應用
-
通過自治服務輕鬆管理安全性、性能和可擴展性
-
全面支持混合雲策略
-
默認啟用內置的安全功能,且無需額外付費
-
卓越的性價比
2022年7月20日,Oracle和微軟聯合宣佈了適用於 Microsoft Azure 的 Oracle 數據庫服務(ODSA: Oracle Database Service for Azure ) ,從而可以更好 地 支持用户的多雲戰略。 Azure 客户可以輕鬆地為他們的 Azure 應用程序配置和管理在 OCI 上運行的 Oracle 數據庫,享受 Oracle 數據庫服務的所有好處,同時使用類似於 Azure 的門户來配置數據庫——並使用 Azure 來處理其他一切。 與其他 Azure 資源一樣,該數據庫在 Azure 門户中可用。
結語
通過這9個解決方案 ,相信您已經對Oracle的核心數據能力有了 基本的瞭解。實際上,這些解決方案是通過Oracle數據庫企業版及選件,數據庫管理包,工程化數據基礎設施,數據集成和數據分析等產品組合而成。特別是 Oracle數據庫企業版選件和 數據庫管理包中包含了豐富的選項,在之前的文章" 王寶器漫遊O記數據商店 "中已經做過詳細介紹。
這些解決方案並非固定不變,您也可以根據自己的理解或實際項目的需要對這些組件進行調整,形成更適合和貼切的解決方案。如果您有不同的看法或好的建議,也請通過留言吿知我們,謝謝!
編輯: 小炒肉
- 技術分享 | orchestrator--運維--配置集羣自動切換&測試
- AIOPS的莫拉維克悖論
- 詳談 MySQL 8.0 原子 DDL 原理
- 為什麼不建議用 from xxx import *
- 最近解決的兩個拖延數年的問題
- Oracle數據庫解決方案集錦
- 新一代雲原生數據庫暢想
- MySQL8.0賬户system_user權限,你瞭解嗎?
- Data Fabric,下一個風口?
- 帶着孩子做開學準備清單
- 十多年前的入職第一天
- 技術分享 | MySQL 編寫腳本時避免煩人的警吿
- GoldenGate案例一則:抽取進程無法捕獲數據
- 技術分享 | MySQL 設置管理員密碼無法生效一例
- PG數據庫的鎖咋弄得這麼複雜呢
- 金融業分佈式數據庫選型及HTAP場景實踐
- 我們的企業為什麼寫不好文檔
- 新數據庫時代,DBA 發展之路該如何選擇
- MySQL:修改系統時鐘會導致數據庫hang住嗎?
- 從程序員的盡頭是業務説起