■SI Object Browser 掲示板

こんにちは。
OBサポートです。

ご質問の件につきまして、これまでに同様の報告をいただいておりますが
弊社環境にて再現させることができず、根本的な原因が不明の状況でございます。

しかしながら、過去のお問い合わせを確認したところ
解決した事例がございましたので以下に記載いたします。

1)DBサーバがリモートサーバとなっており、ネットワーク負荷が高い場合や
　他アプリケーションが動作しており、メモリが不足している場合

　⇒不要なアプリケーションが動作していないかなど、端末のリソース使用状況を
　　一度ご確認いただけますでしょうか。

2)Excel出力の権限が不足している場合

　⇒以下の設定を行うことで改善するとの報告をいただいておりますので、
　　　お試しいただいけますでしょうか。

　１．「コントロールパネル」⇒「管理ツール」⇒「コンポーネントサービス」を
　　　起動します。
　２．左側のツリーより「コンポーネントサービス」⇒「コンピュータ」⇒
　　　「マイコンピュータ」⇒「DCOMの構成」を開きます。
　３．「Microsoft Excelアプリケーション」を右クリックし、「プロパティ」を選択します。
　４．「セキュリティ」タブの「構成のアクセス許可」内にある「編集」ボタンを開きます。
　５．権限の編集画面が表示されますので、ログインユーザに対して、
　　　フルコントロールを追加します。（読取権限だけでもOK）

　　※リモートで使用している場合は、同じ画面の
　　　「起動とアクティブ化のアクセス許可」で、
　　　リモートが許可されているかも確認していただけますでしょうか。

3)リモートデスクトップ接続にて、接続先の端末に
　インストールされているObject BrowserでExcel出力を行った場合

　⇒リモートデスクトップ接続にて、接続先の端末にインストールされている
　　Object Browserを使用・Excel出力を行った場合、リモートデスクトップ接続の
　　オプションによっては該当のエラーが発生する場合があるとの
　　報告をいただいております。

　以下のオプションを設定していただき、改善するかどうかご確認いただけますでしょうか。

　１．スタートメニュー等より、リモートデスクトップ接続のダイアログを起動します。
　２．オプションを展開し、「ローカルリソース」タブの「ローカルリソースとデバイス」
　　　にある「クリップボード」のチェックを外します。

お手数をおかけしますが、何卒よろしくお願いいたします。

先程、下記を記入しましたが誤認でした。
Oracle 10.2 の別のDBでは問題なく実行計画が取得できますが、
Oracle 11.2 では、状況は変わっていません。

(1)SQLの実行→問題なし。
(2)select * from plan_table→問題なし。レコードの追加・削除・更新も可能。
(3)(1)のSQLの実行計画取得→ORA-00942: 表またはビューが存在しません。

上記のような状況です。何が問題なのでしょうか。

-------------------------------------------------
ご回答ありがとうございました。
再実行したところ、エラーになりませんでした。

先程エラーになったときは、SQLの結果は表示されるのに
実行計画の取得ではエラーになっていました。
ご指摘頂いたようなFROM句の誤りは考え辛いのですが…。

実際、他のSQLで問題が生じないことを確認した後、
エラーになったSQLでも試したところ、正常に結果が取得できました。

SYS.PLAN_TABLE$, PUBLIC SYNONYM PLAN_TABLE の存在を確認し、
しばらく時間が経過しただけで問題が発生しなくなるという、
不思議な結果になりました。

問題は解消しましたので対策は不要ですが、
今後のためにも原因については考察して頂ければと思います。

サポート様

早速の対応ありがとうございます。

オプションの設定タブの、オラクルホームを指定することで、１１gに接続できました。
ありがとうございます。

理想を言えば、「接続リスト」毎にホームを指定できればいいのですがＯＳのＰＡＴＨを変えるよりははるかに楽になりました。


以上です。

ご返答ありがとうございます。

ご指摘の通り、catpatch.sqlが実行されていなかったようでした。
実行後、テーブルを開けることを確認済みです。

すばやい対応大変感謝しております。

ありがとうございました。


[OBサポート]
>こんにちは。
>OBサポートです。
>
>お問い合わせいただいた件につきましてですが、
>Oracle Database 9iにて9.2.0.3以降のパッチを適用しており、かつ
>ディクショナリの更新を行っていない場合に発生するとの報告をいただいております。
>
>お心当たりがあるようでしたら、お手数ですが
>以下の手順をお試しの上、改善するかご確認いただけますでしょうか。
>================================================================
>1. SQL*Plus、またはObject BrowserのSQL実行画面から
>　SELECT COMPRESSION FROM USER_TABLES;
>　を発行し、エラーとなることを確認します。
>
>2. インスタンスが自動起動になっている場合は、一旦shutdownし
>　SQL*Plus から"SYSDBA"権限をもつユーザでログインします。
>
>3. 下記のスクリプト/コマンドを実行します。
>　startup migrate
>　@rdbms/admin/catpatch.sql
>================================================================
>
>上記に該当しない、あるいは改善しないとの場合
>技術調査が必要であるか、環境依存による問題と思われますので、
>掲示板上での回答は致しかねます。
>
>・Object Browserの詳細バージョン(ヘルプ ⇒ バージョン情報より確認可能です)
>・すべてのテーブルにおいて同一の現象が発生するかどうか
>・特定のテーブルでのみ発生する場合、該当テーブルのCREATE TABLE文
>・製品シリアルNO、
>・保守ダイジェストキー
>を記載の上、oob.support@sint.co.jpまでご連絡ください。
>保守加入の確認が取れ次第、対応させていただきます。
>
>なお、保守加入が確認できない場合、対応いたしかねる点、
>ご了承くださいますようお願いいたします。

早速のご回答ありがとうございます！！

>>例としまして、「ソース」タブのCREATE文を直接変更された場合は
>>どの内容が変更されたかを特定するのが困難であるため DROP⇒CREATE を実行、
>>「定義情報」タブで内容を変更された場合は、その項目を変更するのに
>>再作成が必要かどうかを内部判断したうえ、ALTER または DROP⇒CREATE を実行する
>>仕組みとなっております。
→了解しました。

>>「ツール」メニュー ⇒ オプション を選択いただき、定義情報タブの
>>「定義変更時に実行されるDDL文を表示する」をONにしていただきますと
>>変更のためのSQLを事前表示する動作となりますので、一度お試しいただけますでしょ>>うか。
→確認しました。この設定使わせて頂きます。

もう一点気になる事があります。
SNAPHSOTのコンパイル(DROP⇒CREATE)時、
DROPに成功してCREATEに失敗するパターンを検証しました。
結果はコンパイルエラーが発生しました。
しかし、SNAPSHOTはDROPされておりました。

コンパイルに失敗(CREATEに失敗)した場合、
DROP前の状態に戻らないと思うのですがこれは仕様でしょうか。

以上、宜しくお願い致します。