異なる文字コードの環境にインポートするには

解決済

質問者：T-k_jp
質問日時：2009/11/27 18:43
回答数：3件

下記のようにサーバがあります。
・Aサーバ(Solaris)
・Bサーバ(Windows)

下記のように文字コードが異なります。
・Aサーバ(JA16EUCTILDE)
・Bサーバ(JA16SJIS)
※Oracleのバージョンは同じです。

AサーバでエクスポートしたdmpファイルをBサーバにインポートしたいと考えています。
文字コードが異なるdmpファイルをインポートするにはどのようにしたらいいのでしょうか。また注意点などあるのでしょうか。

テストする環境が今ないため、試す事ができません。
些細な事でも何でも構いませんのでアドバイスいただけませんでしょうか。
宜しくお願いします。

通報する

この質問への回答は締め切られました。

質問の本文を隠す

回答 (3件)

ベストアンサー優先
最新から表示
回答順に表示

No.3ベストアンサー

回答者： k_o_r_o_c_h_a_n
回答日時：2009/11/28 15:00

ゴールとなるＢサーバが、JA16SJISであるなら、何をしようが、

JA16SJISで表現できる文字コード以外文字化けする。

NLS_LANGをJA16SJISに設定したクライアントで、
(1)Ａサーバからエクスポート
(2)Ｂサーバへインポート
するのと一緒。

今回の場合、それで問題が出るなら、DB作成時のキャラクタセットの選択ミスであり
エクスポート／インポートで何とかできる問題ではない。

最初にも書いていますが、必ず文字化けが起こるわけではないので、注意してください。
クライアントPCのOSやミドルウエアに何を使うかで、JA16SJISでも問題なく使えますので。

- 1
- 件

通報する

No.2

回答者： k_o_r_o_c_h_a_n
回答日時：2009/11/28 11:08

Ａサーバが、JA16EUCTILDEなのに、なぜＢサーバは、JA16SJISTILDEでなくJA16SJISを選択したのですか？

これはインポートで悩む問題ではなく、DBを作成するときに考える問題です。
DBが、JA16SJISで設定されているなら、どんな問題でようとJA16SJISでしかインポートできないので。

>以下のSQLで実行して文字コードを参照しました。
>SELECT VALUE FROM V$NLS_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET';
これは、DB側のキャラクタセットです。
文字コードの変換は、EXPORT/IMPORTを起動するPCのNLS_LANGに左右されるので、注意してください。

一度、オラクルのマニュアルを読むと、文字コード絡みの説明が書いてあるので、
間違いがないと思いますよ。

この回答への補足

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

> Ａサーバが、JA16EUCTILDEなのに、なぜＢサーバは、JA16SJISTILDEでなくJA16SJISを選択したのですか？
Bサーバは既にOracle環境(JA16SJIS)があるのでこの環境を利用したいとの事でこのようになりました。

> 文字コードの変換は、EXPORT/IMPORTを起動するPCのNLS_LANGに左右されるので、注意してください。

ちょっと考えてみたんですがアドバイスいただけたら幸いです。

1. NLS_LANGが「JA16SJISTILDE」のクライアントPC1でAサーバからエクスポート
2. Cサーバにオラクルをインストール(JA16SJISTILDE)して1でダンプしたファイルをインポート
3. NLS_LANGが「JA16SJIS」のクライアントPC2でAサーバからエクスポート
4. Bサーバ(JA16SJIS)に3でダンプしたファイルをインポート

こうしたらどうでしょうか。
もう少し私にお付き合いください。
大変、申し訳ございませんが宜しくお願いします。

補足日時：2009/11/28 12:28

通報する

- 0
- 件

通報する

No.1

回答者： k_o_r_o_c_h_a_n
回答日時：2009/11/28 06:57

ユーティリティを起動するオラクルクライアントPCのNLS設定が適切なら、

文字コード変換を自動で行います。
今回の場合、JA16SJISなクライアントで処理すれば、良いと思います。
（Ａ－Ｂ間がネットワーク的に接続できる環境下なら、Ｂサーバ上のEXPで処理するのが手っ取り早いかと）

１つ気になるのですが、JA16EUCTILDE→JA16SJISへの移行だと、データ上のティルダが
文字化けする可能性があるのは了解済みなんですよね？
（利用環境によっては問題ないと思いますけど）

この回答への補足

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

> ユーティリティを起動するオラクルクライアントPCのNLS設定が適切なら、
> 文字コード変換を自動で行います。
> 今回の場合、JA16SJISなクライアントで処理すれば、良いと思います。

以下のSQLで実行して文字コードを参照しました。
SELECT VALUE FROM V$NLS_PARAMETERS WHERE PARAMETER = 'NLS_CHARACTERSET';

> １つ気になるのですが、JA16EUCTILDE→JA16SJISへの移行だと、データ上のティルダが
> 文字化けする可能性があるのは了解済みなんですよね？
> （利用環境によっては問題ないと思いますけど）
文字化け以前にこのような事ができるのかできないのかしか考えていませんでした。

せっかく説明してもらって申し訳ありませんがもう少し解りやすく教えていただけませんでしょう。
本当に申し訳ありませんが宜しくお願いします。