Windows環境のSAP基幹システムを
32ビットから64ビット環境へ刷新

前ページ 導入の背景・システム概要 |  導入の経緯・将来の展望 |

---

 導入の経緯 |  将来の展望 

導入の経緯

富士通だけが64ビットを提案

コニカミノルタがプラットフォームのリプレースを本格的に検討を始めたのは2005年秋のことだ。サーバ選定の過程で最も大きなポイントとなったのが64ビット環境に移行するか、それとも従来の32ビット環境を継続するのかという点であった。

「当社が使用するSAP R/3のバージョンは、IA64（64ビットItanium）版Windows、x64（64ビットXeon EM64T）版Windowsの32ビット互換モード、そして従来のx86（32ビットXeon）版Windowsの上で稼働可能ですが、提案を求めた複数のベンダーのうち富士通以外はすべて32ビットでの提案でした。しかし、32ビット環境のままではせっかくサーバを最新のものにリプレースしても、仮想アドレス空間の制約は残りますので、サーバ上の大容量メモリのメリットを生かし切れません。特に、当社のSAP R/3やデータ・ウエアハウスであるSAP BWの処理はデータベース処理が50％以上を占めるので、データベース・サーバにほぼ無限の仮想アドレス空間を使用できる64ビットOSを採用したいと考えました。そこで、唯一64ビット環境への移行を提案した富士通のPRIMEQUESTの採用を決定しました」（野間氏）。

だが、Itaniumサーバ、64ビットWindowsの採用を決断するまでの道のりは平坦ではなかった。野間氏は「Itanium版64ビットWindowsは出荷から既に数年が経過していますが、当社では初の導入である上、基幹系システムですから心配がなかったかといえば嘘になります。64ビットで稼働が確認されているWindows標準プログラムはともかく、サードパーティの周辺ソフトを含めたすべてのプログラムが問題なく稼働するかは正直、心配でした」と打ち明ける。

周辺ソフトをすべて調査したところ、1 つだけItanium版64ビットWindowsへ対応予定のないソフトがあることが判明したが、そのベンダーとの交渉によって対応を保証してもらった。並行して自社開発CプログラムやWindowsのバッチ・プログラムがItanium版64ビットWindows上で問題なく稼働するかどうかの検証を続けた。その結果、使用ソフトすべてでItanium上での稼働が可能と判断し、2006年1月にPRIMEQUESTの採用を正式決定した。

64ビット環境に移行したコニカミノルタの新基幹システムは、Itaniumを30CPU搭載のPRIMEQUEST 480と、12CPU搭載のPRIMEQUEST 440の2台で、それぞれ5パーティションと3パーティション構成となっている（図）。OSはWindows Server 2003、データベースは移行の安全性を重視し従来のSQL Server 2000とし、同2005へのアップグレードは次ステップで取り組む予定だ。アプリケーションはSAP R/3とSAP BWで、SAP R/3の主なモジュールは販売管理(SD)、在庫/購買管理(MM)、生産管理(PP)である。

システム構成図 拡大イメージ

二重化技術とサポートを評価

サーバを選定する過程で、OSの選定とともに重視したのは可用性、パフォーマンス、拡張性および柔軟性であった。

「PRIMEQUESTのアーキテクチャーで何より優れているのは、1台でCPU以外のすべてのパーツを二重化することが可能で、ノンストップ稼働が要求される業務の信頼性に応える高度なプラットフォームだという点です。実際、本番移行の前日にメモリ障害が発生したのですがシステムダウンは起きませんでした」と野間氏は明かす。

コニカミノルタ情報システムにとって、グループ全体へ提供するサービスの品質保証は大きな責務である。そこでさらなる高可用性を実現するため、メイン・サーバであるPRIMEQUEST 480にはCPUとメモリを搭載するシステム・ボードの待機用を用意した。運用中のCPUやシステム・ボード自体に障害が発生した場合、待機システム・ボードへ自動的に切り替わり、短時間で業務を再開できる。これにより、クラスタ構成にすることは不要と判断した。

「本当に待機システム・ボードへ切り替わるかどうか検証したかったのですが、物理的にCPUやシステム・ボードを破壊することはさすがにできないため、富士通から個別に提供してもらったツールで擬似障害を発生させ、実際に切り替わるところをこの眼でしっかりと確認できました。万一のシステム・ダウン時には1時間以内の業務復旧を目標としていましたが、この待機システム・ボードによってOSの再起動プラス・アルファの時間で再開が可能になります」（野間氏）。

また大久保氏は「そうした機能とともに、CPUを除くPRIMEQUESTの大部分は富士通が開発したメイド・イン・ジャパンの製品であり、ハードはもちろんOSやSAPアプリケーションの運用までワンストップでサポートしてもらえる点は心強い」とした上で、「PRIMEQUESTはシステムの拡張、変更に柔軟に対応でき、スケールアップ（CPU追加によるデータベース・サーバの能力向上）とスケールアウト（パーティショニングによる新規アプリケーション・サーバの追加）の両方に対応していることも統合プラットフォームとしてふさわしい」と高く評価する。

将来の展望

2～5倍の性能向上を実現

新システムは2006年7月26日より稼働を開始。旧システムとの比較では平均で2～5倍の性能向上を実現しているという。「オンライン処理については2倍から3倍、レスポンスが向上しました。さらに、バッチ・レスポンスの向上は著しく、特にデータ・ウエアハウスのSAP BWで長時間かかっていたステージングからデータ投入処理のレスポンスは少なくとも5倍、最大で10倍も速くなりました」（野間氏）と効果を語る。

大久保氏は「今回の新システムへの移行は、運用管理面からの効果も小さくありません」と強調する。「大幅なレスポンスの向上によって、ジョブの遅延がなくなり、以前と比べて余裕をもったジョブ・スケジュールが可能となりました。また、SQL Server 2000を同2005へアップグレードすれば、これまで不可能であった、業務を稼働させながらのデータベース再編成も可能になるでしょう。また、信頼性が高くとても堅牢なシステムを構築できたことで、今後、これまで以上のノンストップ稼働が求められたとしても、対応が可能になります。それは世界規模で活動するコニカミノルタ・グループの業務全体にとって大きなメリットです」（大久保氏）。

「現在はCPUリソースに余裕がありますが、将来のことも考慮してデュアルコア版Itanium搭載のPRIMEQUEST 500へアップグレードすることを計画しています。また、PRIMEQUEST 500の拡張パーティショニング（XPAR）では、1つのシステム・ボード上で2つのパーティション、異なるOSを稼働できるので、さらに多くのシステムを集約することも可能になります」（野間氏）。最後に野間氏は「今回のシステム構築を通じて蓄積した技術やノウハウを生かし、システム・インテグレーターとしても、32ビットのWindows環境で運用していたSAPアプリケーションの64ビットへの移行サービスを広く展開していきたいですね」と抱負を語った。

前ページ     導入の背景・システム概要

---

【コニカミノルタホールディングス様 概要】

本事例中に記載の肩書きや数値、固有名詞等は掲載日現在のものであり、このページの閲覧時には変更されている可能性があることをご了承ください。