株式会社クライム

クラウド対応
Climb Cloud Backup for Microsoft365
Climb Cloud Backup & Security
Climb Cloud Backup for Google Workspace
Zerto(ゼルト)
Entrust(エントラスト)
CloudBerry Backup
N2WS Backup & Recovery
(エヌツーダブルエス バックアップアンドリカバリ)
Druva Phoenix(フェニックス)
Druva inSync(インシンク)
Druva CloudRanger(クラウドレンジャー)
Kasten K10 PLATFORM
Zerto for Kubernetes
Veeam Backup for AWS
Veeam Backup for Azure
Veeam Backup for Microsoft Office 365
仮想化
Veeam Backup & Replication
(ヴィーム バックアップ & レプリケーション)
Veeam Cloud Connect(ヴィームクラウドコネクト)
Veeam Agent for Windows/Linux
Veeam Backup for Nutanix AHV
Veeam Essentials
Veeam ONE(ヴィームワン)
Zerto(ゼルト)
VirtuCache(バーチャルキャッシュ)
Entrust(エントラスト)
Accops(アコップス)
StarWind(スターウィンド)
ストレージ関連
StarWind(スターウィンド)
ARTESCA(アルテスカ)
ExaGrid(エクサグリッド)
Blocky for Veeam(ブロッキー)
監視/管理
Veeam ONE(ヴィームワン)
Entrust CloudControl(エントラスト)
Database Performance Analyzer(DPA)
データベース・アクセス
Syniti Replicate(スィニティ)
GlueSync(グルーシンク)
Syniti Data Connectivity(スィニティ データ コネクティビティ)
Stambia(スタンビア)
Syniti Data Workbench(スィニティ データ ワークベンチ)
Database Performance Analyzer(DPA)
Accelario(アクセラリオ)
チャート・レポート・ダッシュボード
EspressChart(エスプレスチャート)
EspressReport(エスプレスレポート)
EspressDashboard(エスプレスダッシュボード)
EspressReportES(エスプレスレポートES)
製品一覧ページへ
技術資料
総合FAQサイト
総合ドキュメントサイト
製品別テクニカルブログ
クライムYouTubeチャンネル
技術サポート
Web遠隔サポート
技術専用問合せフォーム
導入ご検討中の方
リアルタイムWEBデモ
無償評価版取り扱い製品
総合問合せ窓口
イベント&セミナー
セミナー情報
製品別個別セミナー
イベント出展情報
サポートトップへ
会社情報
会社情報
会社概要
プレスリリース
地図・アクセス
事業所案内
ユーザ会

東京:03-3660-9336 大阪:06-6147-8201
平日 9:00~18:00 ※ 感染症対策による受付時間変更について


ディザスタリカバリを考慮した構成

BCP(業務継続計画)を考えたディザスタリカバリーサイト構築をご検討中の方へ、Syniti Replicateを使用したレプリケーション構成を紹介します。

1.データベースにのみ障害が発生したケースを想定した構成

通常時

通常時は、東京にあるOracleに対してクライアントからデータの更新を行うようにし、更新されたデータを大阪にあるOracleに対してリアルタイムにレプリケーションします。

障害発生時

東京のOracleで障害が発生した場合は、クライアントからの接続を大阪のOracleに対して行うことにより、データの消失はなく事業継続されます。

復旧時

東京のOracleが復旧した場合は、大阪のOracleのデータを東京にレプリケーションすることでデータを再び元に戻すことが可能です。
Oracle以外のデータベースの場合でも同様です。

2.データベースとSyniti Replicate共に障害が発生したケースを想定した構成

通常時

通常時は、東京にあるOracleに対してクライアントからデータの更新を行うようにし、更新されたデータを大阪にあるOracleに対してリアルタイムにレプリケーションします。

障害発生時

東京で災害が発生した場合、クライアントからの接続を大阪のOracleに対して行うことにより、データの消失はなく事業継続されます。

復旧時

東京のサーバが復旧した場合は、大阪にSyniti Replicateを再インストールし、Oracleのデータを東京にレプリケーションすることでデータを再び元に戻すことが可能です。
Oracle以外のデータベースの場合でも同様です。
また、Syniti Replicateの設定情報をバックアップしておくことで、Syniti Replicate再インストール時に設定情報をバックアップから復元することも可能です。

3.Syniti ReplicateマシンをHAクラスタ構築し、Syniti Replicateマシンの障害対策に備えた構成

通常時

Syniti Replicateのマシンを2台用意しHAクラスタ構築しておきます。
通常時はアクティブのSyniti Replicateマシンを使用しレプリケーションします。

障害発生時

アクティブだったSyniti Replicateマシンで障害が発生した場合、HAクラスタによって即座にスタンバイだったSyniti Replicateが立ち上がり、レプリケーションを継続させることが可能です。
Syniti Replicateクラスタ構成には下記の準備が必要です。
・Windows Server 2台によるクラスタリング
・Syniti Replicate設定情報(メタデータ)を保存するためのDB(Syniti Replicateマシン以外を推奨)、
 又はSyniti Replicateマシンに設定情報保存用のDBをクラスタ構築




動画で見る
Syniti DR
Webセミナー

(約40分)
ホーム
概要
レプリケーションモード
活用例
構成例
DR構成
対応DB
システム要件
機能
特長
レプリケーション
運用
設定・処理の流れ
AS/400特集
クラウド対応
資料
カタログ・技術資料
導入事例
他社製品との比較
ホワイトペーペー
購入
導入ご検討中の方
ライセンス体系
サポート体制
15日間無料評価版
お問合せ・お見積
よくある質問
テクニカルブログ
DBMotoの最新情報をテクニカルブログで配信しています。

© 2007-2024 Climb Inc.