立ちはだかる技術的制約
SAPの手探り“クラウド間移行” 丸紅グループが業務停止を1営業日に抑えた方法
将来のAI活用を見据え、「RISE with SAP」のインフラを別のクラウドサービスに移行することを決めた丸紅情報システムズ。稼働中の「SAP S/4HANA Cloud」の停止期間を最低限にとどめ、難題を乗り越えた手法とは。
企業の基幹業務を支えるSAP製ERP（統合基幹業務システム）。近年は「RISE with SAP」などの移行・運用支援サービスを活用したクラウドインフラでの稼働が一般的になりつつある。その中で、将来的なAI機能の活用や高度なデータ分析システムとの連携を見据え、稼働中のクラウドインフラを自社の戦略に合うものに見直すことが選択肢になっている。
しかし、稼働中の「SAP S/4HANA Cloud, private edition」（以下、SAP S/4HANA Cloud）を異なるクラウドサービスに移行する作業はハードルが高い。異なるクラウドサービス間でデータを直接転送できないといった技術的制約が存在する上、インフラやミドルウェア「SAP BASIS」での作業をSAPにサービス依頼（SR）として起票するタイミングや手順の管理が複雑になるからだ。
こうした異種クラウド間移行の公開事例が乏しい状況下で、丸紅傘下のIT事業を担う丸紅I-DIGIOグループは、SAP S/4HANA Cloudを従来の「Amazon Web Services」（AWS）から「Google Cloud」に移行する決断を下した。さまざまな制約や技術的課題をどう乗り越えたのか。
「異種クラウド移行」を阻む制約と打開策
併せて読みたいお薦め記事
クラウド移行を成功させるには
移行の対象は、SAPが提供するSAP S/4HANA Cloudを中核とするサブスクリプション型サービスRISE with SAPで稼働する基幹システムだ。業務システムそのものは変更せず、稼働インフラだけをAWSからGoogle Cloudに移した。移行後のシステムは、2026年9月時点ですでに安定稼働している。
丸紅I-DIGIOグループは、AI・データ活用の分野でパートナー各社との協業を通じた高度化を方針に掲げる。その一環として、基幹システムの稼働インフラをGoogle Cloudへ移し、将来のデータ分析システムや生成AIサービスとの連携を、より自由度高く、かつ効率的に進めるためのシステム構成を整えた。
ただ、稼働中のSAP S/4HANA Cloudを異なるクラウドサービスに移す公開事例は限られる。RISE with SAPでは、インフラやSAP BASISでの作業をSAPにSRとして起票する必要があり、依頼する時期や内容、手順を適切に管理しなければならない。クラウドサービス間でデータを直接転送できない制約もある。移行に必要な準備や体制、業務停止時間を見極めるための判断材料が乏しいことが、インフラの見直しを検討する企業の課題になっていた。
プロジェクトでは、丸紅ITソリューションズがSAPと連携し、要件整理から本番切り替えまでを一貫して担った。移行方式には、実績があり、切り戻し手順も確立しているSAP標準ツール「Software Provisioning Manager」（SWPM）を用いたシステムコピーを採用した。バックアップ／リストア方式でデータを移行する方法だ。
契約の範囲、システム構成、外部インタフェース、運用監視、データ量など9領域で現行インフラを可視化し、影響範囲を洗い出した。開発機と検証機で2回のリハーサルを実施して業務停止時間を実測し、本番切り替えは秋の連休に合わせて実施した。移行作業は3日間、後処理は1日間で完了し、業務を止めたのは1営業日にとどめた。
SAPアプリケーションとデータベースのバージョンは維持し、OSとデータ分析システムのバージョン更新にとどめることで、既存業務への影響を抑えた。SRの起票・進行管理はSAPの窓口担当と連携して進めた。回線とファイアウォールの切り替えはグループ会社が担い、SAP、丸紅ITソリューションズ、グループ会社による三者連携の体制で実施した。
システム移行のイメージ（提供：丸紅I-DIGIOホールディングス）
丸紅I-DIGIOグループは、今回整備した移行計画や手順書、SAPとの連携ノウハウを、インフラの刷新やマルチクラウド化を検討する顧客の支援に生かす。Google CloudのAI・データ活用サービスと基幹データの連携にもグループ内で先行して取り組み、得られた知見をソリューションとして提供する計画だ。
丸紅I-DIGIOホールディングス 情報システム部の古塩英之部長は、次のようにコメントする。「稼働インフラをGoogle Cloudに移行したことで、将来的なデータ分析や生成AI活用に向けた確固たる基盤を構築できた。異種ハイパースケーラー間の移行という高難度の挑戦だったが、影響範囲の徹底的な可視化や事前リハーサルを重ね、業務停止時間をわずか1営業日に抑え、通常業務に支障なくスムーズに切り替えられた」
（※）この記事は本多和幸氏と谷川耕一氏によるIT事例メディア「CaseHUB.News」に掲載された「丸紅情報システムズ、RISE with SAPをGoogle Cloudへ移行」（2026年10月1日）を、TechTargetジャパン編集部で一部編集し、転載したものです。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[ゾーホージャパン株式会社] サイバー攻撃からネットワークを守る上で確実に押さえておきたいポイントとは？ -
事例
[アルプス システム インテグレーション株式会社] 中小企業でも安心して活用できる「手ごろなSOCサービス」とは？ -
製品資料
[株式会社シーイーシー] 脱VMwareに成功した企業は何をどう実践した？ 事例に学ぶ戦略立案＆実装のコツ -
製品資料
[株式会社オービックビジネスコンサルタント] ランサムウェア攻撃を“二重の防御構造”で防ぐ、クラウド型基幹システムの実力 -
製品資料
[株式会社オービックビジネスコンサルタント] 動画で知るランサムウェア被害企業のリアル、会計データが無事だった理由とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
鹿島建設のDXを阻む「10年前のAWS」 安全性と自由度を両立したモダナイズ
-
2
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
3
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
4
Microsoft激怒のゼロデイ脆弱性「無断公開」 パッチを待つのが危険な理由
-
5
「Excel管理」では限界――製造現場の改善が進まない“隠れた原因”
-
6
NECの「BluStellar」に必要なデータ保護と活用のための技術とは
-
7
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
8
ランサムウェアに悪用された“Windowsの穴”とは？ パッチで直らない脆弱性も
-
9
「Oracle Database」のサポート体系が変更 料金への影響は？
-
10
Windows Server 2025移行の“超難関”「Active Directory」問題解決ガイド
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
2
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
3
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
4
LLMが兵器化？ 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
5
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
6
生成AIを開発に導入しても効果が見えない？ 実証実験で分かった成果と課題
-
7
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
8
“あのファイル転送”で暗躍するノーウェアランサム
-
9
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ？
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー