GUI搭載

全画面日本語対応による、直感的な操作が可能なインターフェースを搭載。DBA以外のスタッフの方でも運用を可能にします。

簡単なインストール手順

対話式のわかりやすいインストール手順で短時間で導入が可能です。最短3週間で作業は完了します。

自動フェイルオーバー機能搭載

災害発生時に数分で自動的にスタンバイデータベースにフェイルオーバーが可能です。また手動モードの選択も可能であり、様々な災害発生時のケースを想定した対策が可能です。

セキュリティに配慮したネットワークアーキテクチャ

本番、DR環境間の通信を暗号化されており、情報漏洩のリスクを最小化することができます。

DR環境の有効活用を実現するDbvisit Standby Snapshot Database機能

Dbvisit Standby Snapshot Database機能はある特定時点でのスタンバイDB(またはカスケードスタンバイ)のsnapshotを作成することで、本番DBを瞬時にコピーできる機能です。一定間隔で継続的にSnapshotを取得し続けるReporting Replicasと1回のみの取得を行うTest・Dev Snapshotの2つのモードが選択可能です。Snapshot機能を導入することによって、本番DBに影響を与えることなく、インフラのコストの増加を押さえつつ、スタンバイDB環境の活用シーンを拡大します。
*本機能はLinux限定の機能ですが、カスケードスタンバイ構成を用いた方法でDR環境を利用することも可能です。

Dbvisit Standby Snapshot Database機能

カスケードスタンバイ構成を用いた場合

PDB（プラガブル・データベース）もサポート

Amazon EC2でのDR対策にも

EC2ではRDSのようなマルチAZでのフェイルオーバーサービスは提供されておりません。Dbvisit Standbyならば、Amazon EC2 上のOracleでもOracle Data Guardと同等な機能（フェイルオーバー、スイッチオーバー）が実現でき、さらに、Dbvisit ならではの高度な機能（圧縮、モニタリング、アーカイブログ転送時の暗号化など）も利用できます。

• Amazon RDSへの移行が難しい場合は、Amazon EC2 上にOracleを移行する方法がありますが、RDSのようなフェイルオーバーサービスは提供されないので、代替ソリューションが必要になります。
• Dbvisit Standbyならば、EC2上であっても、Oracle Data Guardと同等な機能（フェイルオーバー、スイッチオーバー）が実現でき、さらに、Dbvisit ならではの高度な機能（圧縮、モニタリング、アーカイブログ転送時の暗号化など）も利用できます。