OracleDB11gのキャラクタセットを変更する手順について(概要編)

(０)目次＆概説

(１) 記事の目的
　(１-１) 目的
　(１-２) 前提条件
　　(１-２-１) 「props$」更新はNG
　　(１-２-２) 10g以降は”ALTER DATABASE”での更新はNG
　　(１-２-３) 上記の禁止事項を踏まえての方針
(２) キャラクタセット変更手順
(３) 失敗した場合のリカバリ手順
(４) 用語説明
　(４-１) キャラクタセットとは？
　(４-２) データディクショナリーとは？
(５) エラー対応
　(５-１) エラー：error while loading shared libraries
　(５-２) エラー：Unrecognized convertible data found in scanner result
　(５-３) エラー：Sorry only one session is allowed to run this script

(１) 記事の目的

(１-１) 目的

Oracleデータベースを作成した後にキャラクタ・セット(DBサーバ側のエンコーディング方式)を変更する際の手順について備忘のために残します。なお今回の手順は10g・11g用の手順で、それ以外のバージョンには適用できない点にご注意ください(※それ以外のバージョンでは手順が異なってきます)。

＞目次にもどる

(１-２) 前提条件

(１-２-１) 「props$」更新はNG

OracleDBの「props$」テーブルにキャラクタセットの情報が入っていますが、この値を更新することはOracleとしてサポートしない作業であり、もしもこの作業によりデータベースが破損してもサポートできない、といった内容がOracleのサイトにも記載されています。
https://support.oracle.com/knowledge/Oracle%20Database%20Products/2046201_1.html#aref_section33

＞目次にもどる

(１-２-２) 10g以降は”ALTER DATABASE”での更新はNG

10g、11g、12cの場合は”Alter database character set”でCharacter Setを変更するのはNGとされています。この操作をすると少なくとも「データディクショナリー」オブジェクトは壊れてしまうのと、高確率で業務データも壊れるリスクがあるためです。もしも誤ってこの操作を実行してしまった場合は、OracleとしてはDBのリストアによる復旧を推奨しています。

自身のバージョンは動的パフォーマンスビュー「V$VERSION」でチェックします。

SELECT * FROM V$VERSION;

（図１２２）

＞目次にもどる

(１-２-３) 上記の禁止事項を踏まえての方針

＞目次にもどる

(２) キャラクタセット変更手順

別記事「OracleDB11gのキャラクタセットを変更する手順について(手順編)」の２章にて記載

(３) 失敗した場合の対応

別記事「OracleDB11gのキャラクタセットを変更する手順について(手順編)」の３章にて記載

＞目次にもどる

(４) 用語説明

(４-１) キャラクタセットとは？

CHAR型・CLOB型・VARCHAR型のデータや各種メタデータ（テーブル名・カラム名やSQL文など）で利用される「エンコーディング方式」を指定する値です。DBに文字列を格納する際は、文字列がそのまま格納される訳ではなく、実際は文字に対応する数値コードの組合せとして、プログラムが解析可能なコードの形で格納されています。例えばドル記号（$）の場合は「0x24」というコードで格納されています。

＞目次にもどる

(４-２) データディクショナリーとは？

＞目次にもどる

(５) エラー対応

(５-１) エラー対応１：error while loading shared libraries

別記事「OracleDB11gのキャラクタセットを変更時に遭遇したエラーの対処方法」の５章１節にて記載

(５-２) エラー：Unrecognized convertible data found in scanner result

別記事「OracleDB11gのキャラクタセットを変更時に遭遇したエラーの対処方法」の５章２節にて記載

(５-３) エラー：Sorry only one session is allowed to run this script

別記事「OracleDB11gのキャラクタセットを変更時に遭遇したエラーの対処方法」の５章３節にて記載

＞目次にもどる