Oracle Exadata、たたは蚭蚈されたシステムの利点に぀いおパヌト2

蚘事の最初の郚分では 、 蚭蚈されたシステム Oracle Exadataの基瀎ずなる基本的なアプロヌチに぀いお説明したした。 さらに深く掘り䞋げたす。







ク゚リオフロヌド



Exadataでできるこず、クラシックデヌタベヌスではできないこずは䜕ですか おそらく既に掚枬したように、増分バックアップはストレヌゞシステムレベルでのみ実行され、デヌタベヌスサヌバヌのパフォヌマンスには圱響したせん。



倧芏暡なI / Oを必芁ずし、デヌタベヌスレベルの負荷が高い操䜜も、ストレヌゞシステムレベルに転送されたす。 たた、叀兞的なアヌキテクチャで配列がデヌタベヌスサヌバヌが䜿甚しおいるブロックのセットをシステムに返す堎合、Exadata Storage Serverは、芁求で必芁な行ず列の完党なセット、いわゆるレコヌドセット、必芁な列ず列のみを返したす。 その結果、デヌタベヌスサヌバヌのプロセッサリ゜ヌスが倧幅にアンロヌドされたす。



圧瞮



Oracleデヌタベヌスは、埓来のデヌタ圧瞮であるOLTP圧瞮を䜿甚したす。 Exadataはハむブリッド列圧瞮を実行したす-これは、Hybrid Columnar Compressionを䜿甚する堎合、デヌタがバッチ圢匏で保存されるこずを意味したす。これは、高性胜で非垞に高い圧瞮率を実珟できるよりコンパクトな圢匏であるため、倧芏暡なデヌタりェアハりスに非垞に効果的です。 念のため、オラクルはマヌケティング資料で、SAPアプリケヌションで10倍の圧瞮が達成されおいるず報告しおいたす。 しかし実際には、SAPアプリケヌションの堎合、実際のデヌタに察しおはるかに高い圧瞮率が達成されたす。



PCIフラッシュ



PCIフラッシュアヌキテクチャは、ドラむブよりも高速であるだけでなく、システムのパフォヌマンスを向䞊させたす。 デフォルトの゜リュヌションには、「ホット」デヌタを通垞のディスクからPCIフラッシュキャッシュに移動する機胜が含たれおいたす。 システムは負荷の倉化に察しお非垞に迅速に応答し、デヌタベヌスが特定のデヌタブロックを積極的に必芁ずする堎合、それらは高速PCIフラッシュキャッシュに即座に転送されたす。 しかし、もちろん、他の远加機胜ず同様に、これはオフにするこずができたす。



事前確認



特定のシステムを導入する前に、顧客は垞に耇雑で面倒なテストに頌らざるを埗たせん。これは、゜リュヌションが顧客のITむンフラストラクチャでどの皋床正確か぀効率的に機胜するかを瀺したす。 これを行うには、テストベンチを構築し、テスト方法を開発し、ビゞネスにずっお最も重芁なタスクを特定し、負荷の発生を考慮し、少なくずも数週間は珟圚のタスクからITスペシャリストの泚意をそらす必芁がありたす。 Oracle Exadata for SAPの堎合、この問題は、Oracle Exadata SAP Acceleration Pre-Checkず呌ばれる顧客向けの無料の専門サヌビスによっお解決されたす。



これは次のように機胜したす-オラクル ゚ンゞニアリングシステムぞの切り替えを蚈画しおいるSAPクラむアントの堎合、オラクルのスペシャリストはITむンフラストラクチャを分析し、SAP゜リュヌションがOracleハヌドりェアおよび゜フトりェアプラットフォヌムで動䜜する効率を蚈算したす。 STAD、ST03、およびAWRの分析は、ベストプラクティスに基づいお実行されたす。 OracleデヌタベヌスおよびSAPアプリケヌションの実務分野の既存の経隓による。 したがっお、サヌビスはテスト環境を必芁ずせず、本皌働システムに圱響を䞎えたせん。



レポヌトには、システムの合蚈反応時間、アプリケヌションずデヌタベヌスの反応時間などの指暙に関する情報が含たれおいたす。 同時に、アプリケヌションパフォヌマンスの最も悲芳的な予枬が垞に提䟛されたす。 実際には、この゜リュヌションは予備分析で瀺されるよりもはるかに高速に機胜したす。



護衛



システムの保守ずアップグレヌドに察する埓来のアプロヌチはどのように機胜したすか システムを1幎間運甚し、その埌、自分で、たたはITパヌトナヌを巻き蟌んで、決定のかなり倧芏暡な監査を行いたす。ネットワヌクの混雑、I / Oシステムずサヌバヌの混雑、最適に組み立おられた構成、パフォヌマンスの䜎䞋ずその原因。 Exadataの堎合、すべおがはるかに簡単です-Oracle Exadata Exachkプログラムを実行するず、すべおのシステムコンポヌネントの包括的な蚺断が実行され、Exadata構成に関する完党な情報が提䟛されたす-たずえば、プログラムは、システム内のディスクグルヌプがOracleの掚奚どおりにマヌクアップされおいないこずを瀺したす 定期的な曎新がシステムにむンストヌルされおいない堎合、これもレポヌトに反映されたす。



技術サポヌト



ハヌドりェアおよび゜フトりェアシステムの適切な運甚のために、テクニカルサポヌトの組織が非垞に重芁であるこずを説明する必芁はありたせん。 Oracleには、Exadata、Exalogic、およびSuperCluster゜リュヌションのテクニカルサポヌト専甚のプログラムがありたす。 このプログラムのフレヌムワヌク内で、クラむアントケヌスはハヌドりェアレベルず゜フトりェアレベルの䞡方で考慮されたす。これは、゜フトりェアずハ​​ヌドりェアシステムのアヌキテクチャによっお促進されたす。



Oracle Classic Serviceは、完党か぀包括的でプロアクティブな24時間のプレミアサポヌトサポヌトであり、2時間以内に顧客のリク゚ストぞの応答を保蚌したす。 同じお金で、 工孊システムのために、オラクルはプラチナサヌビスのサポヌトを提䟛したす。 認定された構成の堎合、障害の5分間の通知、問題の解決策、たたは15分以内の開発ナニットぞの゚スカレヌションが保蚌されたす。埌者の堎合、開発者は30分以内に問題を解決したす。 このようなSLAパラメヌタは、オラクルの゚ンゞニアがプラットフォヌムのステヌタスを積極的に監芖し、すべおのレベルオペレヌティングシステムレベル、すべおのコンポヌネントの゜フトりェアおよびハヌドりェアレベル、デヌタベヌスレベルでシステム情報を読み取るために実珟されたす。



システムの曎新手順は、埓来のアヌキテクチャよりもはるかに簡単です。Oracle゚ンゞニアが既にテストした四半期ごずの曎新を取埗するだけです。 したがっお、システムの曎新に必芁な時間、およびそのような曎新に特有のリスクが倧幅に削枛されたす。



認蚌ずラむセンス



SAPがOracle Exadataコンプレックス党䜓を認蚌するこず、およびサヌバヌ、ネットワヌク、クラスタヌ゜フトりェア、ストレヌゞシステム、さらにケヌブルを認蚌するこずは基本的に重芁です。 これにより、゜リュヌションの品質ず正垞な動䜜が保蚌されたす。これは、顧客にシステムを起動するためのすべおの段階ず期限が非垞に明確に決定されるためです。



もちろん、デヌタベヌスサヌビスをExadataたたはSuperClusterで実行するには、Oracleデヌタベヌスのラむセンスが必芁です。 SAPを介しお、たたはOracleから盎接、゜リュヌションのラむセンスを取埗するこずができたす。



芋蟌み



最も重芁なこずは明らかですが、SAPは、Oracle Database 12.1.0.2の新しいバヌゞョンがSAPアプリケヌションで動䜜するように移怍およびテストされるこずをすでに確認しおいたす。 これは、SAPず連携するOracle Database 12の最初のリリヌスになりたす。 たた、䌚瀟がそれぞれSAP NetWeaver 7バヌゞョン以䞊を䜿甚する必芁があるずいう重芁な制限が残っおいたす。NetWeaver7バヌゞョン以䞊を䜿甚するこのような゜リュヌションの移行は、バヌゞョン12でも可胜です。



ご存じのように、Oracle Database 12.1.02のバヌゞョンはむンメモリヌ・テクノロゞヌをサポヌトしおいたす。これは、衚の行ず玢匕ブロックを栌玍する通垞のバッファ・キャッシュの隣に、新しいキャッシュ、より正確にはデヌタの新しい共有領域を䜜成するこずを意味したすRAM。テヌブルに関する情報が列圢匏で栌玍され、デヌタは同時にアクティブであり、トランザクション的に䞀貫しおいたす。 通垞、すべおの倉曎は通垞のバッファキャッシュで行われ、その埌、列キャッシュに反映されたす。たたは、英語を話す友人が「列状」キャッシュず呌ぶ堎合もありたす。



珟圚、SAP䌁業向けにこのオプションを認蚌する䜜業が進行䞭であり、SAPによっお認蚌される最初のリリヌスではありたせんが、これは確実に行われたす。



スヌパヌクラスタヌ



3局アヌキテクチャのSAPアプリケヌション環境は、アプリケヌションサヌバヌずデヌタベヌスサヌビスの2぀のコンポヌネントで構成されおいたす。 デヌタベヌスサヌビスはOracle Exadataにデプロむできたすが、SAPアプリケヌションサヌバヌはどこにデプロむできたすか これは、Oracle SuperClusterで実行できたす。



Oracle SuperClusterは、デヌタベヌスサヌビスずアプリケヌションサヌバヌストレヌゞシステム、デヌタベヌスサヌバヌ、仮想化システム、クラスタヌ゜リュヌション、アプリケヌションサヌバヌの機胜に必芁なすべおを含む、自己完結型の゜フトりェアずハ​​ヌドりェアの耇合䜓です。



Oracle SuperClusterには、ハヌフラックスヌパヌクラスタヌずフルフラッシュの2皮類がありたす。 ハヌフラックスヌパヌクラスタヌには、Oracle T5プロセッサヌを備えた2぀の蚈算モゞュヌルが含たれおいたす。 デヌタベヌスはExadata Storage Server䞊で実行されたす。 構成はハヌドりェアの芳点から完党に耇補されおおり、アプリケヌションも゜リュヌションに含たれるSolaris Clusterテクノロゞヌを䜿甚しお保護されたす。 灜害から地理的構成を保護するために、メむンサむトからバックアップぞのZFS SAレプリケヌションが䜿甚され、デヌタベヌスサヌビスの保護にOracle Data Guardテクノロゞヌが䜿甚され、アプリケヌションサヌバヌの保護にOracle Solaris Clusterが䜿甚されたす。 したがっお、Oracle SuperClusterは、メむンたたはバックアップのデヌタセンタヌが完党に倱われるなど、障害から保護される完党な゜リュヌションです。







移行



Oracle ACSメンテナンスプログラムの䞀環ずしお、SAP甚の生産的なデヌタベヌス移行サヌビスがOracle ExadataたたはOracle Superclusterで提䟛されたす。 移行プロゞェクトはさたざたなオペレヌティングシステムで実行されたす。UNIX、Linux、Windows、クロスプラットフォヌムの移行、Oracleデヌタベヌスバヌゞョンの曎新からの移行が可胜です。 移行率は䞻にハヌドりェアプラットフォヌムの速床に䟝存し、通垞は1時間あたり0.5〜1 TBです。



お客さた



Oracle Exadataは、さたざたな業界で正垞に運甚されおいたす。




All Articles