シナリオ: 基本的な変更管理

データベース管理者は、情報をより包括的にし、情報へのアクセスを容易にするため、パフォーマンスを向上させるため、またはアプリケーションの変更を適合させるために、データベースを変更するように依頼されることがあります。

このシナリオでは、CUST_PRICE 表内の UNIT_COST 列のデータ・タイプを変更するように依頼されました。 この表は、GSDB データベースの GOSALESCT スキーマ内にあります。

Optim™ Database Administrator を使用して、以下のステップを実行します。

  1. データベースへの接続を作成する。
  2. 変更するデータベース・オブジェクトを指定する。
  3. 変更を加えることにより影響を受けるオブジェクトを識別する。
  4. 行われた変更を変更管理スクリプトで構成、保存、および追跡する。
  5. データベースに変更を適用するためのコマンドを生成する。
  6. アンロード・コマンドおよび再ロード・コマンドを使用してデータを保存する。
  7. フラッシュ・パッケージ・キャッシュ、RUNSTATS、REBIND、および REORG などのメンテナンス・コマンドを作成する。
  8. データベースに変更を配置する。
  9. 変更の要約レポートおよび配置レポートを作成する。

要件: このシナリオは、GSDB データベースで提供されるサンプル・データに基づいています。 このシナリオのステップを実際に実行するには、データベースをダウンロードし、http://publib.boulder.ibm.com/infocenter/idm/v2r2/topic/com.ibm.sampledata.go.doc/topics/download.htmlに記載されている指示に従ってシステムでそれをセットアップします。

以下のステップをすべて実行して、GSDB データベースに要求された変更を加えます。

  1. GSDB データベースに関する接続が管理エクスプローラーに存在することを確認します。
    1. 接続が存在しない場合は、管理エクスプローラーのツールバーで、「新規」のドロップダウン・ボタンをクリックし、「新規接続プロファイル (New Connection Profile)」をクリックします。これによって開いたウィザードで詳細を指定して「完了」をクリックします。
    2. 接続を行う必要がある場合は、管理エクスプローラーでデータベースを右クリックし、「接続」をクリックします。 これによって開いたウィザードで詳細を指定して「完了」をクリックします。
  2. 変更する表を検出します。
    1. 「管理エクスプローラー」ビューで、GSDB データベースの内容を展開します。
    2. 「表」フォルダーをクリックします。
    3. 「オブジェクト・リスト」で CUST_PRICE 表を見つけます。 この表を簡単に見つけるには、「名前」フィールドに CUST と入力してください。 CUST という文字で始まる名前の表のみが表示されます。
  3. CUST_PRICE 表の行を右クリックし、「変更」をクリックします。 新しい変更管理スクリプトが自動的に作成されて、「変更管理スクリプト・エディター」に変更管理スクリプトが表示されます。
  4. CUST_PRICE 表内の UNIT_COST 列のデータ・タイプを変更します。
    1. 「変更管理スクリプト・エディター」「変更するオブジェクト」リストで、「CUST_PRICE」をクリックします。
    2. プロパティー」ビューで、「列」タブをクリックして、列情報を表示します。
      ヒント: ビューのタイトル「プロパティー」をダブルクリックすると、ビューを最大化できます。 もう一度ダブルクリックすると、ビューが最小化されます。
    3. UNIT_COST 列で、データ・タイプ・フィールドをダブルクリックして、ドロップダウン・ボックスを使用してデータ・タイプを DECIMAL(19,2) から INTEGER に変更します。
    4. 変更管理スクリプト・エディター「オブジェクトを扱う作業」セクションで、メインメニューから「ファイル」 > 「保存」をクリックするか、または Ctrl+S を押して、変更コマンド・スクリプトに変更を保存します。
  5. CUST_PRICE 表を変更することによって影響を受ける可能性のあるオブジェクトを評価します。
    1. 「変更するオブジェクト」リストで、「CUST_PRICE」をクリックします。CUST_PRICE 表を変更することによって影響を受けるその他のオブジェクトがある場合、「影響を受けるオブジェクト」リストに表示されます。
    2. 影響を受けるオブジェクトを変更管理スクリプトに組み込みます。 「変更」ボタンおよび「ドロップ」ボタンを使用して、影響を受けるオブジェクトを「変更するオブジェクト」リストに移動してください。「変更」ボタンを使用して影響を受けるオブジェクトを移動した場合は、 「プロパティー」ビューでそのオブジェクトをクリックして、必要な変更を加えることができます。
  6. 「コマンドのプレビュー」をクリックして、GSDB データベースに適用する変更コマンドを生成します。

    コマンドにエラーがあることを示すダイアログが表示されます。 「いいえ」をクリックします。このシナリオでは、エラーを後から修正します。 変更管理スクリプト・エディターのフォーカスが、「コマンド」セクションに移ります。

  7. 生成されたコマンドを確認します。
  8. オプション: 「変更レポートの表示」をクリックして、変更の要約レポートを確認します。 (「変更レポートの表示」ボタンを表示するには、変更コマンド・スクリプト・エディター「コマンド」セクションで右にスクロールすることが必要かもしれません。) レポートはエディター領域で開きます。 レポートの左方のナビゲーション・フレームにある リンクをクリックして、レポートのさまざまなセクションを確認します。 その後、レポートを閉じます。

    Optim Database Administrator により、データベースに加える変更、それらの変更からの影響、およびモデル化された変更のために実行する必要のあるアクションについて記述するこのレポートが自動的に生成されます。 このレポートは、GSDB プロジェクトの「その他のファイル」フォルダーにある HTML ファイルに格納されます。

  9. 「データ・オプション」をクリックして、データ保存オプションを指定し、生成された変更コマンドで検出されたエラーを修正します。

    Optim Database Administrator により、加えた変更にデータ保存コマンドまたは DB2 メンテナンス・コマンドが必要かどうかが自動的に判断され、データ保存のカスタマイズ・ウィザードが表示されるため、生成された変更コマンドを変更できます。

    このシナリオでは、列のデータ・タイプを DECIMAL から INTEGER へ変更したため、CUST_PRICE 表を除去し、再作成する必要があります。 したがって、データを保存するために UNLOAD コマンドと RELOAD コマンドが必要です。

    1. 「アンロードおよび再ロード・ファイル情報の指定 (Specify Unload and Reload File Information)」ページで、UNLOAD コマンドと RELOAD コマンドに関するデータ・ファイルの場所を指定します。 必ず絶対パスを指定してください。 デフォルトの方式を使用してデータのアンロードと再ロードを行うことを受け入れます。 「次へ」をクリックします。
    2. 「アンロードおよび再ロード情報」ページの「問題」セクションに、「アンロード」表と「再ロード」表の UNIT_COST 列のデータ・タイプ間の不一致が示されます。 「自動キャスト」をクリックして、不一致を解決します。 あるいは、問題があるリスト内の行を選択し、それを右クリックして、「自動キャスト」をクリックすることもできます。 「次へ」をクリックします。
    3. 「DB2 メンテナンス・コマンド」ページで、どのメンテナンス・コマンドを生成するかを指定できます。 「終了」をクリックします。

      パッケージの再バインドを選択すると、「スキーマの選択」ページ上で、パッケージを再バインドするためのスキーマがデフォルトで選択されます。

    コマンドが再生成され、エディターの「コマンド」セクションに表示されます。

  10. 変更管理スクリプト・エディター「コマンド」セクションで、「実行」をクリックして、変更をデータベースに配置します。 「変更コマンドの実行」ウィザードが開始されます。
  11. Optim Database Administrator により、現行の基本モデルとデータベース・カタログは同一であることが確認されます。 この検査が成功した場合は、「次へ」をクリックします。

    検査が成功しなかった場合は、基本モデルをリフレッシュし、変更コマンドを再生成する必要があります。

  12. 表示されたコマンドを確認し、「終了」をクリックして、GSDB データベースに変更を適用します。 「メッセージ」セクションには、実行中のコマンドに関する状況が表示され、変更スクリプトの実行の最終状態が記録されます。 また、「SQL 結果」ビューを使用して、各コマンドの状況を確認することもできます。
    ヒント: コマンドが正常に実行されない場合は、 「メッセージ」セクションに表示されるメッセージ番号または SQL コード をクリックして、詳細を取得できます。 メッセージまたは SQL コードに対応するリンクにより、 詳細情報を含むインフォメーション・センターが開きます。
  13. 配置プロセスが完了した後に、配置レポートが自動的に生成されます。 このレポートは、変更管理スクリプトと同じプロジェクトの「その他のファイル」フォルダーに保存されます。 レポートについて詳しくは、レポートを参照してください。

これでデータベース・カタログは更新され、指定した変更が組み込まれました。


フィードバック