Oracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナント

WBOY
リリース: 2024-01-29 10:39:11
転載
1196 人が閲覧しました
データベース インスタンスとファイル システム いくつかの重要なプロセスとメモリ コンポーネント
  • RVWR: リカバリ ライター プロセス。データベースがフラッシュバック領域を設定すると、プロセスはメモリ内のフラッシュバック データ、具体的には共有プール内のフラッシュバック バッファをフラッシュバック ログに定期的に書き込みます。
  • 結果キャッシュ –> RCBG:結果キャッシュは、SQL ステートメントまたは plsql 関数の実行中に元のデータ操作の結果を保存するために使用されます。データベースが同じ操作を同じデータに対して実行する場合、オブジェクトを再度操作すると、結果を直接取得できるため、コンピューティング リソースの無駄が回避されます。
  • ASH バッファ–>MMNL: ASH バッファは、SQL 実行ステータス、アプリケーション接続ステータス、待機中のイベントなどを含む、アクティブなセッションの統計情報を保存するために使用されます。 ASH バッファがいっぱいになると、MMNL プロセスはバッファ内のデータをディスクに書き込みます。
  • メモリ内アンドゥ (IMU): 一時的なアンドゥを保存するために共有プール内の領域を開きます。トランザクション内で複数のデータが変更された場合、バッファ キャッシュ内のアンドゥ データ ブロックは消去されません。修正しましたが、記録用の IMU ノードを追加します。主に、アンドゥによって生成されるやり直しを減らすためです。
  • プライベート REDO ログ バッファ: 主に、IMU によって生成された一時 REDO を管理し、トランザクションの REDO 情報を共有プールに保存し、REDO ログ バッファの消費を削減するために使用されます。
  • フラッシュ キャッシュ: 正式名称はデータベース スマート フラッシュ キャッシュで、11.2 から開発されたフラッシュ メモリの最適化テクノロジです。従来の低速ディスク デバイスの代わりにフラッシュ メモリを使用して一部のデータを保存することを目的としています。データベースの全体的な遅延を削減し、データベースの IOPS を改善し、データベースのパフォーマンスを向上させるという目的を達成するため。

フラッシュ キャッシュは次のように動作します:

Oracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナント

Flash Cache に保存されたコンテンツは 2 つの方法で制御されます:

1. フラッシュ キャッシュのインテリジェントな選択アルゴリズム: データ ブロックとインデックス ブロックのアクセス頻度を評価して決定します。

2. データベース オブジェクトの cell_flash_cache 属性を変更します。

フラッシュ キャッシュ ストレージ コンテンツの基本標準

主に小規模な IO 操作のほか、データ ブロック、インデックス ブロック、ファイル ヘッダー、制御ファイルなどがキャッシュされます;

RMAN バックアップ IO 操作、データ ポンプ IO 操作、ASM ミラーリング操作、表スペースのフォーマットなどの場合、キャッシュされません。

フル テーブル スキャンの IO 操作のキャッシュ優先度は比較的低いです。

フラッシュ キャッシュにデータを格納する場合、主にクエリ速度の向上が目的であり、言い換えれば、メモリに加えてバッファ キャッシュ領域の一部を追加することに相当しますが、パフォーマンスは向上し、スピードが良くなります。次に、バッファ キャッシュと同様に、フラッシュ キャッシュ内のデータがいっぱいになるか、ある程度まで書き込まれた場合、新しい操作データ用のスペースを残すために、データをディスクに書き込む必要があります。

フラッシュ キャッシュのフラッシュ プロセス

キャッシュ内のデータをディスクに書き込むことをフラッシュと呼びます。 キャッシュ フラッシュ レベルの開始および停止の値を構成できます。これは、占有されているキャッシュ サイズ全体の割合を表します。ディスクに書き込まれていないキャッシュ内のデータがフラッシュ開始値に達すると、コントローラーはフラッシュを開始します (キャッシュからディスクに書き込まれます)。キャッシュ内の未書き込みのディスク データの量がフラッシュ停止値よりも少ない場合、フラッシュ プロセスは停止します。

開始フラッシュ レベルを高く設定すると、より多くの未書き込みデータをメモリにキャッシュできます。これにより、書き込み操作のパフォーマンスが向上しますが、データ保護が犠牲になります。データを保護したい場合は、より低い開始値と終了値を使用できます。

テストの結果、クローズ開始および終了フラッシュ レベルを使用するとパフォーマンスが向上することがわかりました。停止レベルの値が開始値よりも大幅に低い場合、フラッシュ中にディスクの輻輳が発生します

スマートフラッシュロギング 長い間、REDO ログの IO ボトルネックは OLTP システムを悩ませてきた大きな問題でした。これは、REDO の書き込み遅延がシステム全体、さらにはクラスター全体の応答速度を直接低下させるためです。

従来のデータベース アーキテクチャでは、一部の DBA は、読み取りおよび書き込みのレイテンシが低い小さなブロック ストレージを個別に Redo に割り当てます。

11204 以降、オラクルは、特にフラッシュ メモリ領域で Redo を提供する新しいソリューションを提案しました。一時的なREDOを保存する領域。

インフラッシュ カラム SCAN

列ストレージをフラッシュ・キャッシュに配置して、頻繁に操作される列ストレージ・オブジェクトの書き込みIOを改善します

  • 変更追跡ファイル:増分バックアップでブロックの変更を検出し、ファイルに記録します。記録単位はブロックです。
  • wallet: Oracle Wallet は、キーを保管するために使用されるコンテナです。簡単に言うとパスワードボックスですが、このパスワードボックスにより、本来パスワードの入力が必要な場面でパスワードを入力せずに利用できるようになり、アカウントのパスワードなどの機密情報を保護し、セキュリティの向上と利便性の向上を図ることができます。使用します。
マルチテナント ソリューション
アプリケーションコンテナ

アプリケーション コンテナは、12.2 で提案された新しいコンポーネントです。同じアプリケーション下のデータベース システムをサブコンテナに分割し、マルチテナントの同一管理を保証しながら、相対的なビジネス分離とデータ セキュリティを実現します。

PDB には独自の UNDO テーブルスペースがあります

12.2 以降、各 PDB には独自の UNDO 表領域があります。これにより、複数の PDB 間の競合が排除され、フラッシュバックまたはタイムスタンプ ベースのリカバリを実行する場合は、独自の UNDO データを検索するだけで効率が向上します。

柔軟なPDB作成方法

1. PDB$seed (またはアプリケーション ルート) から作成: ファイルをコピーします

2. 既存の PDB はホット クローンによって作成されます

注: 12.1 では、PDB に基づいて新しい PDB を作成する場合、元のライブラリを読み取り専用モードで開く必要があります。

Oracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナント

12.2 では、元のライブラリは影響を受けることなく DML 操作を引き続き実行できます。

Oracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナント

Oracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナント

クローン作成が完了すると、データは引き続き新しいデータベースに更新されます。

3. 他の CDB への PDB からの移行: 再配置

Oracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナント

フロントエンドは、relocate からプラガブル データベースの作成などのコマンドを実行し、バックグラウンドではリモート ホット クローンが自動的に実行され、リモート ファイルのコピーと同期が実行されます。

4. ASM ディスク ファイルのシャドウ コピーを通じて新しい PDB を生成します。

Oracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナント

PDB メモリ リソース管理

マルチテナント環境では、複数のPDBがメモリリソースを共有するため、PDBがバッファキャッシュをアドレス指定する必要がある場合、共有リソース全体から検索する必要があり、非常に不便です。 12.2 では、Oracle は一部のリソースに対して PDB ベースのドメイン分割を実装しました。

12.1 のメモリ リソースのハッシュ リストは次のとおりです:

Oracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナント

これは 12.2 で起こることです:

Oracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナント

PDB のその他の新機能

1. キャラクタ セット: 12.2 では、CDB キャラクタ セットがスーパーセット、つまり AL32UTF8 の場合、異なるキャラクタ セットを持つ PDB がサポートされます。同時に、プロキシ PDB を介して、異なる文字セットを持つ PDB をクエリすることができ、プロキシは文字化けすることなく、双方の文字セットを識別して互換性を持たせます。

Oracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナント

マルチテナントテクノロジはユーザーによって広く使用されており、Yunhe Enmo はデータサービス業界のリーダーとして、zData ソリューションと Oracle マルチテナントの組み合わせを通じてユーザーがインターネット時代のシステムのクラウド変革を実現できるよう支援してきました。テナント。

マルチテナントの新機能の詳細については、
を参照してください。 YH9:Oracle マルチテナントナレッジベース
マルチテナント技術はユーザーに広く使用されており、Yunhe Enmo はデータサービス業界のリーダーとして、zData ソリューションと Oracle マルチテナントの組み合わせを通じて、ユーザーがインターネット時代のシステムのクラウド変革を実現できるよう支援してきました。

WeChat パブリック アカウントの記事: データとクラウド

以上がOracle12.2 のアーキテクチャを理解する: ファイル システムとマルチテナントの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ソース:linuxprobe.com
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート
私たちについて 免責事項 Sitemap
PHP中国語ウェブサイト:福祉オンライン PHP トレーニング,PHP 学習者の迅速な成長を支援します!