web-dev-qa-db-ja.com

別のOracleデータベースリリースへのオンラインOracleデータベースの移行

現在、以下の環境があります

ソースデータセンター：
1）OS：Oracle Enterprise Linux 5.7
2）DB：Oracle Database Enterprise Edition 10.2.0.1.0
3）サーバータイプ：物理サーバー
4）データサイズ：450GB（使用済み）/ 2 TB（割り当て済み）

ターゲットデータセンター：
1）OS：RHEL 6.8
2）DB：Oracle Database Enterprise Edition 10.2.0.4.0
3）サーバータイプ：VMWare上に仮想

ソースデータセンターとターゲットデータセンター間のWAN接続は10Gbpsです

現在、ターゲットデータセンターにはテープライブラリがありません

ソースデータセンターの本番アプリケーションを停止せずに、データベースをターゲットデータセンターにコピーしたい（オンラインコピー）。

データベースがターゲットデータセンターにコピーされたら、ターゲットデータセンターで機能テストを実行します。

機能テストの結果に問題がないことを確認したら、最大4時間のダウンタイムを許容してターゲットデータセンターにカットオーバーします。

次の方法を試しました。
1）impdp-ネットワークリンク：本番環境を停止する必要があるため、失敗しました
2）RMAN重複データベース：ソースデータベースとターゲットデータベースのリリースが異なるため、失敗しました

同じOracleリリースをターゲットデータセンターにインストールしようとしましたが、Oracleの前提条件では、最初にOSをRHEL 5.7（Oracle 11.2.0.1を実行するためにサポートされている最新のOS）にダウングレードし、データ移行後にRHEL6.8にアップグレードする必要があります。

Red Hatに確認した後、RHEL 5.7にダウングレードして、後でRHEL 6.8にアップグレードすることもできません。これは、Red Hatがメジャーアップグレードであり、新規インストールで実行してからOS設定を移行する必要があると述べたためです。

この状況に対して可能な最善の解決策についてアドバイスが必要ですか？参考までに、現在、追加のツールを購入するための予算が割り当てられていないため、Oracle GoldenGateソリューションは問題外です。

ありがとう、よろしくお願いします、

アミール

oraclemigrationrman
3
Amir

1）ネットワークリンクを使用するimpdpでは、本番データベースを停止する必要はありません。これは最も遅い方法です。これはすべてを最初から作成する必要があるため、4時間で完了するかどうかはわかりません。

2）RMANの複製は、データベースを自動的に開こうとするため、異なるバージョン間で失敗し、失敗します。ただし、RMANバックアップから新しいホスト上のデータベースを手動で復元し、alter database open resetlogs upgrade;でデータベースを開いて、すぐにアップグレードスクリプトを実行することができます。この方法では、新しいホスト上のデータベースをアップグレードするためにのみダウンタイムが必要であり、30〜60分以上かかることはありません。

3）Streamsにはライセンスは必要ありません。データベースを複製するだけで、いつでも新しいデータベースの使用を開始できます。これにより、ダウンタイムは最小限に抑えられますが、構成と管理は他の方法に比べて面倒です。

3
Balazs Papp