production-backup で実行されている Oracle データベースがあるとします。本番環境に戻りたいと考えています (現時点ではデータがありません)。エクスポート、インポート、インデックス作成、および統計収集の実行には 4 時間かかります。したがって、本番バックアップを停止すると、本番環境に移行するまでに 4 時間ダウンします。インポートに時間がかかる理由の 1 つは、操作にすぐには必要ない大量の履歴データがそこにあることです。本番バックアップから本番にデータを移行してダウンタイムを最小限に抑え、4 時間ダウンしないようにするにはどうすればよいでしょうか?
1 に答える
2
推奨されるオプションは、Oracle Data Guardを使用することです。まず、新しい本番データベースを現在のデータベースのフィジカル スタンバイとしてインスタンス化します。次に、新しいデータベースに移動する場合は、プライマリからスタンバイへのスイッチオーバーを発行するだけです。バックアップ サーバーで新しい本番データベースのフィジカル スタンバイをインスタンス化することで、それをフォローアップすることができます。
Enterprise Edition をお持ちでない場合は、基本的に同じことを手動で行うことができます。データベースが ARCHIVELOG モードであると仮定すると、稼働中に現在の本番データベースのバックアップを実行し、そのバックアップを本番サーバーに復元してから、現在の本番データベースからアーカイブ ログを適用して、バックアップを同期に近づけることができます。切り替えの準備ができたら、現在の運用データベースをシャットダウンし、最後にアーカイブされたログをバックアップにコピーし、アーカイブ ログを適用してから、バックアップを新しい運用データベースとして起動する必要があります。
于 2011-07-12T13:59:37.163 に答える