少し前まで、職場で、AIX上のDB2の自動オフラインバックアップを構成する必要がありました。 標準の方法は機能しなかったため、クラウンを使用して起動されるスクリプトを使用してすべてを構成しようとすることにしました。 簡単な突く方法を使用して、数ギガバイトを占めるデータベースの完全なオフラインバックアップが7zを使用して非常にうまくアーカイブできることを発見しました。 最終結果は、サイズが2〜3ギガバイトのデータベースで約20〜50 mbかかります。 したがって、日付ごとにパッケージ化された完全バックアップを保存できます。 このすべてを自動化することは残っています。 これを行うために、データベースへの接続を自動的に強制終了し、スキームとデータベース自体のバックアップを作成するスクリプトをいくつか作成することにしました。
たとえば、Centos 5.5にインストールされたDB2 9.7.4 Express Editionを検討します。 このシステム全体が機能するためには、perlと7zaがインストールされている必要があります。 ベースは、デフォルトでディレクトリ/ home / db2inst1にインストールされます。 スクリプト用とバックアップ用の2つのディレクトリを作成しましょう。
mkdir bin mkdir backups
最初に必要なスクリプトは、forcedbデータベースへの接続を強制終了するスクリプトです
ご覧のとおり、getDBApplicationHandles関数は特定のデータベースからのみアプリケーションハンドルを取得し、forceDBApplicationはそれらを閉じます。 このスクリプトはバックアップ中には使用されませんが、将来的には役立つ可能性があります。 2番目のスクリプトにその機能を埋め込みます。 関数を埋め込み、このスクリプトを呼び出さない理由を尋ねますか？ スピードがすべてです。 db2に接続する一部のシステムは、バックアップスクリプトがデータベースのバックアップを開始する前に、新しい接続を作成します。
このスクリプトを機能させるには、次のエントリを.profileに追加します。
export PATH=~/bin:$PATH export DB2_BACKUP_DIR=~/backups export DB2_BACKUP_PARALLELISM=4
ご覧のとおり、2つのグローバル変数を発表しました。 2番目のスクリプトでそれらを使用します。 parallelismパラメーターはdb2バックアップ中に使用され、マルチプロセッサーシステムでのバックアップ時間を短縮します。
2番目のスクリプトはbackupdbです
getTimeStamp関数は、バックアップファイルの名前に使用される日付を提供します。 getPathPrefix関数は、バックアップがパッケージ化されるパスを提供します。 これらの機能は独自の方法で変更できます。 archiveDirectory関数の7zaアーカイブオプションを試すこともできます。 データベーススキーマのバックアップで問題が発生した場合は、backupDB関数のdb2lookパラメーターを参照してください。
別のbackup.shスクリプトをビンに追加して、クラウンと呼びます。
バックアップするデータベースごとに、バックアップするデータベースの名前と.sqlファイルに保存するバックアップスキームの名前を指定してbackupdbを呼び出す必要があります。 スキームを指定しない場合、データベースのバックアップのみが実行されます。
すべてのスクリプトを確認し、たとえば毎日毎日午前3時に、backup.sh呼び出しをクラウンに追加します。
ご清聴ありがとうございました。