ＳＡＮブート構成で、ＬＰＡＲ６区画の構成、内蔵Ｄｉｓｋ構成のＬＰＡＲ2区画で、システムを構築。

ホストの処理が限界に近づきつつあった為、新たなインフラ基盤として、System iが選択された。ホストでサードベンダーのストレージを使用していたこともあり、今回の構成もこのストレージを利用することとなった。

ホストで使用していたストレージの利用方法、バックアップシステムに対して、System iで同様の仕組みを構築するのが第一歩で、ホストの負荷を減らすことが目的。近い将来、ホストを廃止して、ダウンサイジングを行い、System iで基盤業務とWebシステムの構築を目指す。テスト環境も本番環境と別区画で稼動しており、定期的に本番環境の複製を作成して、テストを行える仕組みを希望。

ストレージは、E○C社のユーティリティーソフトを使用し、独立ASPをスイッチャブル構成で、他区画に移動を行い、バックアップを実施する。
バックアップが完了すると、本番区画と同期を取る仕組み。現在、基幹業務の一部がカットオーバーし、順次移行を進めている。Webシステムもサードベンダーパッケージによる開発が進み、i-Bladeを提案中で、ここでWebサーバーを負荷分散する仕組みを計画。本番区画の複製を本番業務に影響を与えず丸ごと作成し、テストで使用する運用は、現在進行中。テープを使用してテスト環境を作成する方法と比較すると短時間で、移行漏れの無い手法が取れる為、開発テストを行う上で重宝している。

System iの処理速度が速すぎてホストの処理が追いつかない現象も発生中。バックアップは、本番業務を停止することなく、他区画にて取得を行うので、本番環境は、24時間３６５日無停止の環境となっている。開発も、ストレージ操作を行えるユーティリティーソフトのおかげで、簡単に本番さながらの環境を作成できるので、効率が良くなった。