ERPにおけるテストデータマネジメントの課題とは業務改革を推進するための中核的なソフトウェアとして1990年代から導入が進められたSAPシステム。ERPについてユーザーは何を課題に感じているのか。それをどのようにすれば解決できるのか。ERPにおけるデータマネジメントやデータ活用の課題、その解消方法を探っていきたい。サービス業など多岐にわたる業界で採用が広がり、今日も主要な基幹系システムとなっている。S/4HANAへの移行やシステム基盤のクラウド移行も大きなトピックだ。企業組織の中で、データを一貫したシステムで統合管理することで得られるメリットは大きい。使い方によっては、システムがスムーズな業務の妨げになるケースも出てくる。「データの制約に人が合わせている」状態だ。ERPについてユーザーは何を課題に感じているのか。それをどのようにすれば解決できるのか。ERPの開発、運用を手助けするパッケージインテグレーターの意見だろう。インテグレーション(ALSI)と、開発、運用を手助けするさまざまなツール(パッケージ)の国内展開を手掛けるアシストに対談してもらった。ERPにおけるデータマネジメントやデータ活用の課題、そして、その解消方法を探っていきたい。ERP導入支援ビジネス──まずは、それぞれの事業や会社の紹介をお願いできますか。ALSIは、電子部品と車載情報機器の総合メーカーであるアルプスアルパイン(旧、アルプス電気)のグループ会社です。グループ向けの情報システム業務だけではなく、デジタルソリューション、セキュリティ、エンベデッドソリューションという3つの柱でソリューションを提供しています。ERPと他システムとの連携を手掛けています。「製造業」を支える各種システムを、構築から運用サポートまで長年サポートしてきており、そこで培った業務経験やシステム支援ノウハウを外販に活かすことができるのがわれわれの強みです。「ものづくりDNA」の思想を原点にし、さまざまなツールやシステムを組み合わせ、現場のニーズに応じたソリューションを提供しています。ERPとの連携システムとしてはインフォマティカ社の「PowerCenter」やNTTデータイントラマート社の「intra-mart」などがあります。アシストはパッケージインテグレーターです。この意味は、ソフトウェアを提供するだけではなく、そのソフトウェアを使いこなす上で必要な全てのサービスをインテグレートし、お客さまの情報活用をトータルにサポートすることです。さまざまなパッケージソフトウェアを扱っていますが、現在、私が担当しているのがデータベース仮想化ソリューション「Delphix」です。ERPへの適用事例となっています。ERPの導入支援経験がないので、今回は、どのようなケースで利用できそうかを知りたいという気持ちが強くあります。ERP導入プロジェクトの現場は、どのような悩みを抱えているのか、プロジェクトの難しさについてあらためて課題を教えていただけますか。一般的なベーシス観点の課題としては、まずは「プロジェクト導入時の環境構築のリードタイムをどう短縮するか」が挙げられます。プロジェクトを進める上では、テスト環境を各フェーズで準備していく必要があり、テスト環境準備に時間がかかります。次に、「テストデータを作る」という課題があります。その際にもさまざまな工夫を手作業で実施する必要があります。アプリのテストデータを作るための環境整備も必要です。ERPのパラメーターを設定し、インタフェースを準備し、ジョブを設定します。新しい環境ごとにそうしたデータの整備が必要になります。した作業にトータルで2〜3週間はかかります。データをコピーするので、ディスク容量もそれなりに必要です。データをコピーするという作業はどのくらいの時間と手間がかかるものなのでしょうか。環境構築でSAPが提供しているツールを使用するケースがあります。Server(TDMS)」と呼ばれるもので、ハードウェアに容量制限がある場合は、このTDMSを使って環境を構築することがあります。TDMSを使ってデータをコピーする際には、特定の期間の、特定のテーブルを指定してデータを取得します。プロジェクトの進捗(しんちょく)に合わせて指定する範囲を変えることができます。データをコピーするだけで3〜4日はかかっています。本番機や検証機でコピーのプロセスを並行させて走らせることもできますが、稼働しているシステムに負荷がかかるのを避ける必要があり、そのため、土日などを狙って実施することがあります。環境を作るためにストレージが足りないので、データを消去してから作るということもあります。作業が終わるのを待つなどで時間がかかっているのが現状です。検証環境を構築するには、工数や時間がかかったり、リソースに制限があったり、と常に本番機同等ではないため、本番に近いデータを自分たちで作ることもあります。──テストデータ作成が大きな負担であることが課題の一つとのことですが、他の課題はどういったことでしょうか。テスト実施時は、本番にできる限り近いデータを使うことが望まれます。本番に近ければ近いほど、トラブルの芽を摘むことができるからです。これは、運用時のトラブルシューティングでも同じことがいえます。「障害」が発生したときにどう対応するかという運用時の課題です。「障害」というのは具体的に何を指すのでしょうか。調査はどのように行うのでしょうか。障害には、一般的に2種類あります。「データの不正」と「プログラム不具合」です。調査は基本的には、データの中身、オブジェクトの中身を見て、他のデータと比べて同じなのか違うのかを確認します。「どのようにオペレーションしたか」のログが残るので、それをテスト環境で見て、同じようにオペレーションして「再現するかどうか」「データによって起こるケースと起こらないケースはあるのか」を確認します。その中で、「プログラムの問題なのか」「データ混入の問題なのか」「オペレーションミスなのか」「ジョブとのバッティングで起きたことなのか」を切り分けしていきます。そのためには、本番データ、あるいは本番にできるかぎり近いデータが必要です。いろいろなケースを想定しながら、一つ一つつぶしていく作業が必要になるのですね。データの不整合の原因はプログラムか入力ミスかの2つに絞られるイメージもありますがそういうわけでもないのでしょうか。2つに絞られるわけではありません。プログラムの場合は、リリースしてすぐ分かるケースがほとんどです。中にはリリースしてから数年たって発生するものもあります。「障害」が発生してしまうオペレーションパターンが数年も行われておらず、使われてみて発生したケースですね。潜在的な不具合というのか、眠っていたものが後で見つかるということです。ERP標準にフィットせず問題になるケースもあります。私は、パッケージソフトを開発していた経験があるのですが、データの不整合により発生した不具合を解消するための調査には、私もかなりの時間を費やしました。同じような課題としては、監査対応があります。ERP標準の機能で保管する場合、開発やハードウェアリソースが必要になります。──そのような課題に、例えばDelphixのようなツールは、どう対応できるのでしょうか。Delphixは、本番データベースの過去から現在に至る任意のタイミングのデータを瞬時に生成し、開発、テスト、品質保証、マイグレーション、レポーティングなどさまざまな目的で利用できるデータベース仮想化ソリューションです。仮想化技術により、物理的なデータのコピーは行いません。そのため、コピーによって、ストレージの容量が増えることがありません。複製も数分で行えます。使い勝手も良く、誰でも簡単に利用できることが特長です。ユースケースとしては、マスターのリポジトリデータベースをDelphixにより複製し、それぞれの開発者にデータのコピーを配布して、並行開発するといったものがあります。運用においては、本番データから任意のタイミングでスナップショットを作成し、テストに用いたり、障害の調査や、バックアップや災害対策に用いたりできます。他システムへのデータの受け渡しなどの連携にも活用できます。開発という観点では、テストデータをいかに本番データに近づけるかという点で適用ができるのかもしれませんね。システムコピーやTDMSを使ったデータコピーは時間と手間がかかり、簡単には準備ができないため、本番データを全て持った状態でテストするのは難しいことですが、本番データを使ってテストするのが理想的な姿だと思います。ERPでの並行開発に適用するのは難しさも感じます。ERPのテストでは、ロジスティクス系のシステムからデータを入れて、順番に処理して最終的に会計データで確認するという流れになります。一連の流れをチェックする意味では1つの方がいいと思います。プロジェクトが同時進行する場合は分けることもありなのかもしれません。製造系の環境と会計の環境を分けて開発したことはあります。これは締め処理のテストや月次、四半期の処理の問題で、製造チームと、会計チームが別の次元でテストしたいということで分けました。状況によっては分かれていることで効率的にテストが実施できる可能性はあるかもしれません。確かにお客さまの中にはクライアントを複数持っている場合もあります。国によってクライアントを変えたり、プロジェクトの進め方によって変えたりしているようです。導入期間の1年のうちに最初の半年は「A」というクライアント、次の半年は「B」というクライアントと、使い分ける場合は、複数環境があった方がいいのかもしれませんね。ERPの場合は、データとアプリケーションがセットであり、データだけ戻してもアプリケーションとの整合性がとれないと動きません。開発に利用する場合は、その辺りを考慮する必要がありそうですね。複数のスナップショットを取得し、データ活用やコンプライアンスに活かす──開発やテストフェーズでの適用を想定したお話でしたが、運用フェーズについてはどうでしょうか。私が仮想データベースを活用するといいなと思ったのは、大きく2つあります。一つは、障害時の対応です。障害対応のときに、データを再現しようと思ってもできないことがあります。複数のスナップショットを簡単に取得しておけるなら、元の状態に近づけることで「データの不整合がどこで起こったのか」が突き止めやすくなります。一つは、複数の断面に戻ってオペレーションを追跡できるということです。業務的な観点でいうと、お客さまからよく「過去に戻って、その時点でのデータが取れないのか」という依頼を受けます。その場合、データは複数回更新されているため、「過去といっても、どの時点のデータなのか?」を判断することは困難です。時系列でデータを複製でれば業務で利用できる可能性があります。ERPとは別のシステムとしてお客さまがいつでも見られるように提供すれば、お客さまの利便性も高まる。Delphixには、そうしたユースケースはありますか。ERPに限らず、まさにおっしゃったような、オペレーションの履歴や過去のある時点のデータをユーザーにサービスの一つとして開放しているケースがあります。Planning:資材所要量計画)システムでも、MRPを実施した後しかデータが分からないという事情があります。ERP標準で履歴が取れないので、自分たちで取得しておくしかない。それが断面として取れるのはすごく意味があると思います。「あのとき、どうだったか」をきちんと把握し、追えることは業務面でも大きなメリットです。先ほども話がありましたが、監査もそうですね。「特定の時点のデータを取っておいて」と言われても、その時の実行結果が確認できないからです。Delphixが監査要件やコンプライアンス要件で採用されるケースも多いです。複数のシステムのある時点のデータをアーカイブとして保存し続けることは大変です。Delphixなら、何年分をどのような条件で保持するのかといった設定が簡単にできます。「正しいオペレーションが実施されたかどうか」の証明として使えます。データのマスキング機能も備えているので、個人情報や機密情報を伏せた状態で利用することもできます。ERPの課題をDelphixで解決していきたい──最後に、今後の展開について、それぞれご紹介いただけますか。ERPとの連携を武器の一つにして、ビジネスを拡大していきたいと考えています。製造系の業務知識を身に付けている人材が多く、その強みが要件定義や開発提案などに活かすことで、さらにERPビジネスが広がっていくと思います。アシストには、現場でのパッケージ開発やデータベース開発に携わってきた人間がたくさんいます。データベースは開発とインフラの中間に位置すると思っており、その意味では、開発とインフラ両方の観点から物を見ることができます。Delphixは、そうした立場にいた人間が「現場の中でデータの制約に人が合わせている」実態を変えたいという思いから、取り扱いを始めた製品です。Delphixはデータ仮想化をさまざまなシーンに適用することで現場の課題を解決できます。ERPの課題も解決していければと考えています。メールマガジンをご購読ください。申し込みページへ利用規約ITmediaはアイティメディア株式会社の登録商標です。