SAP環境のOracleバックアップ／リカバリに関する深夜のディスカッション

Masaru Hiroki @baborin

実際DBのバックアップだと現在の排他制御ストレージ機能は使えず、世代確保、バックアップスピートを確保するには相当なコストがかかる。加えてやはり筐体ミラーをとっておかないと全滅の可能性も高い。それを考えるとテープの方が、やはり速いし、安いし、安全なんだよね。

Masaru Hiroki @baborin

ストレージベンダーさん、「そりゃ古い！」という指摘があれば、是非是非、お願いいたします。

Mamoru Iwasaki @mamoru125

@baborin DBの観点からだと、そりゃ古いｗ

Masaru Hiroki @baborin

@mamoru125 具体的に言いますと？　DBの圧縮バックアップとか、本番運用に負荷かける可能性があるのは除いた場合。

Mamoru Iwasaki @mamoru125

@baborin 本番に負荷をかけるから圧縮なしはわかりますが、負荷をかけない構成も組めます。

Masaru Hiroki @baborin

@mamoru125 具体的には？？

Mamoru Iwasaki @mamoru125

@baborin ストレージいっぱい買うよりは、Active Data Guard使って、スタンバイでRMAN実行した方がリーズナブルと思います。SAPでは、クリスチャングラフに申請しないと、だけどまだ（笑）障害時もまず切替え試せるわけだし

Masaru Hiroki @baborin

@mamoru125 Oracleはスタンバイ側でもRMANでバックアップ取れるんですね。不勉強でした。でも、その場合、やっぱりリカバリに時間かかっちゃいますよね？ストレージレプリケーションとかしないと。そうなると、やっぱり排他制御がきかないんじゃないかと。

Mamoru Iwasaki @mamoru125

@baborin スタンバイが使えればリカバリ不要。バックアップを常に最新のデータベースイメージにロールフォワードも可能ですよ。

Masaru Hiroki @baborin

@mamoru125 物理障害はそれでOKだと思うんだけど、論理障害とかの場合、スタンバイも壊れちゃうでは。そうするとバックアップからリカバリしないとダメなんでは？

Mamoru Iwasaki @mamoru125

@baborin 論理のケースによりますね。ブロック破損など伝播しないケースも。オペミス系はフラッシュバックで戻るし。戻しが必要なケースは当然ありますが。

Masaru Hiroki @baborin

@mamoru125 あーそうですね。オペミスはフラッシュバックでいけますね。問題は論理障害か。まーこれも保証できているところにフラッシュバックでの方が現実的だったりしますね。SQLのDBミラーだと、多分、こうはいかないので確かに良いかもしれません。

Masaru Hiroki @baborin

@mamoru125 ん？でもSAPだと、まだ正式サポートされてないの？

Mamoru Iwasaki @mamoru125

@baborin フラッシュバックはOK。１０g以降です！

Mamoru Iwasaki @mamoru125

@mamoru125 @baborin リカバリ系フラッシュバックでSAPで使えるのはデータベース全体のみ。ドロップ、テーブルは利用不可です。検索系は利用OK（すべて）

Masaru Hiroki @baborin

@mamoru125 もちろん、それ以外やる気はないですね。サポートといったのはスタンバイ側でRMAN実施って方です。

Mamoru Iwasaki @mamoru125

@baborin あー、同期止めればいけますが、同期しながらはまだ未認定のActiveDG

Mamoru Iwasaki @mamoru125

@mamoru125 @baborin バックアップ目的ならOKでやすいと思うんですけどね。NWがあがらないのは書込みがあるので認定できないのは分かるのですが。