テスト環境構築

Question

いつもお世話になっております。
Cで開発経験が少しある程度＋MySQLを少し触った程度の人間です。
今回実機に搭載されているオラクルのテスト環境を構築するよう仰せつかりました。
しかし、オラクルなど触ったことも無く。周囲にもオラクルに詳しい人がおりません。
現在運用サーバで稼動しているオラクルのデータをそのままそっくりテストサーバへ移行しろとのことです。
調べてみたところ、exp/impで出来るという事はわかりました。
そこで以下の手順で作業を行いました。

1)テスト機(Windows 2003のSP1)へのオラクル(10.2.0.1)インストール

2)データベースコンフィギュレーションアシストよりORCL(実機側のデータベースと同名)の名前でデータベースを作成

3)インスタンスの起動

4)実機よりデータベース全体をエクスポート

5)テストサーバで　4)で取得した情報をインポート

6)エクスポートの時間よりかなり早くインポートが終了

7)テストサーバを再起動するとリソースの大半をオラクルが使用している

8)データベースを確認してみたが、サービス再起動を試みても起動せず。

希望としては、実機と全く同内容のデータをテストサーバに存在させたいのですが、
以上のexp/imp手順では不足していたのでしょうか？
データベースを作成する際のテンプレートは汎用を使用し、サンプルスキーマを作成しませんでした。
汎用ではまずいのでしょうか？
また、ユーザーや表はインポートでは移行されないのでしょうか？

実機の環境もWindows 2003のSP1とオラクル10.2.0.1です。
渡されたマニュアルは『意外と簡単!?Oracle Database　10g』です。
インターネットやこの掲示板でも移行については調べて見ましたが、詳細な部分がわかりませんでした。

勝手がわからず、的外れな質問をしていましたら、申し訳ありません。
周囲の人間に聞いてもわからず困っております。どうか手順や良いサイトなどありましたら、ご教示ください。

pon2pon2 · Accepted Answer

2853のエラーっていうのはよくわからないですが、
ORA-とIMP-かエラーについてたりします？
エラー内容からすると、単にインポート元のオブジェクトが既に存在するから、
インポートできないよっていっているだけのように思われます。

であれば、インポート先のオブジェクトが削除されていれば、
正常にインポートできるってことでないかと推測します。

そもそも、「既に存在している」とかってことは、「存在してても上書き」とかって、
オプション、OEMにありませんでしたでしょうか。
今、手元に実機が無いので確認できないので、なんとも。
「SYSMAN」とかっていっているところを見ると、
「OEM」関連の「SYSAUX」表領域のデータが存在しているところに、
インポートして、こけているような気も。

「存在してても上書き」ってオプションがないなら、
コマンドベースで、
「SYS,SYSTEMか、EXP_FULL_DATABASEIMP_FULL_DATABASE権限のあるユーザー」
でEXPORT,IMPORT実行してみては。
DBFULLの場合、SYSスキーマ以外のものは戻るはずなので、
データファイルはSYSTEM表領域だけあれば、いいはず。

もし、テストできるなら、データファイルをSYSTEMとUNDO、TEMPだけにしてから、
コマンドベースで試してみてはどうでしょう？

pon2pon2 · Answer

参考までに、
なぜ、「dba_free_space」
を確認するようにいったかというと、
「（「DBA_FREE_SPACE最大BLOCK_ID」- 1) × 8K」
がデータファイルのResize可能サイズなので。
(8Kは初期化パラメータのブロックサイズと同じ値を随時設定）。

上記で出した値をMBにして以下を実行すれば、
alter database datafile 'x:\xxxx\xxxx.dbf' resize xxM;
データファイルの縮小が可能なので、
あまり大きくなりすぎてたら、縮小（DatafileのResize）もいいかと
思ったので。

pon2pon2 · Answer

SYSAUXには、AWRなどの履歴情報などが入っています。
ただ最初は情報量もすくないので少なくて問題ありません。
これから徐々に増加していきます。
----------------------------------------------------------
大きくなった表領域ですが、
表領域中のセグメント情報（表とかINDEX)の数と
セグメント（表やINDEX）ごとのサイズを確認されましたでしょうか。
select SEGMENT_NAME,TABLESPACE_NAME,BYTES from dba_segments
where TABLESPACE_NAME = 'xxxx'　order by BYTES;
比較しないとどの表やIndexが大きくなったのか、また、
不要な表がImportされていないかわからないですよね。

もしかすると、Dropしたテーブルとかもそのままインポートされてたり
するかもしれませんね。
一度、どんな表やINDEXが存在するのか、違いのあるセグメントは
どれかを比較するとよいかと思います。
----------------------------------------------------------
「ORA-00942」ということは、「dba_free_space」表が見つからないってことですね。
多分、スキーマの問題なのでは。
「as sysdba」権限つけて（connect / as sysdbaとか）
実施してみたらどうでしょ？
普通の一般スキーマ（DBユーザー）からは、権限ふらないと、
自分の所有していない表は見えないので。
試してみるとよいかと。
----------------------------------------------------------

pon2pon2 · Answer

できれば、最初に大きいデータファイルを用意しておくのはなく、
想定容量のデータファイルと、
それ以上に大きくなった場合用に、1GBで自動拡張ON、MAX32GBのファイルを
いくつか用意しておくと、実際どの程度のファイルが必要だったのか
わかりやすいのではないかと思いますが、
もうインポート済みで、再度実施するのは大変だと思いますので、

まずは、
表領域の使用サイズは？
各データファイルのHWMまでの値は？
セグメント単位で、移動元と移動先を比較して、どのセグメントが
どれだけ使用するようになったのかを確認すると、
問題切り分けできるのではないかと。

■表領域の使用サイズ
----------------------------------
select b.file_id,b.tablespace_name,b.bytes,
(b.bytes - sum(nvl(a.bytes,0))) "#used",
sum(nvl(a.bytes,0)) "#free" 
from sys.dba_free_space a, sys.dba_data_files b 
where a.file_id(+) = b.file_id 
group by b.tablespace_name, b.file_id, b.bytes 
order by b.tablespace_name;
----------------------------------

■セグメントごとのサイズ
----------------------------------
select SEGMENT_NAME,TABLESPACE_NAME,BYTES from dba_segments 
where TABLESPACE_NAME = 'xxxx'　order by BYTES;
----------------------------------

■HWMまでの使用サイズ
----------------------------------
select * from dba_free_space where tablespace_name = 'xxxx';
----------------------------------

lond_nag · Answer

>ユーザー(の情報が格納されている部分？)はインポートされないってことなのでしょうか。

その通りです。スキーマ・表単位だと仰っている意味のユーザ情報はインポートされません。

難易度が下がるかどうかは一概には言えない部分もあります。
それは、インポートされない部分（ユーザの情報・・権限やDB自体の例えばデータファイル配置等）の設定が必須の場合、そこを自分の作業で実施しなければいけなくなるからです。
ただ、少なくとも全体でインポートするとき実施されてしまう表領域の情報、データファイルの再利用等、DBのシステムに関わる部分が無くなり、ユーザとか表とかいうレベルの部分に影響が限定されるので、

>今現在、インポートに失敗するとその後ORCLのデータベースが立ち上がらなくなります。

で、再インストールを繰り返す・・というようなところは回避出来るかと思ってのコメントでした。
ちなみに

>確認してみると、リスナーと接続がうまくいかなくなっているようではあるのですが。

については、インスタンス（DB）とリスナーはプロセス的に全く別なので、リスナーとの通信が上手くいかないからと言ってDBが立ち上がらない、ということでは無いと思います。
リスナーが落ちていてもDBは起動します。

もしかしたらDBは起動しているけどリスナーの問題でつながらない、ということなのか・・

>データベースが立ち上がらなくなります。

というのは、どういう操作・現象でアラートLOGの起動失敗時の記録はどうなっているんでしょうか？

lond_nag · Answer

エラーと内容に関してはpon2pon2さんの意見と大体同じですが、ちょっと説明の敷居が高そうなので補足を。
（但し、私も詳細が判らないのとEnterprise Manager使わないので参考ですが）
ORACLEにはエクスポート,インポートにそれぞれ全体、スキーマ（ユーザ単位、と考えましょう）、表単位、表領域単位の４つのモードがあり（Data Pump Exportは５つですが）、
表領域を除いて基本的に今、表記した順で左のモードは右のモードのデータを内包してます。だから全体でエクスポートされていればユーザ単位でも表単位でもインポート出来ます。

で、取り込みたい表の、元のDBの持ち主（ユーザ）はSYSとかSYSTEMユーザじゃない、という前提が成り立つなら、「データベースコンフィギュレーションアシスト」で作ったDBに
インポート用または元のDBの持ち主と同じ名前でインポート権限があるユーザを作って、スキーマ（ユーザ単位）モードでインポートすることをオススメします。
新規に作ったユーザなら、何も持ってないから、重複エラーも無いでしょうしね。失敗したらユーザの持っているオブジェクトごとCASCADEオプション使ってユーザを消したり、
作り直したり出来ますしね。
この場合、汎用とかサンプルスキーマとかいう話ではなく、インポート権限や表・索引領域のDisk配置、サイジングといったところがデータ量によって性能に大きなインパクト
を与える可能性があります。また、これはデータ（表）とその表を持っているユーザのオブジェクトだけに関する話です。
テスト環境、と仰っているのでデータだけ、というわけでもないのかも知れませんが。あ、ちなみに全く違うユーザに取り込んでも、シノニム（別名）付けてやれば環境合わせることは
可能です。まぁその場合はいろいろ権限が絡むので敷居が高くなっちゃいますけど、上手く使えばデータ環境の切替やセキュリティの実装に役だったりします。
もしかしたらEnterprise Managerでその辺りを考慮した手順があるかもしれません。・・・あまり参考にならなかったらごめんなさい、ってことで。

pon2pon2 · Answer

もし、実機と同じSID、同じファイル構成でってことなら、
COLD BACKUPとって、
普通に同じSIDでDBCAで同じ名前のDBを作成したら、
（サービスは作成しておく必要があるので。）

で、作成後、いったん停止して、
COLDBACKUPとっておいたファイル
（制御ファイル、初期パラ、各種データファイル、
　名前あわせるのが面倒なので、REDOやTEMP、UNDOも）
どんと、戻して起動した方が早いような気もするような。

ま、ディレクトリ構成やらディスク配置が違うなら、
制御ファイルいじらないといけないので、
あまり、詳しくないのなら、EXPORT,IMPORTの方がいいかもしれません。

pon2pon2 · Answer

インポート時にlog=xx.logってつけてインポート実施してますでしょうか？
log=xx.logで指定したインポート時のログに、エラーは出てませんでしょうか？
インポートの権限のあるユーザSYSとかSYSTEMで実行してますでしょうか？
まず、このあたりから調査でしょうか。

テスト環境構築

2853のエラーっていうのはよくわからないですが、

参考までに、

SYSAUXには、AWRなどの履歴情報などが入っています。

できれば、最初に大きいデータファイルを用意しておくのはなく、

>ユーザー(の情報が格納されている部分？)はインポートされないってことなのでしょうか。

この回答への補足

エラーと内容に関してはpon2pon2さんの意見と大体同じですが、ちょっと説明の敷居が高そうなので補足を。

もし、実機と同じSID、同じファイル構成でってことなら、

インポート時にlog=xx.logってつけてインポート実施してますでしょうか？

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング