10:00～18:00（土日・祝日を除く）クライムトップ > 製品・サービス > DBMoto > 概要 > 構成例
DBMoto導入の構成例を目的別に紹介します。
ディザスタリカバリを考慮した構成例はこちら ≫
1．基幹データベースをレプリケーションし、他システムで活用する一般的な構成
ソースDBとターゲットDBがそれぞれ1台の場合の最も一般的な構成です。
上の図ではソースの基幹データベースであるAS/400から必要なデータをターゲットのSQL Serverにレプリケーション（ミラーリング）し、Windows向けアプリケーションからデータを活用することができます。
2．複数の基幹データベースを1台のデータベースに統合してレプリケーションする構成
ソースDBが複数台、ターゲットDBが1台の場合の構成です。
上の図ではソースの複数の基幹データベースであるAS/400からそれぞれ必要なデータをターゲットのOracleにレプリケーション（ミラーリング）し、Oracle向けアプリケーションからデータを活用することができます。レプリケーションでデータを統合することによって、一元管理が可能になるメリットがあります。
3．1台のの基幹データベースを複数のデータベースに分散してレプリケーションする構成
ソースDBが1台、ターゲットDBが複数台の場合の構成です。
上の図ではソースの基幹データベースであるOracleから必要なデータをターゲットのそれぞれのMySQLにレプリケーション（ミラーリング）します。それぞれのMySQLでバックアップ用・社内システム用・Webアプリケーション用など、用途に応じて使い分けることが可能です。
4．双方のデータベースで常に同期を取る一般的な構成
ソースDBが1台、ターゲットDBが1台の場合の構成です。
上の図ではソースのDB2 UDBで更新があればターゲットのSQL Serverへ、ターゲットのSQL Serverで更新があればソースのDB2 UDBへレプリケーション（シンクロナイゼーション）し、常に双方のデータの同期を取ることができます。双方のデータベースにリアルタイムな増分アップデートが必要なアプリケーションに最適な構成です。
5．3台以上の複数のデータベースで常に同期を取る構成
3台以上のデータベースがある場合の構成です。
上の図では複数台のOracleがあり、いずれか1つのOracleでデータの更新があれば、他すべてのOracleに対してレプリケーション（マルチシンクロナイゼーション）し、常にすべてのOracleでデータの同期を取ることができます。例えば各店舗サーバごとにDBがあり、常に全サーバでデータの整合性を保つ必要があるケースに最適な構成です。
