10グラム+：異なるプラットフォーム間でのトランスポータブル表領域（ドキュメントID 243304.1）

に適用されます：

Oracleデータベース-エンタープライズ・エディション-バージョン10.1.0.2 12.2.0.1へ[リリース10.1 12.2へ]
Oracleデータベース-スタンダード版-バージョン10.1.0.2 12.2.0.1へ[リリース10.1 12.2へ]
Oracleデータベーススキーマクラウドサービス-バージョンN / A以降
のOracle DatabaseのExadataクラウドマシン-バージョンN / A以降
のOracleのクラウドインフラストラクチャ-データベース・サービス-バージョンN / A以降
このドキュメントの情報は、任意のプラットフォームに適用されます。

目的

質問をする、ヘルプを取得し、この記事であなたの経験を共有

あなたは、業界の専門家は、他のOracleの顧客は、Oracle従業員とさらにこのトピックを探検したい、としませんか？

クリックしてここにあなたが質問をする他の人からの助けを得ると、この特定の記事をあなたの経験を共有することができます議論に参加します。
クリックして他の記事で親切主題に関する発見ディスカッションここデータベースDatawarehousingのためにメインのMy Oracle Supportコミュニティページにアクセスします。

はじめにはじめに

このセキュリティ情報には、表領域は今や異なるOSプラットフォーム（クロスプラットフォーム）、ならびに異なるRDBMSのバージョン間で輸送することができる方法を説明します。クロスプラットフォーム機能は、以降10gで使用可能です。このリストは、11.2.0.3から取られています。古いRDBMSのバージョンでは、少数のプラットフォームが含まれていてもよいです。

この通知は、異なるOSプラットフォーム（クロスプラットフォーム）で異なるRDBMSのバージョン間で表領域を転送する方法と、今説明しています。10グラムから利用できるクロスプラットフォーム機能。このリストは、11.2.0.3から取得され、古いバージョンでは、以下のRDBMSプラットフォームが含まれていてもよいです。

SQL> - 11.2.0.3から取られたこのリスト。古いRDBMSのバージョンでは、少数のプラットフォームが含まれていてもよいです。
SQL> -リストは、クエリを実行しているから、データベースのプラットフォームの情報は含まれません。
SQL> COL PLATFORM_NAME A35のための
SQL> PLATFORM_IDで五$ TRANSPORTABLE_PLATFORM順から選択*; 

PLATFORM_ID PLATFORM_NAME ENDIAN_FORMAT 
----------- ----------------------------------- - ------------- 
          1つのSolaris [TM] OE（32ビット）ビッグ
          2のSolaris [TM] OE（64ビット）ビッグ
          3 HP-UX（64ビット）のビッグ
          4 HP- UX IA（64ビット）ビッグ 
          5 HP Tru64 UNIXのリトル
          6 AIXベースのシステム（64ビット）ビッグ 
          7のMicrosoft Windows IA（32ビット）リトル
          8のMicrosoft Windows IA（64ビット）リトル
          9 IBM zSeriesのベースのLinuxビッグ
         10のLinux IA（32ビット）リトル
         11のLinux IA（ 64ビット）リトル
         12のMicrosoft Windowsは、x86リトル・64ビット
         13のLinuxは、x86リトル、64ビット
         、32ビットのリトルはx86 14 Linuxの
         15 HPオープンVMSリトル
         16 Apple社のMac OSビッグ
         17 Solarisオペレーティング・システム（x86）リトルを 
         18のIBM PowerベースのLinuxビッグ
         19 HP IAオープンVMSリトルを 
         20 Solarisオペレーティング・システム（x86-64の）リトル
         21 Apple社のMac OS（x86-64の）リトル

SQL> -あなたは簡単に以下のSQLを使用して、上記のクエリを実行しているデータベースのプラットフォーム情報を見つけることができます。

SQL> SELECT tp.platform_id、SUBSTR（d.PLATFORM_NAME、1,30）、ENDIAN_FORMAT 
     V $ TRANSPORTABLE_PLATFORM TPから、V $ DATABASE dの
     WHERE tp.PLATFORM_NAME = d.PLATFORM_NAME。

クエリの出力は、バージョンを変更することができます。だから、現在のサポートプラットフォームを見つけるために、上記のクエリを使用してください。以前のリリースでは、トランスポータブル表領域機能は、同じアーキテクチャのプラットフォーム間の転送を可能にしました。

クエリの出力は、バージョンによって異なる場合があります。そのため、現在サポートされているプラットフォームを見つけるために検索をご利用ください。以前のバージョンでは、伝達関数は、表領域は同じアーキテクチャのプラットフォーム間で転送することができます。

範囲

-構造化データを公開し、統合のために配布し、他のプラットフォーム上で公開し、他のプラットフォーム上に統合される構造化データを配信
するDW環境からデータを配布- データマート（通常は異なるプラットフォーム）通常（データマートにDW環境からデータを配布します）別のプラットフォームである
-シェア読む異種クラスタ間でのみ表領域は、異種クラスタ間の読み取り専用テーブルスペースの共有
-移行一つのプラットフォームからのデータベースのみのカタログを再構築し、データファイルを輸送することにより、他の送信される唯一のディレクトリとファイルデータを再構成をデータベースは、あるプラットフォームから別のプラットフォームに移行することができます

DETAILS

ステップ

制限のため1.チェックチェックの制限

で「制限事項トランスポータブル表領域の使用の」セクション見直しノート371556.1を。

とりわけ、でその存在をオブジェクト SYSTEM表領域およびSYSが所有するオブジェクトに輸送されることはありません。これには含まれますが、ユーザー、権限、PL / SQLストアドプロシージャ、およびビューに限定されるものではない。
とりわけ、に転送されませんオブジェクトは、SYSが所有するSYSTEMテーブルスペースとオブジェクトに残しました。これには含まれますが、ユーザー、権限、PL / SQLストアドに限定されるものではなくプロシージャ、およびビュー。
あなたは、ソリューションの適用で、インデックス空間IFを使用注579,136.1 「）IMPDPトランスポータブル表領域は、空間インデックスで失敗した」の前に引き続き。

データベースを準備2. データベースを準備します

表領域が自己されていることを確認含まれている、それは別の表スペースがあるかどうかをチェックします

SQL> sys.dbms_tts.transport_set_check（ 'TBS1、TBS 2'、true）を実行します。
SQL> sys.transport_set_violationsから選択*;

前==>これらの違反が解決されなければならない表領域を輸送することができますが、表スペースを転送することができます前に、これらの競合を解決する必要があります

READに表領域を設定しONLY 表スペースが読み取り専用に設定されています

SQL> ALTER TABLESPACEのTBS1は読み取り専用しました。
表領域の変更されました。

3.メタデータのエクスポート

<HP-UX> EXPユーザーID = \ '/ SYSDBA \'としてTRANSPORT_TABLESPACE = yの
表領域= TBS1の
ファイル= tts.dmpログ= exp_tts.log 
統計を=なし

エクスポート：リリース10.2.0.4.0 -月11月26日11：49： 49 2007 
... 

注：テーブルのデータ（行）はエクスポートされません
...トランスポータブル表領域のメタデータをエクスポートすることについて
、表領域TBS1のために... 
。クラスタ定義をエクスポートします
。テーブル定義をエクスポートします
。。テーブルCOL_CHGをエクスポートします
。。テーブルデータベースをエクスポート
... 
。。テーブルはsysusersをエクスポートします
。参照整合性制約をエクスポートします
。トリガーをエクスポートする 
。トランスポータブル表領域のメタデータのエクスポートを終了
エクスポートは警告なしで正常終了しました。

警告とエラーの輸出ログ確認続行する前と解決の問題を。そうしないと、データの損失につながることができます。
先に進む前に、エクスポートされたログの警告やエラーを表示し、問題を解決してください。そうすることで、データの損失を引き起こす可能性があります。
TOOそのDATAPUMP目的のために使用することができます： DATAPUMPは、この目的のためにも使用することができます。

EXPDP \ '/ SYSDBAとして\'ディレクトリ= tts_dumpダンプファイル= tts1_dp.dmpログファイル= tts_dump_log：tts.log 
TRANSPORT_TABLESPACES = TBS1 TRANSPORT_FULL_CHECK = Y 

。 "SYSTEM"を起動"SYS_EXPORT_TRANSPORTABLE_02"：システム/ ********ディレクトリ= tts_datafileダンプファイル= tts1.dmpログファイル= tts_dump_log：tts.log輸送
_tablespaces = TBS1 TRANSPORT_FULL_CHECK = Y 
処理対象型TRANSPORTABLE_EXPORT / PLUGTS_BLK 
処理オブジェクトタイプTRANSPORTABLE_EXPORT / TABLE 
処理オブジェクトタイプTRANSPORTABLE_EXPORT / INDEX 
処理オブジェクトタイプTRANSPORTABLE_EXPORT / INDEX_STATISTICS 
処理対象のタイプTRANSPORTABLE_EXPORT / TABLE_STATISTICS 
処理オブジェクト型TRANSPORTABLE_EXPORT / POST_INSTANCE / PLUGTS_BLK
マスターテーブル「SYSTEM」。「SYS_EXPORT_TRANSPORTABLE_02」正常にロード/アンロード
************************************* ********************************** 
SYSTEM.SYS_EXPORT_TRANSPORTABLE_02のためのダンプ・ファイル・セットには、次のとおりです。
+ DATA / tts1.dmpの
仕事首尾よく夜2時00分34秒で完了「SYSTEM」。「SYS_EXPORT_TRANSPORTABLE_02」

データの移動と有効TTSのデータ移動と有効TTS

4.ターゲット・データベースのエンディアンチェックし、必要に応じて、および変換を必要に応じて、エンディアン検査対象のデータベース、および変換

ケース1：同じエンディアン（ビッグエンディアン> ビッグまたはリトル>リトル）ケース1：同じバイトオーダー（ビッグエンディアン>ビッグまたはリトル>リトル）

ソース・プラットフォームである日SPARC Solarisの：エンディアンビッグ
ザ・ターゲットプラットフォームがあるHP-UX（64ビット）：エンディアンビッグ

SQL> SELECT PLATFORM_ID、V $ TRANSPORTABLE_PLATFORM FROM PLATFORM_NAME。

PLATFORM_ID PLATFORM_NAME ENDIAN_FORMAT 
----------- ----------------------------------- - ------------- 
          1つのSolaris [TM] OE（32ビット）ビッグ
          2のSolaris [TM] OE（64ビット）ビッグ
          3 HP-UX（64ビット）ビッグ

ファイルの変換は、次の要件のすべての3つの一致するファイルには必要とされない：（1）同じエンディアンを持つソースとターゲットのOSを（bit化は重要ではありません）持っている、（2）のパッチが含まれているRDBMSのバージョンにインポートされます未発表のバグ8973825（10.2.0.5または11.2.0.2以上）、及び（3）およびロールバック・セグメントをアンドゥ含みません。公開されていないバグ8973825の修正は、ターゲット・データベースのバージョンでは利用できません場合は、以下のケース2のために示したように、Recovery Managerの変換機能を使用する必要があります。

以下の3つの要件のドキュメント変換を満たすために必要はありません。すべてのファイル：ソースとターゲットOSバイトオーダー（1）と同じ（ビットの数は問題ではない）、（2）RDBMSプログラムのバージョンはバグ未発表8973825用のパッチが含まれているに導入（10.2.0.5又は11.2.0.2以降）、及び（3）は、元に戻すと、ロールバックセグメントを含みません。公開されていないバグ8973825修復がターゲット・データベースのバージョンに利用できない場合、以下の状況2に示すように、あなたは、RMAN変換機能を使用する必要があります。

ケース2：異なるエンディアン（ビッグエンディアン> リトルまたはリトル>ビッグ）ケース2：異なるバイトオーダー（ビッグエンディアン>リトルまたはリトル>ビッグ）

ソース・プラットフォームは、にあるのMicrosoft Windows NTで：リトルエンディアン
ザ・プラットフォームでは、ターゲットであるHP-UX（64-bit-）：ビッグエンディアン

TABLESPACEでWEファイルのインポートであれば移動：私たちは、ファイルを移動し、テーブルスペースをインポートする場合：

。SYSにSYSのオブジェクトをインポート
IMP-00017：Oracleエラー1565で失敗しました次の文：
"sys.dbms_plugts.beginImpTablespace（ 'TBS_TTS'、37、 'SYS'、1,0,8192,2,57をBEGIN" 
、」54175,1を2147483645,8,128,8,0,1,0,8,462754339,1,1,5754124、NULL、0,0、NULL、NULL」
"）; END;" 
IMP-00003：遭遇ORACLEエラー1565 
ORA-01565：識別ファイル'/database/db1/VB2/datafile/tbs1df.dbf'でエラー
ORA-27047：ファイルのヘッダブロック読み取ることができない
HP-UXエラー：2：いいえそのようなファイルやディレクトリの
追加情報：2 
ORA-06512： "SYS.DBMS_PLUGTS"、行1540での
行1：ORA-06512 
IMP-00000：インポートが異常終了

あなたがファイルを変換する必要があり、ファイルがソース上またはターゲットに変換することができます：あなたは、ファイルを変換する必要があり、ファイルがソースに変換することができ、あなたはまた、ターゲットに変換することができます：
- > ONローカルでのインポート時前にソースSOそのSTEPファイルはエンディアン互換性がありますローカルソース上のステップを導入する前に、ファイルがエンディアンと互換性があるので、

<Solarisの> RMANターゲット= / 

リカバリマネージャ：リリース10.2.0.4.0 - 64ビット
ターゲット・データベースに接続：VB2（DBID = 3287908689）

RMAN>変換表領域'TBS1' 
2> "のLinux IA（32ビット）"プラットフォームへ= 
3> DB_FILE_NAME_CONVERT = '/データベース/ DB1 / VB2 /データファイル/ tbs1df.dbf'、
4> '/tmp/tbs1df.dbf'。

26 11月- 07でバックアップを開始する
制御ファイルの代わりに、リカバリ・カタログのターゲットデータベースを使用
ORA_DISK_1：割り当てられたチャンネル
のチャンネルORA_DISK_1：SID = 8 DEVTYPE = DISK 
チャネルORA_DISK_1：開始データファイル変換の
入力データ・ファイルFNO = 00006名= /データベース/ DB1 / VB2 /データ・ファイル/tbs1df.dbf 
変換されたデータファイル= / TMP / reposit01.dbfの
チャネルORA_DISK_1：データ・ファイルの変換完了、
26  -  11月 -  07で終了バックアップ

変換されたデータファイルが/ tmpにで上演され、それがターゲット・サーバーにコピーされるまで、ディレクトリ。データを一時的に保存されたファイルを変換/あなたがこれまでにターゲットサーバーにコピーするまでtmpのディレクトリ。

- >リモートターゲットサーバー上のサーバーにそれらをコピーした後、それらをサーバにターゲットサーバ上に複製された後、リモートサーバ上で、

ターゲットプラットフォーム上での変換が進むべき道はあるソースの五$ TRANSPORTABLE_PLATFORMはリストがないときにターゲットプラットフォーム。五$ TRANSPORTABLE_PLATFORMのターゲットプラットフォームのソースは変換に記載されていない前方のターゲットプラットフォーム上のプロセスです。
変換がターゲット・プラットフォーム上で実行された場合：次にDATAFILEはすなわち、代わりCONVERTテーブルスペースの使用さCONVERT ターゲットプラットフォームに移行した後、その代わりすなわち、CONVERT DATAFILEのCONVERT TABLESPACEを使用します。

RMAN> CONVERT DATAFILE 
'/database/db1/VB2/datafile/tbs1df.dbf' 
TO PLATFORM = "LinuxのIA（32ビット）" 
プラットフォームから= "HP Tru64 UNIXの" 
DB_FILE_NAME_CONVERT = "/データベース/ DB1 / VB2 /データ・ファイルの/ 」、 "を/ tmp /";

5.移動のデータ・ファイルとエクスポート・ダンプ・ファイル、データファイルおよびエクスポート・ダンプ・ファイルを移動します

FTPのtts.dmp $ 
+ /データベース/ DB1 / VB2 /データ・ファイルの/ tbs1df.dbf（NO換算） -未変換

若しくは

/tmp/tbs1df.dbf（変換が必要とされていた場合、変換後のファイル） - （あなたは、変換ファイルを変換する必要がある場合）

6.メタデータのインポート

注：ユーザーが既存の表領域名のデフォルト表領域を有する第1のターゲット・データベース内に作成する必要があります。

注：ターゲット・データベースにユーザーを作成するために、デフォルトの表スペースとして既存の表スペースを使用することができ最初の必要性。

$ IMPユーザーID = \ '/ SYSDBAとして\' TRANSPORT_TABLESPACE = Y 
のデータファイル= /データベース/ DB1 / VB2 /データ・ファイルの/ tbs1df.dbf 
（または/tmp/tbs1df.dbf）
ファイル= tts.dmpログ= imp_tts.log 

インポート：リリース10.2.0.4.0 -月11月26日午前3時37分20秒2007 

EXPORTによって作成されたエクスポートファイル：V10.02.00従来の経路を介して
、トランスポータブル表領域（S）メタデータをインポートするために、約... 
... 
。SYSにSYSのオブジェクトをインポートします
。OMWBにOMWBのオブジェクトをインポートします
。。テーブル"COL_CHGを"インポート
... 
。。テーブル「はsysusers」をインポートする
インポートは警告なしで正常終了しました。

警告とエラーのインポートログ確認続行する前と解決の問題を。そうしないと、データの損失につながることができます。
先に進む前に、インポート・ログの警告やエラーをチェックし、問題を解決してください。そうすることで、データの損失を引き起こす可能性があります。
我々はデータポンプでエクスポートした場合、インポートはしなければならない、その同じツールを使って行うこと：あなたがデータ・ポンプのエクスポートを使用する場合は、インポートのために同じツールを使用する必要があります。

impdpは\ '/ SYSDBAとして\'ディレクトリ= tts_dumpダンプファイル= tts1_dp.dmpログファイル= tts_dump_log：tts.log 
TRANSPORT_DATAFILES = '/データベース/ oradataに/ tbs1.dbf'、 '/データベース/ oradataに/ tts2_db1.dbf'

これは、ターゲット・スキーマが作成されていない場合に表領域がすでに存在する場合や、インポートすることはできません。ユーザーが存在しない場合、データ・ポンプは、REMAP_SCHEMA（インポート・ユーティリティのため、我々は、スキーマを作成することができます）、すなわちを使用して代替手段を提供します。

表スペースがすでに存在しているか、ターゲット・スキーマを作成し、インポートすることはできません。ユーザーが存在しない場合は、データ・ポンプは、使用REMAP_SCHEMAは（IMPのために、我々はスキーマを作成することができます）、すなわち代替方法を提供することができます：

REMAP_SCHEMA = <source_user>：<target_user>

表領域がすでにターゲットに存在する場合、我々は（ソースまたはターゲットで既存のもので、輸入が、名前の変更表領域にはオプションはありません）impdpの上REMAP_TABLESPACEパラメータを使用することができます。
ターゲットはすでに表スペースに存在する場合、あなたはimpdpは上REMAP_TABLESPACEパラメータを使用することができます（ソースで又は宛先空間リネームテーブルスペースにはオプションが、リネームテーブルをインポートしていません）。

REMAP_TABLESPACE =（<source_tbs1>：<target_tbs1>、<source_tbs2>：<target_tbs2>、...）

7. READ WRITEのにインポートされた表領域セットのインポート・テーブル・スペースは、READ WRITEに設定されています

注：表領域が読み書きされた後、あなたは正しいものにユーザーのデフォルト表領域を変更したいと思うでしょう。

注：読み取りおよび書き込みする表スペースは、正しい表スペースのユーザーのデフォルトの表スペースを変更する必要があります。

SQL> ALTER TABLESPACEは、読み取り、書き込みを預けます。
表領域の変更されました。

8.完全、無行取り、ソース・データベースのエクスポートおよび等配列、ロール、等のTTSで搬送されていない欠落オブジェクトを作成するために、ターゲット・データベースにインポートし、完全無行がソースデータベース由来そのような配列及びロールなどTTSと伝達されない欠けているオブジェクトを作成するために、ターゲット・データベースにインポートします。

-伝統的な輸出のために、パラメータである N個に設定ROWS 従来のエクスポート、パラメータNは、行に設定されています

EXP FULL = Y GRANTS = Y CONSTRAINTS = Y ROWS = N

-データポンプの輸出については、パラメータは METADATA_ONLYにCONTENTセットでデータ・ポンプ・エクスポートのためには、パラメータをMETADATA_ONLYコンテンツに設定されています

FULLをEXPDP = Y CONTENT = METADATA_ONLY

それでも質問持つだけでなく、質問を

ケースあなたは階段で、ある非常に類似してはAN ASM TABLESPACEへの移動を必要とするノート394,798.1 CANヘルプASをITは全プロセスで説明しています。あなたはASM表スペースを移動する必要がある場合は、手順は非常に似ている、注意394,798.1は、あなたが全体のプロセスを記述することができます。
参照ドキュメント1166564.1 トランスポータブル表領域（TTS）のためのマスター注-一般的な質問と課題
利用 MOSデータ・ウェアハウスのコミュニティは、同様の議論を検索するか、このテーマに関する新しい議論を開始します。

REFERENCES

注：394798.1 -どのようにトランスポータブル表領域を作成するために、ソースとデスティネーションは、ASM-基づいている
注：371556.1 -どのように移行するために異なるエンディアン・プラットフォームへのトランスポータブル表領域では、Recovery Managerの使用
注：100693.1 -トランスポータブル表領域の入門
注：733824.1 -どのようにするには再作成TTS（トランスポータブル表領域）を使用してデータベース
注：77523.1 -トランスポータブル表領域-セットアップおよび使用にアン例を
注：243245.1 - 10G新規ストレージは、機能と機能強化