バックアップのパフォーマンスおよび容量に関する考慮事項の概要バックアップ戦略では、パフォーマンスとストレージ領域が重要な側面になります。オーバーヘッドを小さくして、バックアップを迅速に完了させることを希望しています。バックアップデータをコンパクトにして、即座にリストアできるように複数のバックアップを手元に用意しておくことも希望しています。別のシステムへのバックアップデータの転送は、迅速で便利に行えることが必要です。コマンドのオプションによって制御されます。バランスをとる必要があります。計画メンテナンス中、または災害が発生したときにデータのリストアに要する時間を必ず意識してください。主要ないくつかの機能について、次のような検討要素があります。リリースに対してパフォーマンスを大きく改善しています。操作の主な下位操作になります。最初に、ディスクからデータを読み取り、続いてこのデータを処理し、データをディスクに書き込み、再度データを読み取って検証します。これらの下位操作が互いに独立しており、並列して実行できるため、パフォーマンスが向上します。使用して並列的に実行され、その結果パフォーマンスが向上します。サイクルを並列して使用できる圧縮バックアップの場合に大きくなります。バイトのブロックを使用したブロックレベルの並列処理を採用しています。バイトのチャンクに対して読み取り、処理、および書き込みを行えます。小さな多数のテーブルスペースが含まれているかにかかわらず、操作のパフォーマンスを改善します。増分バックアップは完全バックアップより高速で、データベースサーバー上のストレージ領域を節約し、別のサーバーにバックアップデータを転送するネットワークトラフィックを軽減します。増分バックアップでは、リストアできるようにバックアップを準備しておく追加処理が必要になります。オーバーヘッドを最小限に抑えることができます。テーブル用のストレージ領域を節約し、バックアップデータを別のサーバーに転送するネットワークトラフィックを軽減します。オーバーヘッドが発生します。リストア中、圧縮されたデータと圧縮解除されたデータが同時に必要になるため、この追加ストレージ領域とデータを圧縮解除する時間を考慮に入れてください。テーブルスペースファイル内の未使用領域のスキップも行います。非圧縮バックアップにはこの未使用領域が含まれます。領域が限られている場合や、安価で大容量だが速度が遅いテープなどのストレージデバイスを使用している場合は、パフォーマンスと領域に関する考慮事項は異なります。できるだけ高速なバックアップを目的とせず、データベースサーバーにバックアップデータの中間コピーを格納しないようにしたい場合があります。単一ファイルのバックアップを生成して、そのファイルをほかのサーバーまたはデバイスに直接ストリーミングすることができます。バックアップデータはローカルシステムに一切保存されないため、データベースサーバーでの領域オーバーヘッドが回避されます。一連のバックアップファイルを保存し、続いて別のサーバーまたはストレージデバイスへの転送用にそれらをアーカイブにまとめるというパフォーマンスオーバーヘッドも回避されます。詳細は、セクション3.3.5.1「別のデバイスまたはサーバーへのバックアップデータのストリーミング」を参照してください。オーバーヘッドが、テープデバイス上でのストレージ領域の追加よりも高価なため、バックアップデータをテープにストリーミングするときに通常はバックアップを圧縮しません。能力の余裕が多いか、圧縮によってどれだけのネットワークトラフィックを軽減できるかに応じて、元のサーバーで圧縮することも、ストリーミング先のサーバーで圧縮することもできます。即座にリストアできるように、バックアップデータをストリーミング先のサーバーで圧縮せずに保存しておくこともできます。データをリカバリする速度が重要である障害リカバリの場合、重要なバックアップデータを準備して圧縮解除された状態にしておくと、リストア操作のステップ数を最小限に抑えることができます。速度が非常に重要になるのは障害リカバリ中です。ステートメントを再実行して生じる、行を挿入しインデックスを更新するというオーバーヘッドはスキップされます。システムコールを使用することによって、オペレーティングシステムのディスクキャッシュに格納せずにバックアップデータを書き込みます。回限り読み取る操作で、頻繁にアクセスされるデータがディスクキャッシュからフラッシュされないようにすることにより、バックアップ操作後の速度低下を最小限に抑えます。パフォーマンスに関する考慮事項」を参照してください。