課題 Themes

クラウド移行時のよくある課題

解決方法

停止時間を十分に確保できない(24時間365日稼働が前提)の解決方法

停止時間を十分に確保できない(24時間365日稼働が前提)の解決方法

独自技術のCDC(変更データキャプチャ)を活用することで、24時間稼働のシステムでもダウンタイムを最小限に抑えたニアリアルタイム同期が可能です。

Qlik Replicateを用いれば変更ログのみを読み込むため、本番環境への負荷を最小化しつつ、大規模基幹システムを最短30分、電子カルテDBを最短12分で切り替えた実績があります。千趣会の事例では100インスタンス超の移行を完遂し、最大級のテーブルもわずか3時間で全件移行しました。

また、AWS環境ではAWS DMSを活用した「双方向連携」設計により、段階的に業務を移行しながら、未移行システムでも常に最新データを参照できる環境を実現します。

データ量が多く、移行計画の策定が困難な場合の解決方法

データ量が多く、移行計画の策定が困難な場合の解決方法

Qlik Replicateの多重処理機能により、数十億件のレコードやテラバイト級の大規模DBでも、フルロードから差分同期へシームレスに移行できます。

クボタの事例では数十億件のIoTデータを、インテックの事例では5.3TBの24時間稼働DBの安全な移行を実現しました。
東レシステムセンターの事例における224のWebアプリおよび620台の仮想サーバー移行のような、極めて難易度の高い大規模プロジェクトの支援体制も万全です。

専門エンジニアが最適なツール選定と多重並列処理の設計を行うことで、膨大なデータ量に起因する移行計画の停滞を打破し、確実なプロジェクト遂行をサポートします。

移行後のパフォーマンス劣化への懸念を解消する方法

移行後のパフォーマンス劣化への懸念を解消する方法

エージェントレス設計のQlik Replicateと、実SQLを網羅的に検証するInsight SQL Testingの併用により、移行後の性能劣化を確実に防ぎます。

移行元のDBに負荷をかけないエージェントレス方式は、クボタや千趣会のPoCでも本番環境への影響が極めて少ないことが実証されています。さらに、Insight SQL Testingで収集した本番環境の実利用SQLを移行先で実際にテスト実行し、レスポンスタイムを比較評価します。
東レシステムセンターの事例では、処理が5秒以上遅延するSQLを事前に特定してチューニング対象を絞り込むことで、性能劣化を具体的に把握した上でのクラウド移行判断を可能にしました。これにより、移行後のインスタンスサイズ選定もデータに基づき適切に行えます。

SQLテストの網羅性を担保できない問題の解決方法

SQLテストの網羅性を担保できない問題の解決方法

Insight SQL Testingを活用することで、手作業では不可能な「本番SQLの全量取得」と自動テスト実行を実現し、テストの網羅性を劇的に向上させます。

人手では困難なバインド変数を含む複雑なSQLも漏れなくキャプチャし、短期間で網羅的な検証が可能です。オイシックス・ラ・大地の事例では、1,000を超えるバインド変数を含むSQLの検証を効率化しました。インテックの事例では、5.3TBの大規模DB移行において、わずか2名のエンジニアで2週間という短期間に膨大なテストを完遂しています。

人手の限界を突破する自動化ツールにより、少人数・短期間であってもリスクの低い、高品質なデータベース移行環境を構築することが可能です。

関連製品

TOP クラウド移行時のよくある課題

Recruit 採用情報

Contact お問い合わせ

  購入済みの製品サポートはこちら

製品サービス

自社開発製品群

データ統合

ディザスタリカバリ

プロフェッショナルサービス