Dbvisit Standbyの初期メンバーは、大きな銀行で元々DBAとしてお手伝いする仕事をしておりました。
金融系なので、災害対策環境(DR環境)や、大事な Oracle Database の Backup も存在しておりました。
当時は、Scripts で災害対策環境と同期をしていました。

ただ、Scripts は知らない方が作成されたもので、非常に動作に不安があるものでした。

ある日、大規模な障害が発生し、災害対策環境へ切り替えるか、バックアップからリストアするかの選択を迫られました。

• 知らない人が作成したScriptsで戻すか
• 実績のあるバックアップからリストアするか

判断になります。

結論として、Scriptsで戻して二次災害が怖いため
実績のあるバックアップからリストアする選択を行いました。
数日間のダウンタイムがありましたが、無事に復旧する事ができました。

こういう状況にならないように、
「簡単に復旧でき」「実績のある」「絶対に安全」なツールを作成したい
という想いからDbvisit Standbyが作成されました。

Dbvisit Software Limited 社はお金儲けをする事よりも、
「お客様と長期的な関係を作っていきたい、Dbvisitファンを多く作っていきたい」
という強い想いのある技術者集団として、誕生いたしました。
開発のコアメンバーは Oracle ACE の方が開発されているため、Oracle Database との親和性も非常に高いです。

きっかけはお客様の声でした。
Oracle Database の 災害対策製品としてグローバルに展開されてきたDbvisit Standbyですが、
7年前くらいから、SQLServer も組み込んで欲しいと、お客様より強い要望が出てきました。
また、数年前から、PostgreSQL も組み込んで欲しいと、こちらもお客様からの強い要望によるものになります。

グローバルではこのようなユーザ様からの声があり
Dbvisit Standby MP (Dbvisit Standby MultiPlatform) として、
複数のデータベースを 「共通のGUI」 と 「直観的」な操作性（基本３クリック程度で１つの処理は可能）による統合管理ツールとして進化していくことになりました。

Oracle Database は災害訓練をしないといけないという認識がお客様に多くある事から
スイッチオーバーやDRテストの機能は必要になります。
また、Dbvisit Standby では差分同期の機能があるため、データ欠損時でも初期同期は不要となります。

これらの Dbvisit Standby の機能メリットがお客様に対し浸透してきているため、現在は高く評価されてきています。

PostgreSQLもOracleと同じ認識のお客様が多いため、浸透するのではと考えてます。