翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# DMS Schema Conversion でのソースデータプロバイダーの作成
DMS Schema Conversion の移行プロジェクトでは、Microsoft SQL Server、Oracle、PostgreSQL、MySQL、IBM DB2 for LUW、IBM DB2 for z/OS、SAP ASE (Sybase ASE) データベースをソースデータプロバイダーとして使用できます。
ソースデータプロバイダーと DMS Schema Conversion 間の連携を許可するようにネットワークを設定します。詳細については、「[DMS Schema Conversion のためのネットワークのセットアップ](instance-profiles-network.md)」を参照してください。
**Topics**
+ [DMS Schema Conversion でのソースとしての Microsoft SQL Server データベースの使用](data-providers-sql-server.md)
+ [DMS Schema Conversion でのソースとしての Oracle データベースの使用](data-providers-oracle.md)
+ [DMS スキーマ変換のソースとしての Oracle Data Warehouse データベースの使用](data-providers-oracle-dw.md)
+ [DMS Schema Conversion でのソースとしての PostgreSQL データベースの使用](sc-data-providers-postgresql.md)
+ [DMS Schema Conversion でのソースとしての MySQL データベースの使用](sc-data-providers-mysql.md)
+ [DMS Schema Conversion でのソースとしての IBM Db2 for Linux、UNIX、Windows データベースの使用](sc-data-providers-db2luw.md)
+ [DMS Schema Conversion でソースとして IBM Db2 for z/OS データベースを使用する](sc-data-providers-db2zos.md)
+ [AWS DMS Schema Conversion でのソースとしての SAP ASE (Sybase ASE) データベースの使用](dm-data-providers-source-sybase-ASE.md)
# DMS Schema Conversion でのソースとしての Microsoft SQL Server データベースの使用
DMS Schema Conversion では、SQL Server データベースを移行のソースとして使用できます。
SQL Server のデータベースコードオブジェクトを DMS Schema Conversion を使用して次のターゲットに変換できます。
+ Aurora MySQL
+ Aurora PostgreSQL
+ RDS for MySQL
+ RDS for PostgreSQL
サポートされている SQL Server データベースのバージョンの詳細については、「[DMS Schema Conversion のソースデータプロバイダー](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)」を参照してください。
ソースの SQL Server データベースで DMS Schema Conversion を使用する方法の詳細については、「[SQL Server to MySQL migration step-by-step walkthrough](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-sql-server-mysql.html)」を参照してください。
## Microsoft SQL Server をソースとする場合の権限
Microsoft SQL Server をソースとして使用する場合に必要となる権限は、次のリストのとおりです。
+ VIEW DEFINITION
+ VIEW DATABASE STATE
`VIEW DEFINITION` を使用すると、パブリックアクセス許可を持つユーザーはオブジェクト定義を表示できます。DMS Schema Conversion は、`VIEW DATABASE STATE` 権限を使用して、SQL Server Enterprise Edition の機能を確認します。
スキーマを変換する、各データベースの付与を繰り返します。
さらに、`master` データベースに次の権限を付与します。
+ VIEW SERVER STATE
+ VIEW ANY DEFINITION
DMS Schema Conversion は、`VIEW SERVER STATE` 権限を使用してサーバーの設定と構成を収集します。データプロバイダーを表示する `VIEW ANY DEFINITION` 権限は必ず付与します。
Microsoft Analysis Services に関する情報を読み取るには、`master` データベースで次のコマンドを実行します。
```
EXEC master..sp_addsrvrolemember @loginame = N'', @rolename = N'sysadmin'
```
上記の例の `` プレースホルダーを、前に必要な権限を付与したユーザー名に置き換えます。
SQL Server エージェントに関する情報を読み取るには、ユーザーを SQLAgentUser ロールに追加します。`msdb` データベースで次のコマンドを実行します。
```
EXEC sp_addrolemember , ;
```
上記の例の `` プレースホルダーを、SQL Server エージェントのロール名に置き換えます。次に、`` プレースホルダーを、前に必要な権限を付与したユーザー名に置き換えます。詳細については、「**Amazon RDS ユーザーガイド」の「[SQLAgentUser ロールへのユーザーの追加](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.CommonDBATasks.Agent.html#SQLServerAgent.AddUser)」を参照してください。
ログ配布を検出するには、`SELECT on dbo.log_shipping_primary_databases` データベースに対する `msdb` 権限を付与します。
データ定義言語 (DDL) レプリケーションの通知方法を使用するには、ソースデータベースに対する `RECEIVE ON .` 権限を付与します。この例では、`` プレースホルダーをデータベースのスキーマ名に置き換えます。次に、`` プレースホルダーをキューテーブル名に置き換えます。
# DMS Schema Conversion でのソースとしての Oracle データベースの使用
DMS Schema Conversion では、Oracle データベースを移行のソースとして使用できます。
Oracle データベースに接続するには、Oracle System ID (SID) を使用します。Oracle SID を見つけるには、Oracle データベースに対して以下のクエリを発行します。
```
SELECT sys_context('userenv','instance_name') AS SID FROM dual;
```
Oracle Database のデータベースコードオブジェクトを DMS Schema Conversion を使用して次のターゲットに変換できます。
+ Aurora MySQL
+ Aurora PostgreSQL
+ RDS for MySQL
+ RDS for PostgreSQL
サポートされている Oracle データベースのバージョンの詳細については、「[DMS Schema Conversion のソースデータプロバイダー](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)」を参照してください。
ソースの Oracle データベースで DMS Schema Conversion を使用する方法の詳細については、「[Oracle to PostgreSQL migration step-by-step walkthrough](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html)」を参照してください。
## Oracle をソースとする場合の権限
Oracle をソースとして使用するには、次の権限が必要です。
+ CONNECT
+ SELECT\$1CATALOG\$1ROLE
+ SELECT ANY DICTIONARY
+ SELECT ON SYS.ARGUMENT\$1
# DMS スキーマ変換のソースとしての Oracle Data Warehouse データベースの使用
DMS スキーマ変換の移行ソースとして Oracle Data Warehouse データベースを使用して、データベースコードオブジェクトとアプリケーションコードを Amazon Redshift に変換できます。
サポートされる Oracle データベースのバージョンについては、「[DMS Schema Conversion のソースデータプロバイダー](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)」を参照してください。ソースの Oracle データベースで DMS スキーマ変換を使用する方法の詳細については、「[Oracle から PostgreSQL への移行のステップバイステップウォークスルー](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html)」を参照してください。
## Oracle Data Warehouse データウェアハウスをソースとして使用する場合の権限
Oracle Data Warehouse をソースとして使用するには、次の権限が必要です。
+ CONNECT
+ SELECT\$1CATALOG\$1ROLE
+ SELECT ANY DICTIONARY
## Oracle データウェアハウスから Amazon Redshift への変換設定
DMS スキーマ変換を編集する方法については、「[移行プロジェクトのスキーマ変換設定の指定](schema-conversion-settings.md)」を参照してください。
Oracle Data Warehouse から Amazon Redshift への変換設定には、以下の設定が含まれます。
+ **選択した重大度以上のアクション項目に関するコメントを変換後のコードに追加する**: この設定では、変換後のコード内のアクション項目に関するコメントの数を制限します。DMS は、選択した重大度以上のアクション項目に関するコメントを変換後のコードに追加します。
たとえば、変換したコード内のコメントの数を最小限に抑えるには、[**エラーのみ**] を選択します。変換したコードのすべてのアクション項目にコメントを含めるには、[**すべてのメッセージ**] を選択します。
+ **ターゲット Amazon Redshift クラスターの最大テーブル数**: この設定では、DMS がターゲット Amazon Redshift クラスターに適用できるテーブルの最大数を設定します。Amazon Redshift には、クラスターノードタイプの使用を制限するクォータがあります。この設定では、以下の値がサポートされます。
+ **自動**: DMS はノードタイプに応じてターゲット Amazon Redshift クラスターに適用するテーブルの数を決定します。
+ **値を設定する**: テーブル数を手動で設定します。
DMS は、テーブルの数が Amazon Redshift クラスターが保存できる数よりも多い場合でも、すべてのソーステーブルを変換します。DMS は変換後のコードをプロジェクトに保存し、ターゲットデータベースには適用しません。変換後のコードを適用したときに Amazon Redshift クラスターのテーブルクォータに達すると、DMS は警告メッセージを表示します。また、DMS は、テーブル数が制限に達するまで、ターゲット Amazon Redshift クラスターにテーブルを適用します。
Amazon Redshift のテーブルクォータについては、「[Amazon Redshift のクォータと制限](https://docs.aws.amazon.com/redshift/latest/mgmt/amazon-redshift-limits.html)」を参照してください。
+ **UNION ALL ビューを使用する**: この設定では、DMS が 1 つのソーステーブルに対して作成できるターゲットテーブルの最大数を設定できます。
Amazon Redshift は、テーブルのパーティションをサポートしていません。テーブルのパーティショニングをエミュレートしてクエリの実行を迅速化するために、DMS はソーステーブルの各パーティションを Amazon Redshift の個別のテーブルに移行できます。次に、DMS は、作成したすべてのターゲットテーブルのデータを含むビューを作成します。
DMS は、ソーステーブルのパーティションの数を自動的に決定します。ソーステーブルパーティショニングのタイプによっては、この数は Amazon Redshift クラスターに適用できるテーブルのクォータを超える場合があります。このクォータに達しないようにするには、DMS が 1 つのソーステーブルのパーティションに対して作成できるターゲットテーブルの最大数を入力します。デフォルトのオプションは 368 個のテーブルです。これは 1 年 366 日のパーティションと、NO RANGE パーティションおよび UNKNOWN パーティションの 2 つのテーブルを表します。
+ **Oracle コードで使用する日付型フォーマット要素は Amazon Redshift の日時フォーマット文字列に類似する**: この設定を使用して、`TO_CHAR`、`TO_DATE`、`TO_NUMBER` などのデータ型フォーマット関数を Amazon Redshift がサポートしていない日時フォーマット要素に変換します。デフォルトでは、DMS は拡張パック関数を使用して、変換されたコード内のサポートされていないフォーマット要素をエミュレートします。
Oracle の日時フォーマットモデルには、Amazon Redshift の日時フォーマット文字列よりも多くの要素が含まれています。ソースコードに Amazon Redshift がサポートする日時形式の要素のみが含まれている場合、変換されたコードで拡張パック関数を使用しないように、この値を設定します。拡張関数を使用しないほうが、変換されたコードの実行速度が速くなります。
+ **Oracle コードで使用する数値フォーマット要素は、Amazon Redshift の数値フォーマット文字列に類似する**: この設定を使用して、Amazon Redshift がサポートしていない数値データ型フォーマット関数を変換します。デフォルトでは、DMS は拡張パック関数を使用して、変換されたコード内のサポートされていないフォーマット要素をエミュレートします。
Oracle の数値フォーマットモデルには、Amazon Redshift の数値フォーマット文字列よりも多くの要素が含まれています。ソースコードに Amazon Redshift がサポートする数値フォーマット要素のみが含まれている場合、変換されたコードで拡張パック関数を使用しないように、この値を設定します。拡張関数を使用しないほうが、変換されたコードの実行が速くなります。
+ **NVL 関数を使用して Oracle の LEAD 関数と LAG 関数の動作をエミュレートする**: ソースコードで `LEAD` 関数および `LAG` 関数のオフセットのデフォルト値を使用しない場合、DMS は `NVL` 関数を使用してこれらの関数をエミュレートできます。デフォルトでは、DMS は、`LEAD` 関数と `LAG` 関数を使用するたびにアクション項目を生成します。`NVL` を使用してこれらの関数をエミュレートすると、変換されたコードの実行速度が速くなります。
+ **プライマリキーとユニークキーの動作をエミュレートする**: この設定により、DMS はターゲット Amazon Redshift クラスターでのプライマリキーとユニークキーの制約の動作をエミュレートします。Amazon Redshift はプライマリキーやユニークキーの制約を強制せず、これらのキーを情報提供のみを目的として使用します。ソースコードでプライマリキーまたはユニークキーの制約を使用する場合は、この設定を使用して DMS が制約の動作をエミュレートするように設定します。
+ **圧縮エンコードを使用する**: この設定により、Amazon Redshift テーブル列に圧縮エンコードを適用します。DMS は、Redshift のデフォルトアルゴリズムを使用して圧縮エンコードを自動的に割り当てます。圧縮エンコードの詳細については、「Amazon Redshift データベースデベロッパーガイド」の「[圧縮エンコード](https://docs.aws.amazon.com/redshift/latest/dg/c_Compression_encodings.html)」を参照してください。**
デフォルトでは、Amazon Redshift はソートキーと分散キーとして定義されている列に圧縮を適用しません。これらの列に圧縮を適用するには、**[KEY 列で圧縮エンコードを使用する]** を設定します。このオプションは、**[圧縮エンコードを使用]** を設定した場合にのみ選択できます。
# DMS Schema Conversion でのソースとしての PostgreSQL データベースの使用
DMS Schema Conversion では、PostgreSQL データベースを移行のソースとして使用できます。
PostgreSQL Database のデータベースコードオブジェクトを DMS Schema Conversion を使用して次のターゲットに変換できます。
+ MySQL
+ Aurora MySQL
ソースとして PostgreSQL に必要な権限を以下に示します。
+ CONNECT ON DATABASE
+ USAGE ON SCHEMA
+ SELECT ON ALL TABLES IN SCHEMA
+ SELECT ON ALL SEQUENCES IN SCHEMA
# DMS Schema Conversion でのソースとしての MySQL データベースの使用
DMS Schema Conversion では、MySQL データベースを移行のソースとして使用できます。
MySQL Database のデータベースコードオブジェクトを DMS Schema Conversion を使用して次のターゲットに変換できます。
+ [PostgreSQL]
+ Aurora PostgreSQL
ソースとして MySQL に必要な権限を以下に示します。
+ `SELECT ON *.*`
+ `SHOW VIEW ON *.*`
## MySQL から PostgreSQL への変換設定
DMS スキーマ変換を編集する方法については、「[移行プロジェクトのスキーマ変換設定の指定](schema-conversion-settings.md)」を参照してください。
MySQL から PostgreSQL への変換設定には、以下が含まれます。
+ **変換後の SQL コードのコメント**: この設定では、選択した重大度以上のアクション項目に関するコメントを変換後のコード内に追加します。
有効な値:
+ **エラーのみ**
+ **エラーおよび警告**
+ **すべてのメッセージ**
# DMS Schema Conversion でのソースとしての IBM Db2 for Linux、UNIX、Windows データベースの使用
DMS Schema Conversion では、IBM Db2 for Linux、UNIX、Windows データベースを移行ソースとして使用できます。
DMS Schema Conversion を使用して、データベースコードオブジェクトを Linux、UNIX、Windows データベース用の Db2 から次のターゲットに変換できます。
+ Aurora PostgreSQL
+ Amazon RDS for PostgreSQL
サポートされている IBM Db2 for Linux、UNIX、Windows データベースのバージョンについては、「」を参照してください。 [DMS Schema Conversion のソースデータプロバイダー](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)
## IBM Db2 for Linux、UNIX、Windows のソースデータベースとしての前提条件
次のコード例を使用して、ソース IBM Db2 for Linux、UNIX、Windows データベースのバージョンを確認できます。
```
SELECT SERVICE_LEVEL FROM SYSIBMADM.ENV_INST_INFO;
```
## IBM Db2 for Linux、UNIX、Windows のソースデータベースとしての権限
Linux、UNIX、Windows データベース用の Db2 に接続し、システムカタログとテーブルを読み取るために必要な権限は次のとおりです。
```
EXECUTE ON PACKAGE NULLID.SYSSH200
EXECUTE ON PACKAGE NULLID.SQLC2O26 /* If Db2 LUW runs on a Linux operating system */
EXECUTE ON FUNCTION SYSPROC.ENV_GET_INST_INFO
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_AUTHORITIES_FOR_AUTHID
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_GROUPS_FOR_AUTHID
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_ROLES_FOR_AUTHID
SELECT ON SYSIBMADM.ENV_INST_INFO
SELECT ON SYSIBMADM.ENV_SYS_INFO
SELECT ON SYSIBMADM.PRIVILEGES
SELECT ON SYSCAT.ATTRIBUTES
SELECT ON SYSCAT.CHECKS
SELECT ON SYSCAT.COLIDENTATTRIBUTES
SELECT ON SYSCAT.COLUMNS
SELECT ON SYSCAT.DATAPARTITIONEXPRESSION
SELECT ON SYSCAT.DATAPARTITIONS
SELECT ON SYSCAT.DATATYPEDEP
SELECT ON SYSCAT.DATATYPES
SELECT ON SYSCAT.HIERARCHIES
SELECT ON SYSCAT.INDEXCOLUSE
SELECT ON SYSCAT.INDEXES
SELECT ON SYSCAT.INDEXPARTITIONS
SELECT ON SYSCAT.KEYCOLUSE
SELECT ON SYSCAT.MODULEOBJECTS
SELECT ON SYSCAT.MODULES
SELECT ON SYSCAT.NICKNAMES
SELECT ON SYSCAT.PERIODS
SELECT ON SYSCAT.REFERENCES
SELECT ON SYSCAT.ROUTINEPARMS
SELECT ON SYSCAT.ROUTINES
SELECT ON SYSCAT.ROWFIELDS
SELECT ON SYSCAT.SCHEMATA
SELECT ON SYSCAT.SEQUENCES
SELECT ON SYSCAT.TABCONST
SELECT ON SYSCAT.TABLES
SELECT ON SYSCAT.TRIGGERS
SELECT ON SYSCAT.VARIABLEDEP
SELECT ON SYSCAT.VARIABLES
SELECT ON SYSCAT.VIEWS
SELECT ON SYSIBM.SYSDUMMY1
```
# DMS Schema Conversion でソースとして IBM Db2 for z/OS データベースを使用する
DMS Schema Conversion では、IBM Db2 for z/OS データベースを移行のソースとして使用できます。
Db2 for z/OS データベースのデータベースコードオブジェクトを DMS Schema Conversion を使用して次のターゲットに変換できます。
+ Amazon RDS for Db2
+ Amazon RDS for PostgreSQL
+ Aurora PostgreSQL
サポートされている IBM Db2 for z/OS データベースバージョンの詳細については、「[Source data providers for DMS Schema Conversion](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Sources.html#CHAP_Introduction.Sources.SchemaConversion)」を参照してください。
## IBM Db2 for z/OS をソースデータベースとして使用するための前提条件
IBM Db2 for z/OS バージョン 12 機能レベル 100 のデータベースバージョンは、IBM Db2 for z/OS バージョン 12 の新機能のほとんどをサポートしていません。このデータベースバージョンは、Db2 バージョン 11 へのフォールバックと Db2 バージョン 11 とのデータ共有をサポートしています。サポートされていない Db2 バージョン 11 の機能の変換を回避するには、IBM Db2 for z/OS データベース関数レベル 500 以上を AWS DMS SC のソースとして使用することをお勧めします。
次のコード例を使用して、ソース IBM Db2 for z/OS データベースのバージョンを確認できます。
```
SELECT GETVARIABLE('SYSIBM.VERSION') as version FROM SYSIBM.SYSDUMMY1;
```
このコードがバージョン `DSN12015` 以上を返すことを確認してください。
次のコード例を使用して、ソース IBM Db2 for z/OS データベース内の `APPLICATION COMPATIBILITY` 特殊レジスタの値を確認できます。
```
SELECT CURRENT APPLICATION COMPATIBILITY as version FROM SYSIBM.SYSDUMMY1;
```
このコードがバージョン `V12R1M500` 以上を返すことを確認してください。
## ソースデータベースとしての IBM Db2 for z/OS の権限
Db2 for z/OS データベースに接続し、システムカタログとテーブルを読み取るのに必要な権限は次のとおりです。
```
SELECT ON SYSIBM.LOCATIONS
SELECT ON SYSIBM.SYSCHECKS
SELECT ON SYSIBM.SYSCOLUMNS
SELECT ON SYSIBM.SYSDATABASE
SELECT ON SYSIBM.SYSDATATYPES
SELECT ON SYSIBM.SYSDUMMY1
SELECT ON SYSIBM.SYSFOREIGNKEYS
SELECT ON SYSIBM.SYSINDEXES
SELECT ON SYSIBM.SYSKEYCOLUSE
SELECT ON SYSIBM.SYSKEYS
SELECT ON SYSIBM.SYSKEYTARGETS
SELECT ON SYSIBM.SYSJAROBJECTS
SELECT ON SYSIBM.SYSPACKAGE
SELECT ON SYSIBM.SYSPARMS
SELECT ON SYSIBM.SYSRELS
SELECT ON SYSIBM.SYSROUTINES
SELECT ON SYSIBM.SYSSEQUENCES
SELECT ON SYSIBM.SYSSEQUENCESDEP
SELECT ON SYSIBM.SYSSYNONYMS
SELECT ON SYSIBM.SYSTABCONST
SELECT ON SYSIBM.SYSTABLES
SELECT ON SYSIBM.SYSTABLESPACE
SELECT ON SYSIBM.SYSTRIGGERS
SELECT ON SYSIBM.SYSVARIABLES
SELECT ON SYSIBM.SYSVIEWS
```
# AWS DMS Schema Conversion でのソースとしての SAP ASE (Sybase ASE) データベースの使用
SAP ASE (Sybase ASE) データベースは、DMS Schema Conversion の移行ソースとして使用できます。
DMS Schema Conversion を使用して、データベースコードオブジェクトを SAP ASE (Sybase ASE) Database から次のターゲットに変換できます。
+ Aurora PostgreSQL
+ RDS for PostgreSQL
サポートされている SAP ASE (Sybase ASE) データベースのバージョンについては、「」を参照してください。 [DMS Schema Conversion のソースデータプロバイダー](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)
## ソースデータベースとしての SAP ASE (Sybase ASE) の権限
SAP ASE (Sybase ASE) をソースデータベースとして使用する場合は、次の権限が必要です。
+ USE マスター
+ dbo.spt\$1values で を選択する
+ asehostname で を選択する
移行するデータベースごとに、次の権限を付与します。
+ USE db\$1name *(db\$1name を移行するデータベースの名前に置き換えます)*
+ dbo.sysusers で を選択する
+ dbo.sysobjects で を選択する
+ dbo.sysindexes で を選択する
+ dbo.syscolumns で を選択する
+ dbo.sysreferences で を選択する
+ dbo.syscomments で を選択する
+ dbo.syspartitions で を選択する
+ dbo.syspartitionkeys で を選択する
+ dbo.sysconstraints で を選択する
+ dbo.systypes で を選択する
+ dbo.sysqueryplans で を選択する