アカウント移行
ダウンロード
フォーカスモード
フォントサイズ
操作シナリオ
本シナリオでは、ソースデータベースのユーザー情報をターゲットデータベースに移行する方法を説明します。
説明：
現在サポートされているアカウント移行のシナリオには、MySQL > MySQL、MySQL > TDSQL-C のデータ移行があります。
注意事項
1. DTSがアカウント移行を行う際、ソースデータベースのアカウント情報をチェックし、要件を満たすアカウントは移行し、満たさないアカウントは移行しないか、権限を下げて移行します。アカウントチェック結果の分類は以下の通りです。
正常移行：アカウント情報がチェック要件を満たしている場合、正常に移行できます。
権限降格：一部の権限がチェック要件を満たす場合、満たす権限のみを移行し、満たさない権限は移行しません。
DTSはデータベースレベルとグローバルレベルの権限移行のみをサポートしており、テーブルレベル、ストアドプロシージャレベル、列レベルなどの他のレベルはサポートしていません。例えば、ソースデータベース内の1つのアカウントがデータベースレベルとテーブルレベルの両方の権限を持っている場合、このアカウントのデータベースレベルの権限のみがターゲットデータベースに移行されます。
移行タスクを実行するアカウントがターゲットデータベースに対応する権限（データベースレベルとグローバルレベルのみ）を持っていない場合、移行はサポートされません。例えば、移行タスクを実行するアカウントがターゲットデータベースに削除権限を持っていない場合、ソースデータベース内のアカウントの削除権限は移行されません。
移行不可：アカウント情報が要件を満たしていないため、移行はサポートされません。詳細は制限事項を参照してください。
2. ソースデータベースとターゲットデータベースに同じアカウント情報が存在する場合、DTSはソースデータベースの情報を基準に統合し、ターゲットデータベースのアカウント情報を上書きします。
ソースデータベースとターゲットデータベースに同じuser、hostアカウントが存在するが、パスワードが異なる場合、アカウント移行後、ターゲットデータベースのアカウントのパスワードはソース側のパスワードで上書きされます。ただし、移行タスクの実行に使用されるアカウントは除きます。
ソースデータベースに存在する移行対象アカウントが、移行タスクを実行するアカウント情報と一致する場合、ソースデータベースのアカウントの以下の属性がターゲットデータベースに上書きされ、移行タスクのパフォーマンスに影響を与える可能性があります：MAX_QUERIES_PER_HOUR、MAX_UPDATES_PER_HOUR、MAX_CONNECTIONS_PER_HOUR、MAX_USER_CONNECTIONS、PASSWORD EXPIRE状態、ACCOUNT LOCK状態。
アカウントリソース制限属性（MAX_QUERIES_PER_HOUR、MAX_UPDATES_PER_HOUR、MAX_CONNECTIONS_PER_HOUR、MAX_USER_CONNECTIONS）の上書きルール：ソース側アカウントの対応する属性値が0以外の場合のみターゲット側を上書きし、ソース側アカウントの対応する属性値が0（無制限を示す）の場合はターゲット側の元の値を上書きしません。
ソースデータベースに存在する移行対象アカウントが、移行タスクを実行するアカウントのuser/hostと同じであるが、パスワードが異なる場合、検証タスクはエラーを報告します。パスワードを一致させてから移行タスクを実行してください。
3. アカウント移行はデータベース・テーブルマッピングの影響を受けません。
制限事項
制限事項
1. Alibaba Cloudインスタンスのシステムアカウントは移行をサポートしていません。これには「replicator」、「aurora」、「aurora_proxy」、「root」、「aliyun_root」が含まれます。
2. Alibaba Cloudインスタンスでアカウント移行を行う際、DTSはまずmysql.userテーブルからユーザーデータを取得します。mysql.userテーブルがない場合はmysql.user_viewから取得します。mysql.user_viewにパスワード列情報がない場合、アカウント移行は実行できません。
3. MySQL 8.0バージョン特有の制限。
ソースデータベースがMySQL 8.0の場合、動的権限のアカウント移行はサポートされていません。
ターゲットデータベースがMySQL 8.0の場合、ターゲットデータベースにそのアカウントのストアドプロシージャが存在すると、DTSは現在ストアドプロシージャの移行をサポートしていないため、CREATE USERステートメントでエラーが発生します。この場合、まずターゲット側の対応するアカウントを削除してから、移行タスクを再実行してください。
ターゲットデータベースがMySQL 8.0の場合、移行対象アカウントがソースデータベースでSYSTEM_USER権限を持っているが、移行タスクを実行するアカウントがSYSTEM_USER権限を持っていない場合、この種類のアカウントは移行をサポートしていません。
4. ターゲットデータベースがMySQL 5.5、5.6の場合、移行タスクを実行するアカウントにwith grant option権限がない場合、アカウント移行はサポートされていません。
5. ソースデータベースで作成されたロールはユーザーのロジックに従って移行されますが、ユーザーがロールの権限を持っている場合、そのユーザーは移行されません。
6. システムアカウントの移行はサポートされていません。例えばmysqlです。
7. Proxy User（代理ユーザー）の移行はサポートされていません。
8. ソースデータベースのアカウントに特殊文字（16進数0x00記号など）が存在する場合、アカウント移行タスクでエラーが発生する可能性があります。
操作手順
1. データ移行タスクの移行オプションの設定と移行対象の選択ページで、アカウントを移行するかどうかをチェックしてください。
2. 検証タスクでは、ソースデータベースのアカウント情報をチェックし、要件を満たすアカウントを移行します。
3. 詳細を表示をクリックして、アカウント移行の詳細な結果を確認してください。
正常移行：アカウント情報がチェック要件を満たしている場合、正常に移行できます。
権限降格：一部の権限がチェック要件を満たす場合、満たす権限のみを移行し、満たさない権限は移行しません。
移行不可：アカウント情報がチェック要件を満たしていないため、移行はサポートされません。具体的な理由は以下の通りです：
Alibaba Cloudデータベースのシステムユーザー、またはユーザーアカウントのパスワード情報を取得できないシナリオです。
MySQL 8.0の動的権限アカウント。ソースデータベースMySQL 8.0で移行対象アカウントがSYSTEM_USER権限を持っているが、移行タスクを実行するアカウントがSYSTEM_USER権限を持っていない場合です。
ターゲットデータベースがMySQL 5.5、5.6の場合、移行タスクを実行するアカウントにgrant権限がありません。
システムアカウント（mysql、sqlserver、orcalなど）です。
Proxy User（代理ユーザー）。
DTSが解析できないなどのシステム問題。
フィードバック