運用でのリカバリ方法(SQLServer)【リアルタイムレプリケーションツールDBMoto】

Tweet

Q:リカバリ方法として、本番稼動のDBが障害などで使用不可となった場合に、コールドスタンバイしたDBに切り替えをします。そのために本番稼動をしているDBとスタンバイDBを同じ状態（設定、データ）にしておく必要があります。（常に同期をとる必要があります。）　本番DBに障害が発生した場合は、ターゲットDBのデータを参照することとなります。その後、本番DBが復旧後、ターゲットDBのデータを本番DBに戻す作業も必要です。

A:あくまでもターゲットDB（スタンドバイDB）の設定(PK,IDENTITY等)とデータをソースDBと同じようにすることですので、ターゲットテーブルへのデータレプリケーションを正常に行なうために、リフレッシュモード(BulkInsert)でレプリケーションを行なうことになります。

リフレッシュモードでも定期的にレプリケーションを行なうことができます。
方法としては該当するレプリケーションを右クリックして、「Replication Properties >Scheduler>Refresh Schedule」の「Run Recurrently」オプションを選択して、「Add」ボタン押下しますとレプリケーションスケジューラダイアログ(Scheduler Dialog)が表示されます。

スケジューラダイアログでレプリケーションの実行タイミングを設定することができます。

※スケジューラに関しては、図と「DBMoto User’s Guide>Scheduler Dialog」をご参照ください。

関連したトピックス

• DBMotoが使うスレッド数の算出方法【リアルタイムレプリケーションツールDBMoto】
• SQLServerのCommitについて【リアルタイムレプリケーションツールDBMoto】
• レコード登録・更新処理に対するコミット・タイミング処理【リアルタイムレプリケーションツールDBMoto】
• IDENTITYカラム設定のエラーについて【リアルタイムレプリケーションツールDBMoto】
• リフレッシュモード時のSQL Ｆｉｌｔｅｒ の記載方法【リアルタイムレプリケーションツールDBMoto】
• Oracle Redo Log の Transaction ID取得に失敗する場合【リアルタイムレプリケーションツールDBMoto】
• ミラーリングの復旧で、リフレッシュ後の開始でエラー【リアルタイムレプリケーションツールDBMoto】
• イニシャル・リフレッシュを行った時のリフレッシュとミラーリングでのトランザクション管理【DBMoto】
• データベース接続数の制限設定【リアルタイムレプリケーションツールDBMoto】
• データベース接続数の制限設定【リアルタイムレプリケーションツールDBMoto】