————————————————————————–
EXP-00008: Oracleエラー6550が発生しました。
ORA-06550: 行 1,  列 41:
PLS-00302: コンポーネント SET_NO_OUTLINESを宣言してください。
ORA-06550: 行 1、列 15:
PL/SQL: Statement ignored
EXP-00000: エラーが発生したためエクスポートを終了します。
————————————————————————–

調べてみたところ、Oracle11gクライアントからOracle10gサーバに対して
接続しコマンド発行していたことが原因のようでした。

上位バージョンから下位バージョンに対して
接続してエクスポートを行うとこはできないようです。

客先のシステムでOracleを使っていましたが、
Windows Server 2003のサポート終了に伴いDBサーバを新しくすることになり
新サーバのOSに対応したバージョンのOracleを購入するか
SQL Serverに移行するかの検討を行い、
DBの規模がそこまで大きくなかったため、SQL Serverに移行することになりました。

プログラムの方は、Oracle独自のSQL構文を修正、
データ移行は、SQL Server Management Studioの「データのインポート」機能を
使用して移行を行いました。

■データのインポート
コピー元（Oracle側）の指定は
データソースの選択で「.Net Framework Data Provider for Oracle」を選択
ユーザID、Password、Data Sourceを指定します。

後は、通常のSQL Server間でインポートする時と同様の方法
となりますが、
OracleとSQL Serverでデータ型が異なる項目については
「コピー元のテーブルおよびビューの選択」画面で
テーブル毎に「マッピングの編集」で変換先の型を指定する必要があります。

今回、変換先の型を指定したものは次になります。
<Oracle> DATE　⇒　<SQL Server> datetime
<Oracle> VARCHAR2　⇒　<SQL Server> varchar　※1バイト文字コードのみ項目の場合

テーブル毎に「マッピングに編集」を設定する作業が多少面倒ではありましたが
比較的簡単にデータ移行を行うことができました。

SQL Server移行後のシステムでのデータアクセス速度も
Oracleの時と同じくらいの速度で動作しており安心しました。

エラーコードで検索してみたところ
接続中のセッション・プロセス数が上限値を超えた場合に
このエラーが出るとのことでした。

たしかに、DBを導入した当初に比べると、同DBを使用するシステムが
どんどん増えてきています。

エラーを回避するための１つの対策として
プロセス数上限値（デフォルトは150）を増やすことが書いてありましたが
増やすことによって負荷がかかる可能性もあるため
とりあえずは、上記のエラーが出た際の接続状況を取得してみることにしました。

■セッション・プロセスの現在数と上限を取得
SELECT
RESOURCE_NAME リソース名,
CURRENT_UTILIZATION 現在数,
MAX_UTILIZATION 最大数,
LIMIT_VALUE 上限
FROM
V$RESOURCE_LIMIT
WHERE
RESOURCE_NAME IN (‘processes’,’sessions’);

■セッションの詳細を取得
SELECT
S.machine,
TO_CHAR(S.LOGON_TIME, ‘YYYY/MM/DD HH24:MI:SS’) LOGON_TIME,
S.sid,
S.serial#,
P.PID ORACLE_PID,
P.SPID OS_PID,
S.STATUS,
S.USERNAME ORACLE_USER,
S.OSUSER OS_USER,
S.TERMINAL,
S.PROGRAM
FROM
V$PROCESS P
LEFT OUTER JOIN V$SESSION S
ON P.ADDR = S.PADDR
WHERE
P.BACKGROUND IS NULL  AND
P.PID > 1
ORDER BY
TO_CHAR(S.LOGON_TIME, ‘YYYY/MM/DD HH24:MI:SS’),
S.machine;

このエラーは、接続数が減っていくと自然に解消されるため、
ユーザ側には「ただいま大変混み合っております。」のエラーメッセージを
表示することにし、
プロセス数上限値を増やすかどうかは、サーバ側の性能も考慮して
検討することにしました。

別ユーザを作成した場合、スキーマも別になってしまうため
下記のような参照となってしまいます。

「masterA」テーブル作成ユーザ・・・aaa
閲覧権限を与えた別ユーザ・・・bbb

bbbが「masterA」を参照するには下記のように、
スキーマ名.テーブル名で参照する必要がある。

SELECT * FROM aaa.masterA;
別ユーザからもスキーマ名なしで参照できるようシノニムを作成し
下記の手順で閲覧権限ユーザを作成しました。

1.シノニムをつくる
CREATE PUBLIC SYNONYM masterA FOR aaa.masterA;

2.テーブルにpublicでselect権限を付与する
GRANT SELECT ON masterA TO PUBLIC;

3.ユーザを作成する
CREATE USER bbb（ユーザ名）
IDENTIFIED BY パスワード
DEFAULT TABLESPACE ユーザ領域名
TEMPORARY TABLESPACE 一時領域名;

4.ユーザに権限を付与する
GRANT CONNECT, RESOURCE TO bbb;
⇒接続とcreate系のロール(RESOURCE)を付与する

GRANT SELECT ANY TABLE TO bbb;
⇒select権限を付与する

VB.NETでOracle10gに接続しているシステムを使用されている客先より、
パソコンのパーティションを分けたら、システムで予期せぬエラーが
出るようになったという連絡があり調査することに。。

VB.NETからの接続は、ADO.NETを使用してOledb接続をしているのですが
接続ではエラーになっておらず、SELECTコマンドを実行したことろで
下記のエラーが出ていました。

0x8000FFFF（E_UNEXPECTED）

パーティションを分けたということでしたので、
（OracleはCドライブに入っている）
PATHの設定などがおかしくなっているのかと思い、
環境変数のPATHを確認したり、ORACLE_HOMEを設定してみたりしましたが
解決せず。。

ネットで同様の事例がないかを調べてみたところ、
同様の現象の質問をされている方に対して、アクセク権の問題ではないか。との
回答でいろいろ試行錯誤されており、、
その方は最終的に今までCドライブにOracleをインストールしていたのを
Dドライブにインストールしてみたら回避できたとありました。

そこで、私も、客先パソコンは、CドライブとFドライブに分けていらっしゃたので
FドライブにOracle11gをインストール。
でも、それだけでは、現象は回避されず

接続のプロバイダを下記の「MSDAORA」から
Provider=MSDAORA
「OraOLEDB.Oracle」に変更し
Provider=OraOLEDB.Oracle

正常に動作するようになりました。

結局、原因はわからないままですが
この対応で使っていただくことになりました。

SELECT TABLE_NAME, NUM_ROWS FROM USER_TABLES;

但し、このSQLは、統計情報から件数を参照するので
統計情報直後でないと、正確な件数は求められません。

大体の件数が知りたいのであれば、このSQLでいけるけど。。
あまり使えないかな～。

次回は、最新の件数を取得する方法を調べてみたいと思います。

「ORA-12571： TNS：パケット・ライターに障害が発生しました」

初めて見るエラーだったので調べてみると
クライアントとサーバー・プロセス間の接続が切断された場合など
ネットワークが原因のようです。

再接続したところエラーは表示されず、正常に接続でき
それ以降は再現していません。

頻繁に発生するようだったら
何かしら回避策を調査しようと思います。

よく考えたら、ドメイン参加にしたことで
コンピュータ名が下記のように変わったためでした。
「pcname.testdomain.local」

DBサーバのリスナー（listener.ora）で指定しているHOST名を変更し
接続できるようになりました。

LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = pcname.testdomain.local)(PORT = 1521))
)
)

ちなみに、リスナーを変更した場合、リスナー再起動が必要です。

パフォーマンスチューニングやトラブルシュートなど、
奥が深すぎて独学で理解するのは難しいので、
事例を元になどいろいろな技術の情報を直接聞けるので
とても勉強になります。

できれば、毎回（毎月１回）参加したいところですが
開催場所が少し遠方のため、年に1～２回程度しか参加できて
いません。。

先日は、テーマが「性能トラブル対策ガイド！
オプティマイザ／統計情報収集について」ということで
私にはレベルが高い内容でしたが受講してきました。

Oracle内部で、効率がよい実行計画をたてるために
自動的に統計情報が収集されているので
（ある程度、新しいバージョンのOracleでは）
特に気にする必要はないのですが

どのような情報を収集してどのように実行計画に
活用されているのかを理解することで
適切なタイミングで統計情報が収集されているかを考え、
システムによってはメンテナンスが必要な場合もあるようです。

例えば、11gR2ではデフォルトで、統計情報収集の時間帯が
月～金曜は22時～26時，土～日曜は6時～26時で
設定されていますが、
夜間バッチ処理などで26時以降にデータ量が変動する場合は
統計情報収集の時間帯を夜間バッチ処理以降に変更するなど
検討する必要があったり、
ワークテーブル的なテーブルは統計情報を取集しても意味がない
ということであれば、そのテーブルだけ統計情報収集をとめたりなど
検討する必要もあるようです。

統計情報収集もDBに負担をかけますので。

弊社の開発機用DBサーバも夜１０時になると、応答が遅くなるな～
と思いつつ、原因を調査するまでに至ってなかったのですが
おそらく統計情報収集が原因なんだろうなというのが
わかってよかったです。

——————————-
データベースからのデータ取得に失敗しました。
‘OraOLEDB.Oracle’ プロバイダーはローカルのコンピューターに登録されていません。
——————————-

WebシステムからはADO.NETのOledb接続でDBへ接続しています。

Webサーバの環境は以下の通り（Webサーバ管理は別会社）
OS：Windows Server 2008 R2
DB：Oracle11g クライアント32bit

実は、Webシステムを構築した当初は
DBはOracle11gサーバ64bitがインストールされており
その時点では正常に接続できていました。
その後、別会社で使用しているシステムが32bit版のOracleクライアントが
必要になり、 追加でOracle11g クライアント32bitをインストールされたようで
インストール後、エラーが発生するようになりました。

・Oracleホームディレクトリのユーザ権限を確認
（Everyone権限を設定したりなどいろいろ試す）
・Oracleホーム/binフォルダへのPath設定を確認
などいろいろ試してみましたが結果は変わらず。。

Webサーバを管理している会社に、Oracle11g クライアント32bitをアンインストールし
構築当初のOracle11gサーバ64bitに戻してもらいましたが、
それでも結果は変わらず。。

最終的にWebサーバをOSからインストールしなおしていただき
（DBはOracle11gサーバ64bit）
正常に接続できるようになりました。

今回の現象は、Oracleの再イントールが要因でしたが
そのことにより何故このような現象が発生したのか
OS再インストールではなく、何か解決方法はなかったのか
突き止めることができなかったことが残念です。