シナリオ: 開発データベースへの変更のマイグレーション

データベース管理者は多くの場合、実動データベースのサブセットである開発データベースを作成する必要があります。 開発データベースで作業することにより、テストされていないコードで実動データベースに障害が及ぶことを回避できます。

データベース管理者は何度も、開発データベースを作成するために、実動データベースをバックアップし、それを開発サーバーで復元します。 ただし、通常は実動イメージ全体またはそのすべてのデータが必要なわけではありません。

このシナリオでは、GSDB データベースから GSDBDEV データベースへ 2 つの表をマイグレーションするように依頼されました。 Optim™ Database Administrator には、コピー/貼り付け機能とドラッグ・アンド・ドロップ機能があり、これらを使用すると、データ・サーバー間でデータベース・オブジェクトを移動できます。 これらの機能は、行った変更の内容を正確に認識するときに使用します。 このシナリオでは、コピー/貼り付け機能を使用して、これらの変更を行います。

要件: このシナリオは、GSDB データベースで提供されるサンプル・データに基づいています。 このシナリオで実際にステップを実行するには、以下の 2 つのタスクを完了する必要があります。

以下のステップをすべて実行して、CUST_CUSTOMER および CUST_CRDT_CARD 表を GSDBDEV データベースへマイグレーションします。

  1. 管理エクスプローラーに GSDB データベースおよび GSDBDEV データベースの接続が存在することを確認します。
    • 接続が存在しない場合は、管理エクスプローラーのツールバーで、「新規」のドロップダウン・ボタンをクリックし、「新規接続プロファイル (New Connection Profile)」をクリックします。これによって開いたウィザードで詳細を指定して「完了」をクリックします。
    • 接続を行う必要がある場合は、管理エクスプローラーでデータベースを右クリックし、「接続」をクリックします。 これによって開いたウィザードで詳細を指定して「完了」をクリックします。
  2. 実動データベースから開発データベースへ CUST_CUSTOMER および CUST_CRDT_CARD 表をコピー/貼り付けします。
    1. 管理エクスプローラーで GSDB データベースを探し、その内容を展開して「表」フォルダーをクリックします。 「オブジェクト・リスト」が表示されます。
    2. 「オブジェクト・リスト」で、「名前」列をクリックして、表名をソートします。「名前」列のエッジを右方向へドラッグして、列の幅を大きくすると、表名をさらに表示できます。あるいは、「名前」フィールドを使用して、CUST という文字で始まる名前の表のみを表示することもできます。
    3. CUST_CRDT_CARD をクリックし、Ctrl キーを押したまま CUST_CUSTOMER をクリックします。その後、右クリックし、表示されたコンテキスト・メニューの「コピー」をクリックします。
    4. 管理エクスプローラーで GSDBDEV データベースを見つけます。GSDBDEV データベースを右クリックして、「貼り付け」をクリックします。

      「データベース・オブジェクトの貼り付け」 ウィザードが開始します。

  3. データベース・オブジェクトの貼り付けウィザードで情報を指定します。
    1. 「変更管理を使用した貼り付け」が選択されていることを確認し、「次へ」をクリックします。
    2. 「オブジェクトとデータのコピー」をクリックし 、「必要なデータベース・オブジェクトのコピー」に チェック・マークが付いていないことを確認して、「終了」を クリックします。

      デフォルトでは、GSDB データベースにあるスキーマである GOSALESCT スキーマに表が作成されます。 生成された変更コマンドには、GOSALESCT スキーマを作成するコマンドが含まれます。

      ヒント: 異なるスキーマに表を作成したい場合には、「データ・オブジェクト・エディター」を使用して GSDB_DEV データベースにスキーマを作成し、表をそのスキーマにコピーすることもできます。

    変更管理スクリプト・エディター」に変更管理スクリプトが表示されます。 GOSALESCT.CUST_CUSTOMER および GOSALESCT.CUST_CRDT_CARD 表が、変更するオブジェクトとしてリストされます。

    変更管理スクリプトを作成するとき、プロジェクトがまだ存在していない場合に、変更管理スクリプト、モデル、 および変更に関連したその他のスクリプトを保持するためのデータ設計プロジェクトが自動的に作成されます。 (データ設計プロジェクトは、データ・プロジェクト・エクスプローラーで表示できます。)

  4. 「変更するオブジェクト」リストで、 GOSALESCT.CUST_CUSTOMER をクリックします。次に、「プロパティー」ビュー (デフォルトでは、変更管理スクリプト・エディターの下にあります) で、「表スペース」タブをクリックし、表が USERSPACE1 に作成されるように表スペースを変更します。

    同じステップを GOSALESCT.CUST_CRDT_CARD 表にも繰り返します。

    表スペースを変更した後で、変更管理スクリプト・エディター「オブジェクトを扱う作業」セクションで、メインメニューから「ファイル」 > 「保存」をクリックするか、または Ctrl+S を押して、変更コマンド・スクリプトに変更を保存します。

  5. 「コマンドのプレビュー」をクリックして、変更コマンドを生成します。 変更管理スクリプト・エディターのフォーカスが、「コマンド」セクションに移ります。
  6. 生成された変更コマンドを確認します。
  7. 「変更レポートの表示」をクリックして、変更の要約レポートを確認します。(「変更レポートの表示」ボタンを表示するには、変更管理スクリプト・エディター「コマンド」セクションで右にスクロールする必要がある場合があります。)レポートはエディター領域で開きます。 レポートの左方のナビゲーション・フレームにある リンクをクリックして、レポートのさまざまなセクションを検討します。 その後、レポートを閉じます。

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

  8. 「データ・オプション」をクリックして、「データ保存」ウィザードを開始します。 GSDB データベース内の表のデータが GSDBDEV データベースにもコピーされるため、アンロード・コマンドと再ロード・コマンドが生成されました。「データ保存」ウィザードでは、アンロード・コマンドと再ロード・コマンドのカスタマイズ、および生成するデータベース・メンテナンス・コマンドの指定のプロセスを順番にたどります。
    1. 「アンロードおよび再ロード・ファイル情報の指定 (Specify Unload and Reload File Information)」ページで、UNLOAD コマンドと RELOAD コマンドに関するデータ・ファイルの場所を指定します。 必ず絶対パスを指定してください。 データのアンロードおよび再ロードに使用する方式としてデフォルト値をそのまま受け入れて、「次へ」をクリックします。
    2. 「アンロードおよび再ロード情報」ページで、以下のステップをすべて実行します。
      1. CUST_CRDT_CARDCUST_CUSTOMER をクリックして、データのアンロードと再ロードに使用されるコマンドを確認します。
      2. CUST_CRDT_CARD の再ロード方式が IMPORT であることを確認します。 再ロード方式が IMPORT ではない場合、「CUST_CRDT_CARD」をクリックし、 「再ロード」ドロップダウンで「IMPORT」を選択します。
      3. 前のステップを繰り返して、CUST_CUSTOMER 表の再ロード方式も IMPORT であることを確認します。
    3. 「DB2 メンテナンス・コマンド」ページで、生成されるメンテナンス・コマンドを変更します。 RUNSTATS コマンドを生成しないよう選択して、「終了」をクリックします。

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

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

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

  12. 変更コマンドを確認し、「終了」をクリックします。 変更が実際のデータベース・カタログに配置されます。

    変更管理スクリプト・エディター「メッセージ」セクション、および「SQL 結果」ビューを使用して、コマンド実行の結果をモニターします。

    要確認: 変更コマンドが正常に配置されない場合は、以下のいずれかの処置を実行できます。
    • 「取り消し」をクリックして、エラー発生前に完了したコマンドをバックアウトします。
    • エラーの原因となった問題を解決し、「再始動」をクリックして、失敗したコマンドから変更管理スクリプトを再開します。 必要に応じて、「変更コマンド」ダイアログでコマンドを編集できます。
    ヒント: コマンドが正常に実行されない場合は、 「メッセージ」セクションに表示されるメッセージ番号または SQL コード をクリックして、詳細を取得できます。メッセージまたは SQL コードに対応するリンクにより、 詳細情報を含むインフォメーション・センターが開きます。
  13. 配置プロセスが完了した後に、配置レポートが自動的に生成されます。 このレポートは、変更管理スクリプトと同じプロジェクトの「その他のファイル」フォルダーに保存されます。 レポートについて詳しくは、レポートを参照してください。

これで GSDBDEV データベース・カタログが更新され、GOSALESCT スキーマに 2 つの新しい表が組み込まれました。


フィードバック