データ移行計画を立てる

以下のような業務系ＤＢサーバの移行計画を立てる

1. 稼動してから５年以上経過している。
2. 定期的にバックアップを行なっていない。
3. データ精度が低い（テストデータが放置されているなど）
4. 定期起動バッチ等でデータの消しこみが行なわれていない（むろん肥大していく）
5. 不要・必要データの切り分けが難しい（担当者が把握できていない）
6. 不要・必要モジュールの切り分けが難しい（担当者が把握できていない）
7. 対外システムが複数存在する。

アプローチ

モジュールにしろデータにしろ、混沌とした状態を整理するために移行対象について業務担当者にヒアリングを実施したところ、「〜かもしれない」といった感じでハッキリとしたコメントが頂けなかった。計画を立てるにあたり「きっと〜だろう」と安易に考える事だけは避けるべきなので、むしろ「〜かもしれない」と意識しつつ「事実調査に基づき裏づけを行うという方法で進めることとする。

ソフトウェア移行検討

今回移行元となるサーバアプリは、AIX + Perl + DBI + DBD であり、ＤＢはDB2である。移行先は、AIX + Perl であるが、DB2のバージョンが１つ上。DBI/DBDはインストールされていない。DBI/DBDはインストール時にコンパイルが必要となるが、最近のＡＩＸにはコンパイラが入っていない。別途用意する必要がある。

データ移行検討

ディスク領域は問題ないか。データ総数を調査する。また増加傾向をできるだけ見通しつけ、移行先のディスクストレージキャパシティが十分であるか判断する。足りなければ増設する。