Tweet

データベースサーバリプレイスの考え方

データ移行手段の選択

　新環境構築にめどがついたら、次に考えなければならないタスクが「データ移行作業」です。これは、現行環境のデータベースを新環境に移植するための作業です。当然のことながら、データベースとして整合性の取れた状態として移植する必要があります。

　最初にデータベースのデータ規模とシステムの停止可能な時間について検討します。

　データ移行作業では通常、製品純正機能のExportユーティリティ（以下、exp）／Importユーティリティ（以下、imp）が用いられます。この方法には、製品バージョン間の差異やOS種別の差異を吸収してくれることに加え、ディスク領域の断片化を解消するといった素晴らしい効果があります。その反面、実行時間がデータ量に比例して長くなるという問題もあります。

　このため、移行方式の検討フェイズでexp／impコマンドを実行し、それぞれの実行時間がシステムの停止時間内に収まるかどうかの検証が必要です。

　データ移行方式の検討フェイズでは、図4のようにデータ移行作業だけではなく、稼働しているシステムの停止などの事前準備、作業後のデータ整合性チェックやアプリケーションの動作確認なども含めて考えなければなりません。

　exp／impコマンドでの移行方式を検討した結果、不運にもシステム停止時間をオーバーしてしまうケースがあります。その場合には、代替となるデータ移行手段を探すことになります。

　例えば、データベースのバージョンやOS種別が現行環境と新環境でまったく同一の場合、データファイルなどのデータベースを構成する物理ファイルをそのままコピーしてしまう方法があります。この方法ではコールドバックアップとして取得したバックアップセット一式を別のサーバに移植するため、余分な処理を介さず作業時間を短縮することができます。また、製品純正機能ではトランスポータブル表領域という機能もあります。こちらも利用にあたってはいくつかの前提条件がありますが、それらをクリアしている場合には、exp／impを用いた場合よりも作業時間を短縮できる場合があります。

作業に問題が発生したときの切り戻し計画

　今回「データベースサーバリプレイスの考え方」と題して、リプレイスに際して検討すべき事項の基本的な考え方を説明しました。新環境の構築では、そのハードウェアやOSの選定からサイジング、データベースのバージョン選定や構成の検討など、将来の安定運用にかかわる重要事項の決定が次々に待ち構えています。

　最後に、リプレイス作業を計画するにあたって最も重要な、リプレイス作業に問題が生じた際の切り戻し、および復旧方法について触れておきます。

　リプレイス作業において最も大事なことは、時間内に作業を完了し、予定通りシステムを再開させることです。そして、リプレイス作業が完遂できない事態に陥った場合にも、システム再開の期限は必ず守られなければなりません。そのための準備が、問題発生時の切り戻し、復旧手順の確立、そして作業工程表への「切り戻し最終期限」の組み込みです。

　例えば、切り戻し先を現行環境（旧環境）とする場合で考えてみます。

　まず、実施したデータ移行作業をロールバックして、再び旧環境を正常稼働させるために必要な時間を見積もります。それをもとに、サービス再開の予定時刻から逆算した「確実に旧環境に戻せる時刻」を切り戻し最終期限としてマイルストーン設定します。そして、そのマイルストーンまでにリプレイス作業の全工程が完了していない場合には無条件に旧環境への切り戻しを実施する、といったルールを設定します。これによって、システム再開の期限を確実に守ることができます。

　実際には作業を仕切り直した場合のコストなども考慮し、作業の進行状況を都度確認しながら「ここまで進んでいれば本番稼働に影響はない」といった現場レベルの判断も必要になりますが、基本となるルールがあいまいな状態では適切な判断はできません。客観的な判断基準を備えた、マイルストーンの設定を心掛けてください。

　今回をもって、2008年7月から連載させていただいた「ゼロからのリレーショナルデータベース入門」を一区切りとさせていただきます。ご高覧いただきました読者の皆様、誠に有難うございました。

　本連載では、リレーショナルデータベースの基本構造の解説からスタートし、耐障害性やセキュリティなどの非機能要件を含めて、データベースを取り扱う際に必要となるトピックをできるだけ実業務に近い目線で幅広く取り扱ってきたつもりです。その1つでも、皆様の日々の業務に役立つことができれば幸いです。

3/3

Index
データベースサーバリプレイスの考え方
	Page 1 避けては通れないデータベースサーバのリプレイス リプレイス作業は吉か凶か リプレイス時に発生する作業 データベースのバージョンおよび適用するパッチの選定
	Page 2 アプリケーションの動作保証 製品の安定性 製品ライフサイクルとサポート提供期間
	Page 3 データ移行手段の選択 作業に問題が発生したときの切り戻し計画

ゼロからのリレーショナルデータベース入門

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）

RSSフィード