11G元に戻す高利用率の問題
http：// blog.itpub.net/12679300/viewspace-1164916/
イベントの背景：
同社のERPデータベースは、バージョン11.2.0.3で、最近奇妙な現象を観察し、データベースのテーブルスペースのUNDOの使用率が高くなっているされ、UNDO表領域のサイズは76Gですが、使用量が70％以上を維持しています。
再び元に戻すには、最終的にこの問題を解決するための知識を学ぶためにこの機会を取り、以下の解決プロセスは、ドキュメントを仕上げています。（以下は、内側たOracleのオンラインドキュメントからです）
元に戻すレコードがコミットされていないトランザクションによってデータベースに加えられた変更を元に戻すために使用されています。データベースの回復時には、レコードがデータファイルにREDOログから適用されコミットされていない変更を元に戻すために使用されて元に戻します。レコードを元に戻し、別のユーザーがそれを変更しているのと同時にデータにアクセスしているユーザーのためのデータの前の画像を維持することにより、読取り一貫性を提供します。
第二に、いくつかのパラメータの影響は、UNDO
文は、パラメータアンドゥを表示することで、次の3つのパラメータは、表スペースの取り消し影響を及ぼす見つけることができ
、_in_memory_undo 1を
ORACLEは、「_」パラメータが先行している_in_memory_undoは、ORACLEの隠しパラメータで見るために、マスターの設計パラメータを理解します。
参考リンク：http://www.hellodba.com/reader.php?ID=31&lang=CN
興味のある友人は、徹底的に研究することができます。
2、UNDO_MANAGEMENT
| プロパティ |
説明 |
| パラメータタイプ |
弦 |
| 構文 |
UNDO_MANAGEMENT = {MANUAL | AUTO} |
| デフォルト値 |
AUTO |
| 変更可能 |
番号 |
| 基本的な |
番号 |
| Oracle RACの |
複数のインスタンスが同じ値を持っている必要があります。 |
UNDO_MANAGEMENTは、システムが使用するUNDO領域管理モードを指定します。AUTOに設定すると、インスタンスは、自動UNDO管理モードで起動します。手動UNDO管理モードでは、空間は、ロールバック・セグメントとして外部に割り当てられているアンドゥ
管理ソフトウェアが自動的に、プロの用語AUM（自動UndoManagement）、技術およびDBAなっ取り消し開発では、Oracleデータベース管理進捗の管理が実際に目撃され、早期のOracle UNDO管理を手動で元に戻します多くの作業軽減（DBAの仕事少なくし、良いことか悪いことを知りません）。
3、AUM（自動UndoManagement）説明
オラクルのprovidesaは完全にメカニズムを自動化し、情報スペースを元に戻すformanaging、など自動UNDO管理に言及した。自動UNDO管理では、thedatabaseは、UNDO表領域内のUNDOセグメントは管理されます。Release11g以降では、自動UNDO管理は、新たにinstalleddatabaseのデフォルトのモードです。アン自動拡張[データベースConfigurationAssistant（DBCA）のOracleでデータベースを作成するときにisautomatically作成UNDOTBS1という表領域を元に戻すには、完全に自動化メカニズムを使用しています:. AUMは、情報を管理し、スペースを元に戻します。AUMを使用した後、データベース管理は、アンドゥテーブルスペース内のセグメントを元に戻します。Oracle 11gの開始、デフォルトでは、新しいデータベースのAUMを使用することです。あなたはDBCAを使用してインスタンスを作成すると、自動的にUNDO表領域の自動拡張:. UNDOTBS1を作成theinstanceが起動すると使用可能なUNDO表領域がない場合、データベースは自動的に最初の利用可能undotablespaceを選択し、インスタンスがanundo表領域なしで起動し、店はレコードを元に戻します。 SYSTEM表領域インチ これは推奨されていない、と警告メッセージは、インスタンスを起動すると、DBが自動的に使用可能な最初のUNDO表領域を選択します。システムは、UNDO表領域なしで実行されていることを警告しfiletoアラート・ログに書き込まれ、UNDO表領域なし利用できる、インスタンスが起動しますが、このレコードが存在するが、この場合、ロールバック・セグメントのシステムテーブルスペースが推奨されていない元に戻す、およびSYSTEM表スペースを使用した場合、アラート・ログも言う警告メッセージに表示されますですアンドゥテーブルスペースを使用しないでください。アンドゥテーブルスペースが自動的に拡張されている場合は、表スペースが不十分である場合、データは（だけでなく、データコミット期限切れ）アンドゥデータの有効期限が切れていない書き換えることではない、UNDO_RETENTIONパラメータを使用しようとしますが、自動的に元に戻すに拡張されます表スペース。アンドゥテーブルスペースの拡張は、MAXSIZE値に達すると、データベースは期限切れのUNDOデータの書き換えを開始しません。あなたは、インスタンスを起動すると、DBは自動的に、最初に使用可能なUNDO表領域を選択します利用可能なUNDO表領域が存在しない場合は、インスタンスが起動しますが、このレコードが存在することであるロールバック・セグメントSYSTEMテーブルスペース、このような状況を元に戻しますこれはお勧めしません、とSYSTEM表スペースを使用した場合、アラート・ログにもアンドゥテーブルスペースを使用しない、警告メッセージに表示されます。アンドゥテーブルスペースが自動的に拡張されている場合は、表スペースが不十分である場合、データは（だけでなく、データコミット期限切れ）アンドゥデータの有効期限が切れていない書き換えることではない、UNDO_RETENTIONパラメータを使用しようとしますが、自動的に元に戻すに拡張されます表スペース。アンドゥテーブルスペースの拡張は、MAXSIZE値に達すると、データベースは期限切れのUNDOデータの書き換えを開始しません。あなたは、インスタンスを起動すると、DBは自動的に、最初に使用可能なUNDO表領域を選択します利用可能なUNDO表領域が存在しない場合は、インスタンスが起動しますが、このレコードが存在することであるロールバック・セグメントSYSTEMテーブルスペース、このような状況を元に戻しますこれはお勧めしません、とSYSTEM表スペースを使用した場合、アラート・ログにもアンドゥテーブルスペースを使用しない、警告メッセージに表示されます。アンドゥテーブルスペースが自動的に拡張されている場合は、表スペースが不十分である場合、データは（だけでなく、データコミット期限切れ）アンドゥデータの有効期限が切れていない書き換えることではない、UNDO_RETENTIONパラメータを使用しようとしますが、自動的に元に戻すに拡張されます表スペース。アンドゥテーブルスペースの拡張は、MAXSIZE値に達すると、データベースは期限切れのUNDOデータの書き換えを開始しません。
4。UNDO保存期間の説明
atransactionがコミットされた後、データがもはやロールバックortransaction回復の目的のために必要とされる元に戻すません。しかし、読取り一貫性のために、長時間実行クエリは、この古いデータ・ブロックのolderimagesを製造するための情報を元に戻す必要があります。さらに、いくつかのOracle Flashbackfeaturesの成功はすることができますまた、情報を元に戻す。Fortheseの理由、古いようlongas可能性のための情報を元に戻す。トランザクションのコミット後に保持することが望ましい古いの可用性に依存しますが、ロールバックまたはトランザクション・リカバリする必要がありますが、一貫性が読み取り用していないデータを元に戻す、など長期runingてクエリはまだ鏡の前で取得するためにこれらの古いUNDOデータブロックが必要な場合があります。また、プロパティは、これらの理由からの情報を元に戻すフラッシュバックによって影響される、古い情報を元に戻すか、できるだけ長くする必要があります。automaticundo管理が有効になっている場合、Oracleデータベースの試みがそれを上書きする前に、古いアンドゥ情報をtoretainことを最小の時間である現在のUNDO保存期間は、常にあります。現在のUNDO保存期間よりも古い古い（コミット）undoinformationはanditsスペースを有効期限が切れていると言われている新しいトランザクションによって上書きされるために利用可能である。期限が切れていないことを、現在のUNDO保存期間issaid未満であると、ある年齢とともに旧undoinformation読取り一貫性とOracleFlashback操作のために保持。AUMを有効にすると、それは最小の情報保存した時間を元に戻すあるUNDO保存期間を伴うだろう。expiered、対応するスペースも他のトランザクションを書き換えることができるように、このretentionperiodよりは、それがマークされる場合、古いは（すでにコミット）の情報を元に戻します。オラクルDatabaseautomaticallyは、UNDO表領域のサイズandsystem活動に基づいてUNDO保存期間をチューニングします。必要に応じてUNDO_RETENTION初期化パラメータを設定することで、最小UNDO保存期間（inseconds）を指定することができます。Oracleは、自動的にUNDO表領域のサイズとシステムの活動に応じて時間undoretention期間を調整します。また、手動秒でパラメータで初期化パラメータでUNDO_RETENTIONパラメータを変更することができます。UNDO保存にこのパラメータは以下の通りであるTheexact影響： - このパラメータの説明のために2点:.（1）UNDO_RETENTIONは、固定サイズのために無視parameteris表領域を元に戻すデータベースは常にに基づいて、可能な限り最高の保持のためundoretention期間を調整しますシステムアクティビティandundo表領域のサイズ.-- UNDOテーブルスペースのサイズが固定されている場合は、自動的に拡張されない、この場合には、UNDO_RETENTIONパラメータが自動的に無視され、効果、データベース・システム・アクティビティを取るとに基づいてテーブルスペースを元に戻すされません最適値にサイズのUNDO保存期間を調整します。（2）optionenabled AUTOEXTENDとUNDO表領域の場合、データベースは、UNDO_RETENTION specifiedby最小保持期間を尊重しようとする。空間が低い場合、期限が切れていないundoinformationを上書きする代わりに、表領域の自動延びている。MAXSIZE句は、自動ためISSPECIFIED場合UNDO表領域拡張、最大サイズはisreached場合、データベースは期限切れでないアンドゥ情報を上書きし始めることができる。UNDOTBS1のtablespacethatが自動的DBCAによって作成された自動拡張であるアンドゥテーブルスペースが自動的に拡張されている場合.--、データはテーブル場合、UNDO_RETENTIONパラメータを使用しようとし十分なスペース、書き換えることではないが満了していないときアンドゥデータの（データだけコミットしませ期限切れ）が、自動的にアンドゥテーブルスペースを拡張されます。アンドゥテーブルスペースの拡張は、MAXSIZE値に達すると、データベースは期限切れのUNDOデータの書き換えを開始しません。（3）UNDO保存チューニングとアラートThresholdsFor固定sizeundo表領域、データベース、統計ondatabaseとUNDO表領域のサイズに基づいて、可能な限り最高の保持を算出する。最適undomanagementはなく、チューニングのために表領域のサイズの100％に基づいて、 thedatabaseは、（85％に警告アラートしきい値のデフォルトが、変更することができる。）。方islowerは、表領域のサイズの85％に、または使用されるスペースの警告アラートしきい値パーセンテージに基づいて、UNDO保存期間をチューニングしたがって、
概要：道によって自動的に管理される表スペースを元に戻すORACLE 11gデータベースの最初から、利用状況アンドゥテーブルスペースの影響は、パラメータがUNDO_RETENTIONあるデータファイルは時間を延長しないように設定されて保存し、データファイルの管理を、元に戻すだろう自動的に無視され、データベースの保存期間は、システムアクティビティに応じて最適な値に調整し、表スペースを取り消し、通常50％以上である取り消します。
時間はデータセットUNDO_RETENTIONが満了したか否かに応じて決定される場合、パラメータデータファイルが拡張可能である場合、データの保持時間は、パラメータを超えた場合、それは、それが上書きされます失敗したものを元に戻します。
本システムで自動的に拡張データファイル、データファイル、データファイル自体をオープンし、大幅にダウン一日の利用見つかったUNDO表領域のデータベースの実行時間の後、提供されるようにして、サイズの大きさを拡大します10％。
.................................................. .................................................. .................................................. .................................................. .......
ORACLEの技術のブログは：ハンターは、ORACLEデータベース・テクノロジー・グループのノート：367 875 324（ORACLEの管理に注意してください）
.................................................. .................................................. .................................................. .................................................. .......................