このページでは、既知の制限事項( 主キーや 外部キーとトリガーなどのエンティティの処理に関する特別な考慮事項を含む)と、Database Migration Service を使用した異種 Oracle 移行の 推奨事項について説明します。
移行されないもの
- ユーザーと権限は移行されません。
- アクティブな移行ジョブ中に発生したスキーマ変更は自動的に移行されません。移行中にスキーマを変更する場合は、まずスキーマの変更でコンバージョン ワークスペースを更新してから、関連する移行ジョブを更新する必要があります。詳細については、 更新されたスキーマまたはテーブルを移行ジョブに追加するをご覧ください。
-
SAVEPOINT
ステートメントはサポートされていません。ロールバックが発生した場合、データの不一致が発生する可能性があります。 -
Database Migration Service はユーザー定義データ型を複製しますが、ユーザー定義型の派生元の基本データ型のみを保存します。たとえば、
VARCHAR2
データ型に基づいてUSERNAME
データ型を定義すると、データはVARCHAR
として宛先に保存されます。
データベース、トランザクション、データの整合性
- Database Migration Service は各トランザクションを発生時に複製しないため、移行は結果整合性になります。移行では、複数のテーブルからデータが取り込まれます。移行先にデータが読み込まれる順序は異なる場合がありますが、移行元への書き込みが停止し、移行バッファがクリアされると、移行元と再調整されます。
- 異種 Oracle 移行の場合、Database Migration Service は移行ジョブごとに 1 つのデータベースのみを移行できます。
- Database Migration Service は Oracle マルチテナント アーキテクチャ(CDB/PDB)をサポートしていますが、移行ジョブごとに移行できるプラガブル データベースは 1 つだけです。
- Oracle Label Security(OLS)は複製されません。
- 移行プロセス中にソース データベースでロールバックされたトランザクションは、移行先で一時的に表示されることがあります(トランザクションが十分に長い場合)。
- Database Migration Service は、Oracle Real Application Clusters(RAC)環境の単一クライアント アクセス名(SCAN)機能を使用するデータベースへの直接接続をサポートしていません。このような環境でパブリック IP 許可リスト接続を使用する場合の解決策については、 Oracle SCAN エラーのトラブルシューティングをご覧ください。
データのエンコード
- Database Migration Service は、移行先データベースの
UTF8
セット エンコードのみをサポートしています。UTF8
エンコード セットに含まれていない文字を含むスキーマ名とテーブル名はサポートされていません。 - Database Migration Service は、Oracle データベース用に次の文字セット エンコードをサポートしています。
AL16UTF16
AL32UTF8
IN8ISCII
JA16SJIS
US7ASCII
UTF8
WE8ISO8859P1
WE8ISO8859P9
WE8ISO8859P15
WE8MSWIN1252
ZHT16BIG5
テーブル、スキーマ、その他のオブジェクト
- 移行中、データ、スキーマ、メタデータに対するデータ定義言語(DDL)の変更はサポートされていません。移行中にスキーマを更新する場合は、変更をコンバージョン ワークスペースに pull し、コードを変換して、宛先をクリーンアップし、移行ジョブを再度実行する必要があります。
- 英数字またはアンダースコア(
_
)以外の文字を含むテーブルの列名はサポートされていません。 - テーブルまたは列の最大名は 30 文字です。 Database Migration Service は、この上限を超えるテーブルや、名前がこの上限を超える列を含むテーブルを複製できません。
- 索引構成表(IOT)はサポートされていません。
- グローバル一時テーブルでは、移行先に
pgtt
PostgreSQL 拡張機能がインストールされ、作成されている必要があります。 - 列のタイプが
BFILE
の場合、ファイルへのパスのみが複製されます。ファイルの内容は複製されません。 - Oracle 11g では、データ型
ANYDATA
またはUDT
の列のあるテーブルはサポートされておらず、テーブル全体が複製されません。 -
dbms_job
またはdbms_scheduler
を使用してスケジュール設定されたジョブは移行されません。 - マテリアライズド ビューの定義は移行されますが、マテリアライズド データは移行されません。移行が完了したら、マテリアライズド ビューを更新して、移行したテーブルのデータを入力します。
- シーケンス値は移行されますが、移行が完了する前に移行元データベースの値が進行し続ける可能性があります。移行が完了したら、移行先インスタンスのシーケンス値を更新して、移行元データベースの値と一致させます。
- 移行ジョブは 10,000 テーブルに制限されています。
- 行には 100 MB のサイズ制限があります。100 MB の上限を超える行は移行されず、移行ジョブでエラーとして表示されます。
- 移行の開始後に作成されたテーブルは、自動的に移行されません。まず、変換ワークスペースでスキーマを pull し、変換された定義を宛先に適用して、移行ジョブを更新する必要があります。
データ型の制限
Oracle の移行では、次のデータ型はサポートされていません。
ANYDATA
(Oracle 11g では、ANYDATA
を含むテーブルは完全にサポートされておらず、複製されません)。BFILE
INTERVAL DAY TO SECOND
INTERVAL YEAR TO MONTH
LONG/LONG RAW
SDO_GEOMETRY
UDT
UROWID
XMLTYPE
TIMESTAMP
のゼロ日付
主キーに関する考慮事項
主キーのないテーブルでは、一貫性のあるレプリケーションは保証されません。Database Migration Service は、主キーがあるテーブルのみを移行します。移行元データベースに主キーのないテーブルが含まれている場合、 移行元のコードとスキーマを変換すると、Database Migration Service の変換ワークスペースによって、移行先テーブルに不足している主キーが自動的に作成されます。
以前のコンバージョン ワークスペースを使用する場合は、移行を開始する前に、移行先データベースの変換されたテーブルに主キー制約を手動で作成する必要があります。詳細については、 以前のコンバージョン ワークスペースをご覧ください。
外部キーとトリガーに関する考慮事項
移行元データベースに外部キーとトリガーが存在すると、データの整合性の問題が発生したり、移行ジョブが失敗したりする可能性があります。これらの問題を回避するには、移行ユーザーの REPLICATION
オプションを使用して、外部キーとトリガーをスキップします。または、移行先のデータベースの外部キーとトリガーをすべて削除し、移行が完了したら再作成することもできます。
トリガー
Database Migration Service によって複製されたデータには、移行元データベースのトリガーによって行われた変更がすでに組み込まれています。移行先でトリガーが有効になっていると、トリガーが再度起動してデータを操作し、データの整合性や重複の問題が発生する可能性があります。
外部キー
Database Migration Service はトランザクション方式でデータを複製しないため、テーブルが順序どおりに移行されない可能性があります。外部キーが存在し、外部キーを使用する子テーブルが親テーブルより先に移行されると、レプリケーション エラーが発生する可能性があります。
推奨事項
-
移行先の Cloud SQL データベースを作成する場合は、移行のニーズを満たすのに十分なコンピューティング リソースとメモリリソースを使用していることを確認してください。少なくともデュアルコア CPU を搭載したマシンタイプをおすすめします。
たとえば、マシン名が
db-custom
で、2 個の CPU と 3,840 MB の RAM を搭載している場合、マシンタイプ名の形式はdb-custom-2-3840
になります。 - 移行中、宛先 Cloud SQL データベースは書き込み可能であり、必要に応じてデータ操作言語(DML)の変更を適用できます。移行プロセスが中断したり、データの完全性に影響する可能性があるため、データベース構成やテーブル構造を変更しないように注意してください。
割り当て
- 同時に最大 2,000 個の接続プロファイルと 1,000 個の移行ジョブを維持できます。この上限に達した後で他の作業を行うには、移行ジョブ(完了したジョブを含む)または接続プロファイルを削除する必要があります。