- - PR -
10gでのリアルタイム同期
投稿者 | 投稿内容 | ||||
---|---|---|---|---|---|
|
投稿日時: 2008-07-12 00:43
何度か同じような質問が出ているかと思いますが、お教えください。
全く同一のテーブル構成を持つ物理的に離れた別サーバ上の10g二台のデータを更新の都度、常に同期を取って同一の内容での運用が必要となっております。 更新は二台のどちらでも発生し、都度相互に同期しあうように構成したいのです。 できるだけシンプルな手段で速度を求める面もあり「DataGurd」を検討するべきという社内のアドバイスもあります。 構築や運用面の手間、速度の面から考えた場合にどのような手段が考えられますでしょうか? 目的はディザスタリングではありません。 _________________ | ||||
|
投稿日時: 2008-07-12 01:42
DataGuardするならロジカルスタンバイにしないと実現できなさそうな構成ですが、リアルタイム同期できたっけ...。
同期したいって表が少なければマルチマスターレプリケーションの方がいいかも。 リアルタイム同期できたかもしんないけど負荷がえらいことになりそうな悪寒。 | ||||
|
投稿日時: 2008-07-12 15:24
テーブルのデータを2重に保持する理由が良く分からないのですが...
物理的にデータを持つのは1つのサーバだけにして、もう1台はDBlink経由で参照、更新する方がすっきりしていると思いますが? | ||||
|
投稿日時: 2008-07-12 15:56
dodo様 ご回答ありがとうございます。 仰るパターンですと、データを保持するサーバが停止した場合、もう片方も事実上停止状態になりませんでしょうか? 一方が停止しても、他方は業務を継続できるようにしておく要件があるのです。 そして停止中に他方のサーバで発生した更新は、すべて復帰後に反映される必要もあります。 _________________ | ||||
|
投稿日時: 2008-07-12 16:34
> 一方が停止しても、他方は業務を継続できるようにしておく要件があるのです。
元々地理的に離れていた2つのOracleインスタンスの間で、データの同期を取るのが目的ではなく、あくまで高可用性が目的ということでよいでしょうか? それが主な要件なら、地理的に離れたところにサーバをおかずに、RACを組めばよいのではないでしょうか? http://otndnld.oracle.co.jp/products/database/oracle10g/availability/htdocs/D-77/HA_Overview.htm | ||||
|
投稿日時: 2008-07-12 22:57
dodo様
ご回答ありがとうございます。 守秘義務もあり、詳しくはご説明できないのですが.... >地理的に離れたところにサーバをおかずに、RACを組めばよいのではないでしょうか? 仰る通りではあるのですが、サーバは既存で地理的に離れたものを使用するのが前提なのです。これを一箇所にまとめたり構成を変更するのはNGなのです。 無い物ねだりなんでしょうかね.... | ||||
|
投稿日時: 2008-07-13 08:51
別にないものねだりではないと思います。
とはいえ、既にOracleではMAAというベスト・プラクティスがありますので、それに従った設計をした方がはるかに時間もコストも削減できるのではないでしょうか。 http://www.oracle.com/technology/global/jp/products/availability/htdocs/maa.html http://www.oracle.com/technology/global/jp/deploy/availability/htdocs/maaoverview.html > 、サーバは既存で地理的に離れたものを使用するのが前提 その前提を作った人は、RACやMAAやData Guardをご存知なんですか? | ||||
|
投稿日時: 2008-07-14 11:01
既に出ていますが、その要件ならマルチマスターレプリケーションでしょう。
サーバやネットワークのスペックが低かった以前はいくつか事例を見かけました。 最近はスケーラビリティ、HAならRAC、ディザスタリカバリならDataGuardで、存在感薄いですけどね。 |