U know Jim fool than Jim fool knows.

上記の広告は１ヶ月以上更新のないブログに表示されています。
新しい記事を書く事で広告が消せます。

おらくるのはなし

最近ハマりまくったMMR（マルチマスターレプリケーション）障害。
------------------------------------------------------------------------
SQL> BEGIN
2 DBMS_REPCAT.ADD_MASTER_DATABASE (
3 gname => 'TEST_MMR_REPG',
4 master => 'TEST',
5 use_existing_objects => FALSE,
6 copy_rows => TRUE,
7 propagation_mode => 'SYNCHRONOUS');
8 END;
9 /
BEGIN
*
行1でエラーが発生しました。:
ORA-23374:
オブジェクト・グループ"PUBLIC"."TEST_MMR_REPG"はすでに存在しています。
------------------------------------------------------------------------

いろいろ検証した結果、既存のマスターグループをDBMS_REPCAT.DROP_MASTER_REPGROUPプロシージャで廃止する際、リモートサイト側のマスターグループがキレイに廃止されていないみたい。
以下の作業手順で解決。

１、マスターサイトでMMR廃止
conn REPADMIN/REPADMIN@MASTER;

BEGIN
DBMS_REPCAT.DROP_MASTER_REPGROUP ('TEST_MMR_REPG',FALSE,TRUE);
END;
/

２、リモートサイトのマスターグループを確認する
３、削除されていなければ、下記で削除実行
all_sitesパラメータを"FALSE"に設定する

conn REPADMIN/REPADMIN@REMOTE; ←リモートサイトに接続

BEGIN
DBMS_REPCAT.DROP_MASTER_REPGROUP ('TEST_MMR_REPG',FALSE,FALSE);
END;
/

３、MMR作成



なおってよかったけど、、、泣きそうでした・・・（＞＜）

おらくるのはなし。

最近、アーカイブログ生成量が多くて困っています、、。
原因を調査したところ、MVIEW[FAST]リフレッシュ時に大量のアーカイブログが生成されている模様。ちなみに現在運用中のOracleにはMVIEWが約1200個。
実テーブルの更新頻度やリフレッシュ間隔（平均600秒）に差はあれど、これらすべてのリフレッシュ毎にロギングしてたら、アーカイブもそりゃぁ・・・
ってか、、まてょ、、そもそもMVIEWのリフレッシュになんでアーカイブログが必要なの？ってハナシですな。
実テーブルさえ破損しなければ、MVIEWはいつでも更新できる、つまりリカバれるワケだから。。。
なんてこと考えてたら、まんまOTNに書いてありますた。

http://otndnld.oracle.co.jp/document/products/oracle10g/102/doc_cd/server.102/B19217-02/refresh.htm

---------------------------------------------------------
マテリアライズド・ビューのリフレッシュ後のヒント

ロードまたは増分ロードを行い、ディテール表索引を作成した後は、整合性制約（ある場合）を使用可能に戻し、そのディテール表から導出されたマテリアライズド・ビューおよびマテリアライズド・ビュー索引をリフレッシュする必要があります。データ・ウェアハウス環境では、参照整合性制約は、通常、NOVALIDATEまたはRELYオプションで使用可能にできます。リフレッシュ操作を行う前に、そのリフレッシュ操作をリカバリ可能にする必要があるかどうかを決定する必要があります。マテリアライズド・ビューのデータは冗長で、いつでもディテール表から再作成できるため、マテリアライズド・ビューのロギングは使用禁止にすることをお薦めします。ロギングを無効にし、増分リフレッシュをリカバリの必要なしで実行するには、リフレッシュの前にALTER MATERIALIZED VIEW ... NOLOGGING文を使用します。
---------------------------------------------------------

早速、
ALTER MATERIALIZED VIEW [mview_name] NOLOGGING;
を全MVIEWにブチこんでみました。
アーカイブ生成量はいかに？！

って、、あんまし変わらんし・・・（泣）

NOLOGGINGってネーミングから全くREDOに書かなくなるのかと思いきや、「REDOログを生成することを抑制できるオプション」とか、、またまた微妙なニュアンスを発見。
http://www.shift-the-oracle.com/dba_tips_storage.html
MVIEWのリフレッシュに関しては、実テーブルの更新量にかかわらず、内部的な処理をロギングするらしい。

やはり、アーカイブログの格納物理領域を拡張するしかテがないのか・・・。

最近引っ越しました。

世田谷区→品川区。

思えば前回の引越しから1年ちょっとしか経ってないですねぇ。
賃貸物件の契約期間はだいたいが2年間ですが、物件探しやら契約交渉期間を考えていくと、これくらいのインターバルになってしまうんですょねぇ、、。

モノが少ないことをウリに、今まで引越しまくってきた管理人ですが、新居ではいやがおうにもモノが増えてしまいそうですっ

なんでかって？

それは、ひ・み・つ

フォトRFで肌の再生機能が活性化したところに、超音波ビタミンイオン導入をやってみます。

これは電気を通しながら、顔にビタミンを塗っていきます。

日頃、人間の肌というのは有害物質から身を守るためのバリアが機能しているようですが、光治療でそのバリア機能が低下し敏感になったところを逆に利用し、肌に良い物質をここぞとばかりに塗りたくってやると、、通常よりも何倍も肌の深部にビタミンがいきわたるという理屈です。

これも最初ヒリヒリします。。

あんまし痛いばやぃは、電気の強さを弱くしてくれますｗ

顔半分にやってみました。。

これは特殊な光をあてて、コラーゲンの活性化とメラニンの抑制を促す治療です。

まずこれ、やっている最中、むっちゃ顔が痛かったです。
前回、レーザーでのシミとりの際もはじかれるような痛みはありましたが、そんなものではなく、針で刺されるような痛みが。。

なにやら脱毛効果があるあしく、ヒゲが近いあたりを施術すると激痛がはしりました。

でも、、段々慣れてくるものですｗ