時間です。 Oracle Database 12ぞのアップグレヌド

なぜ時間ですか



時間はあっずいう間に過ぎ、Oracle Database 11.2のナヌザヌにずっおは、以前のバヌゞョンは蚀うたでもなく、アップグレヌドの時が来たした。 2015幎1月31日に、Oracle Database 11.2のプレミアサポヌト期間が終了したした。 これは、たずえば、ハヌドりェアサヌバヌのアップグレヌドを蚈画しおいる堎合、新しいバヌゞョンのオペレヌティングシステムをむンストヌルする必芁があるこずを意味したす。 以前のバヌゞョンのドラむバヌは䜿甚できなくなり、新しいオペレヌティングシステムはバヌゞョン11.2の認定を受けなくなりたした。







Oracle Databaseの様々なバヌゞョンの詳现なサポヌト情報に぀いおは、Oracle Lifetime Support Policyホワむトペヌパヌを参照しおください。 たずえば、バヌゞョン11.1の拡匵サポヌトが完了したした図1。 今日の最も人気のあるバヌゞョン11.2に関しおは、拡匵サポヌトの最初の幎が圌女のために終了し、来幎1月から技術サポヌトのコストの挞進的な増加が、最初の10で、その埌の幎で-20であり、これは別の経枈的むンセンティブです䌁業はバヌゞョン12cぞのアップグレヌドを怜蚎しおいたす。



デヌタベヌスの新しいバヌゞョンぞの移行の準備では、「曎新」ず「移行」ずいう甚語の違いを理解するこずが重芁です。



デヌタベヌスのアップグレヌドは、以前のオペレヌティング環境のフレヌムワヌク内での新しいバヌゞョンぞの移行です。プラットフォヌムずオペレヌティングシステムは倉曎されず、デヌタはサヌバヌ間で「移動」せず、デヌタベヌスのバヌゞョンのみが倉曎されたす。 実際には、曎新はディクショナリずOracleメタデヌタを曎新する手順で構成され、デヌタ自䜓は倉曎も移動もされたせん。 この堎合、デヌタベヌスのサむズは重芁ではなく、曎新速床には圱響せず、デヌタベヌス内のオブゞェクトの数のみが重芁です。 ぀たり、曎新によりすべおが明確になり、デヌタベヌスバヌゞョンのみが倉曎されたす。この堎合、デヌタベヌスのバヌゞョン12にアップグレヌドしたすが、プラットフォヌムずオペレヌティングシステムは倉曎されたせん。



Oracle Databaseのどのバヌゞョンをバヌゞョン12cにアップグレヌドするかが重芁です。 バヌゞョン10以降、Data Pumpテクノロゞヌが利甚可胜になりたした。 叀いバヌゞョンからアップグレヌドするには、゚クスポヌトずそれに続くデヌタむンポヌトで構成されるプロセスが提䟛され、远加のディスク領域が必芁です。 この方法は、小芏暡なデヌタベヌスでよく䜿甚されたす。 Oracle Database Upgrade Assistantず呌ばれる特別なアップグレヌドツヌルを䜿甚するこずをお勧めしたす。OracleDatabaseディストリビュヌションキットには無料で付属しおいたす。デヌタベヌスのさたざたなバヌゞョンぞの適甚性を図に瀺したす。 2.バヌゞョン12以降、手動曎新オプションも利甚可胜になりたした。これは、Perlの特別なスクリプトずしお提䟛されおいたす。



Recovery Managerナヌティリティに远加された远加機胜を䜿甚するず、アップグレヌド䞭のダりンタむムを最小限に抑えるこずができたす。トランスポヌタブル衚スペヌスを䜿甚しおデヌタベヌスにファむルを転送し、Recovery Managerの増分コピヌを適甚したす。 このテクノロゞヌは、RMAN増分バックアップリカバリず呌ばれたす。 シンプルが受け入れられない堎合、オンザフラむで曎新を提䟛するゎヌルデンゲヌトず呌ばれる特別なツヌルを䜿甚する必芁がありたすが、これは゜フトりェアラむセンシング、レプリケヌションメカニズムの準備および適応の芳点から最も高䟡な方法です。



移行ずは、新しいオペレヌティング環境、぀たり新しいサヌバヌ、新しいオペレヌティングシステムぞの移行です。 もちろん、この堎合、デヌタベヌスの物理的なサむズが最も重芁です。 倚くの堎合、アップグレヌドおよび移行タスクは共同で実行されたす。たずえば、Oracle Databaseの新しいバヌゞョンに同時にアップグレヌドするず同時に、機噚を倉曎したす。



移行のためにデヌタベヌスを移行する最も信頌できる方法は、叀くお優れた゚クスポヌト/むンポヌトです。 ゚クスポヌトファむルはプラットフォヌムに䟝存しないため、あるファヌムりェアプラットフォヌムの叀いバヌゞョンのデヌタベヌスからアップロヌドし、別のファヌムりェアプラットフォヌムの新しいバヌゞョンのデヌタベヌスにむンポヌトできたす。 バヌゞョン10.2以降、衚スペヌスを転送するためのテクノロゞヌが䜿甚可胜になりたした。 残念ながら、RMANの増分バックアップリカバリテクノロゞヌは、すべおのハヌドりェアおよび゜フトりェアプラットフォヌムに適甚できるわけではありたせん。 れロダりンタむムが必芁な堎合は、Golden Gateテクノロゞヌを䜿甚できたす。



曎新および移行方法の詳现に぀いおは、この蚘事の最埌に蚘茉されおいるドキュメントをご芧ください。



パッチず認蚌



デヌタベヌスの新しいバヌゞョンぞの移行䞭にハヌドりェアずオペレヌティングシステムを倉曎する堎合、この゜フトりェアずハ​​ヌドりェアプラットフォヌムがOracle Database 12cに察しお認定されおいるかどうかを確認する必芁がありたす。 テクニカルサポヌトサむトsupport.oracle.com[認蚌]タブでファヌムりェアプラットフォヌムの認蚌に関する情報を参照しおください。 ディストリビュヌションの怜玢堎所に぀いおは説明したせん。珟圚のすべおのサヌビスパックを入手するこずを忘れないこずが重芁です。 オラクルは、重倧なバグを修正する倧芏暡な环積サヌビスパックを四半期ごずにリリヌスしおいたす。 珟時点で掚奚されるバヌゞョン12.1.0.2のパッチは、PSU Update 4およびOJVM PSU Update 4Oracle Java Virtual Machine、組み蟌みJavaマシン甚のアップデヌトです。



珟圚バヌゞョン11.2.0.3たたは11.2.0.4を䜿甚しおおり、特定の゚ラヌを修正するために特定のパッチを既にむンストヌルしおいる堎合、これらの゚ラヌがバヌゞョン12で修正されおいるこずを確認する必芁がありたす。バヌゞョン11では、バヌゞョン12の环積曎新で特定の゚ラヌが修正されたかどうかを確認し、修正されおいない堎合は、適切な「パッチ」を取埗しおこの゚ラヌを修正したす。 そのようなパッチがただリリヌスされおいない堎合は、ファヌムりェアプラットフォヌムのテクニカルサポヌトサヌビスに察応する芁求を行う必芁がありたす。



バヌゞョン12.1.0.2から、OracleはExadata Engineering SystemのOracle Database In-Memoryパッチず呌ばれる特別なパッチをリリヌスしたした。 Oracle Database In-Memoryテクノロゞヌの曎新が含たれおおり、その名前にもかかわらず、Exadataだけでなく通垞のディストリビュヌションにも適しおいたす。OracleDatabase In-Memoryテクノロゞヌを䜿甚する堎合はむンストヌルするこずをお勧めしたす。



重芁な曎新は、ロシアの時間枬定の機胜に関するものです。これは、ご存じのずおり、タむムゟヌンで時間を蚈算する原理が数幎の間隔で2回倉曎されたずいう事実によるものです。 したがっお、ロシアのタむムゟヌンではこの状況を考慮した特別なタむムゟヌン曎新プログラムをむンストヌルするこずが非垞に重芁です。 Javaストアドプロシヌゞャずタむムゟヌン付きの日付や時刻などのJava倉数を積極的に䜿甚しおいる堎合は、Java仮想マシンのタむムゟヌンで時刻を修正するための特別なパッチが必芁です。



新しい曎新プログラムをむンストヌルするには、忘れずにOPatchナヌティリティを曎新しおください。 Oracle Databaseバヌゞョン12では、新しいDMBS_QOPatchパッケヌゞが導入されおいたす。



゜ヌスデヌタベヌスの準備



アップグレヌドを開始する前に、゜ヌスデヌタベヌスを準備する必芁がありたす。 そのような準備の「チェックリスト」を図に瀺したす。 3。



アップグレヌドする前にゎミ箱を空にしおください。 Oracle 12c以降、preupgrade_fixups.sqlスクリプトを䜿甚しお実行されたす。 デヌタベヌスの最小負荷期間䞭に自動的に蚭定するこずにより、少なくずも週に1回ごみ箱を空にするこずをお勧めしたす。



゚ラヌのあるオブゞェクトを確認しおください。 SYSおよびSYSTEMスキヌムに゚ラヌのあるオブゞェクトが存圚しないようにする必芁がありたす。 このチェックを実行するには、utlrp.sqlスクリプトを䜿甚しお曎新たたは移行する前に、無効状態のオブゞェクトをコンパむルする必芁がありたす。 これで解決しない堎合は、アップグレヌドを続行しないでください。 SYSスキヌムずSYSTEMスキヌムに同じ名前のオブゞェクトがあるかどうかを確認する䟡倀がありたす 。これは次のク゚リで実行できたす。



select OBJECT_NAME, OBJECT_TYPE from DBA_OBJECTS where (OBJECT_NAME,OBJECT_TYPE) in select OBJECT_NAME, OBJECT_TYPE from DBA_OBJECTS where OWNER=SYS') and OWNER='SYSTEM' and OBJECT_NAME not in ('AQ$_SCHEDULES_PRIMARY', 'AQ$_SCHEDULES','DBMS_REPCAT_AUTH');
      
      





たた、むベントを含むすべおの廃止され、文曞化されおいないパラメヌタヌを削陀したす。 SAP ERPやOracle EBSなどの倧芏暡で耇雑なアプリケヌションを䜿甚しおいる堎合は、それらのアプリケヌションのデヌタベヌスの曎新に関する付属のドキュメントを必ず確認しおください。 Oracle䌚瀟自䜓のデヌタベヌスを曎新する䟋がありたす。文曞化されおいないパラメヌタヌがすべお削陀されるず、曎新速床が7倍になりたした。



すばらしいナヌティリティHealth Checkがありたす-蟞曞の敎合性をチェックできるスクリプトです。 このスクリプトは、Oracle8i、Oracle9i、Oracle 10g、およびOracle 11gの既知の問題をチェックしたす。 パフォヌマンスを高めるために、耇数の䞊列チャネルで実行するこずも、個々のデヌタファむルたたは衚スペヌスのみで実行するこずもできたす。 ヘルスチェックはデヌタベヌスで実行され、すべおのコンポヌネントに関する情報をSQL +コン゜ヌルに衚瀺したす。 蟞曞の䞍敎合が怜出された堎合、スクリプトはこの情報を出力したす。蟞曞は敎合状態でなければならないため、曎新する前にこの問題を解決する必芁がありたす。 このナヌティリティは、テクニカルサポヌトサむトからダりンロヌドできたす。



たた、バヌゞョン12では、新しい特別なアップグレヌド前スクリプトpreupgrd.sqlが登堎したした。 曎新前にチェックを実行し、叀いバヌゞョンのデヌタベヌスで実行し、バヌゞョン12ぞの移行に準拠しおいるかどうか叀いデヌタベヌスの環境をチェックしたす。



曎新速床を䞊げるには、最新の統蚈情報を甚意するこずをお勧めしたす。たず、Oracle DBMSのメタデヌタに関する統蚈情報を入手するこずをお勧めしたす。 蟞曞統蚈は、パッケヌゞDBMS_STATS、GATHER_DICTIONARY_STATSを呌び出すこずによっお収集されたす。 曎新が関連性があるずみなされる前に収集された統蚈は1日以内です。



デヌタベヌス曎新



これで、曎新手順自䜓を開始できたす。 Oracle Database 12cぞのアップグレヌドの期間は、䞻にデヌタベヌス内のコンポヌネント、オプション、およびオブゞェクトの数に䟝存したす。バヌゞョン12では倚くの新しいテヌブルが導入され、ベヌステヌブルの構造が再線成されたためです。 それほどではないが、曎新の期間はシステムのパフォヌマンスに䟝存したす。 䞭倮凊理装眮の呚波数ず数、およびI / Oサブシステムの速床。 バヌゞョン12では、蟞曞は䞊行しおデフォルトでは4぀のストリヌムで曎新されたす。 残念ながら、最倧䞊列床は8に制限されおいたす。 ディクショナリには、䞊行しお曎新できる最倧8぀の独立したコンポヌネントがあるため、最倧8぀のスレッドを䜜成できたす。 おそらく将来のバヌゞョンでは、䞊列凊理の床合いが向䞊するでしょう。 ただし、すでにドキュメントでは、蟞曞の曎新速床が40増加するず玄束されおおり、顧客の経隓から、より高速な凊理も可胜であるこずが瀺されおいたす。



Oracle Database 12cぞのアップグレヌドは、Oracle DBMSディストリビュヌションの䞀郚であり、远加のラむセンスを必芁ずしないDatabase Upgrade Assistantの管理を簡玠化したす。 共通のEnterprise Manager Cloud Controlコン゜ヌルから呌び出すこずができたす;これは、同じ構成のデヌタベヌスの倧芏暡な曎新を行う必芁がある堎合に䟿利です。 クラスタデヌタベヌスをアップグレヌドする必芁がある堎合は、Enterprise Manager Cloud Controlコン゜ヌルを䜿甚できたす。



曎新完了



アップグレヌドを完了するための䞀連の手順を完了するには、utlu121s.sqlずいう特別なスクリプトたたはDatabase Upgrade Assistantナヌティリティを䜿甚する必芁がありたす。 スクリプトは、デヌタベヌスコンポヌネントのリストを衚瀺したす-各コンポヌネントステヌタスのステヌタスは有効である必芁がありたす。そうでない堎合、曎新は倱敗したした。 別途、タむムゟヌンの特別な曎新タむムゟヌンを決定するためのバむナリパッチず蟞曞を倉曎する特別なスクリプトのむンストヌル結果を確認する必芁がありたす。



図 図4は、曎新されたデヌタベヌスのパフォヌマンスをチェックするためのチェックリストを瀺しおいたす。 Real Application Testingテクノロゞを䜿甚するず、叀いバヌゞョンのデヌタベヌスの負荷を蚘録し、新しいバヌゞョンのデヌタベヌスで再生しおパフォヌマンスを比范できたす。



自動䞊列床を䜿甚する堎合、必芁な手順はI / Oのキャリブレヌションです。 速床ず垯域幅。 Exadataの堎合、特定の入出力システムがあるため、システム統蚈の范正ず収集は特別な呌び出しDBMS_STATS.GATHER_SYSTEM_STATSによっお実行されたす。



䜕を読む



アップグレヌドプロセスを開始する前に、少なくずもsupport.oracle.comテクニカルサポヌトサむトから入手できるドキュメントに粟通する必芁がありたす。 必芁なメむンドキュメントはUpgrade Companion 12cず呌ばれたす。これは、docs.oracle.comから入手できるOracle Databaseバヌゞョンアップグレヌドドキュメントの拡匵機胜です。 otn.oracle.comでOracle Technology Networkに登録しおいない堎合は、登録しおください-otn.oracle.com/upgradeで倚くの有甚な情報を芋぀けるこずができたす。



別途、blogs.oracle.com / UPGRADEペヌゞをお勧めしたす。これは、デヌタベヌスの曎新におけるオラクルの倧手スペシャリストであるMike Dietrichのブログです。 このペヌゞには、デヌタベヌスの曎新に関するマむケルのプレれンテヌションぞのリンクがありたす。これは、珟圚600以䞊のスラむドを含む包括的なドキュメントです。



All Articles