翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
ロギングタスク設定
ログ記録では CloudWatch 、移行プロセス中に Amazon を使用して情報をログに記録します。ロギングタスク設定を使用して、記録するコンポーネントアクティビティと、ログに書き込まれる情報量を指定できます。ログ記録タスク設定はJSONファイルに書き込まれます。タスク設定ファイルを使用してタスク設定を設定する方法については、「タスク設定例」をご参照ください。
CloudWatch ログ記録は、いくつかの方法で有効にできます。移行タスクを作成する AWS Management Console ときに、 で EnableLogging
オプションを選択できます。または、 を使用してタスクを作成するtrue
ときに EnableLogging
オプションを に設定することもできます AWS DMS API。タスク設定JSONのログ記録セクションの "EnableLogging": true
で を指定することもできます。
EnableLogging
を に設定するとtrue
、 は CloudWatch グループ名とストリーム名を次のように AWS DMS 割り当てます。上記の値を直接設定することはできません。
CloudWatchLogGroup:
dms-tasks-<REPLICATION_INSTANCE_IDENTIFIER>
CloudWatchLogStream:
dms-task-<REPLICATION_TASK_EXTERNAL_RESOURCE_ID>
<REPLICATION_INSTANCE_IDENTIFIER>
はレプリケーションインスタンスの識別子です。 <REPLICATION_TASK_EXTERNAL_RESOURCE_ID>
はタスク の <resourcename>
セクションの値ですARN。がリソース AWS DMS を生成する方法についてはARNs、「」を参照してくださいの Amazon リソースネーム (ARN) の構築 AWS DMS。
CloudWatch は AWS Identity and Access Management (IAM) と統合され、 AWS アカウントのユーザーが実行できるアクションを指定できます CloudWatch。IAM での の使用の詳細については CloudWatch、「Amazon ユーザーガイド」の「Amazon の Identity and Access Management」および CloudWatch「Amazon CloudWatch API 呼び出しのログ記録」を参照してください。 CloudWatch
タスクログを削除するには、タスク設定JSONのログ記録セクションの で を true DeleteTaskLogs
に設定できます。
次のタイプのイベントのログ記録を指定できます。
FILE_FACTORY
– ファイルファクトリは、バッチ適用とバッチのロードに使用されるファイルを管理し、Amazon S3 エンドポイントを管理します。METADATA_MANAGER
– メタデータマネージャは、レプリケーション中のソースとターゲットのメタデータ、パーティション分割、テーブルのステータスを管理します。SORTER
–SORTER
は、SOURCE_CAPTURE
プロセスから受信イベントを受け取ります。イベントはトランザクションでバッチ処理され、TARGET_APPLY
サービスコンポーネントに渡されます。SOURCE_CAPTURE
プロセスが、TARGET_APPLY
コンポーネントが処理できるよりも速くイベントを生成した場合、SORTER
コンポーネントはバックログのイベントをディスクまたはスワップファイルにキャッシュします。キャッシュされたイベントは、レプリケーションインスタンスのストレージ不足を引き起こすよくある原因となります。SORTER
サービスコンポーネントは、キャッシュされたイベントを管理し、CDC統計を収集して、タスクのレイテンシーを報告します。-
SOURCE_CAPTURE
– 継続的なレプリケーション (CDC) データはソースデータベースまたはサービスからキャプチャされ、SORTERサービスコンポーネントに渡されます。 -
SOURCE_UNLOAD
– フルロード中にソースデータベースまたはサービスからデータがアンロードされます。 -
TABLES_MANAGER
— テーブルマネージャは、キャプチャされたテーブルを追跡し、テーブルの移行順序を管理し、テーブル統計を収集します。 -
TARGET_APPLY
– データおよびデータ定義言語 (DDL) ステートメントがターゲットデータベースに適用されます。 -
TARGET_LOAD
— データはターゲットデータベースにロードされます。 -
TASK_MANAGER
– タスクマネージャーは実行中のタスクを管理し、並列データ処理に向けてタスクをサブタスクに分割します。 TRANSFORMATION
– テーブルマッピング変換イベント。詳細については、「テーブルマッピングを使用して、タスクの設定を指定する」を参照してください。VALIDATOR/ VALIDATOR_EXT
–VALIDATOR
サービスコンポーネントは、データがソースからターゲットに正確に移行されたことを検証します。詳細については、「データ検証」を参照してください。
次のログ記録コンポーネントは、LOGGER_SEVERITY_DETAILED_DEBUG
ログの重大度レベルを使用すると大量のログを生成します。
COMMON
ADDONS
DATA_STRUCTURE
COMMUNICATION
FILE_TRANSFER
FILE_FACTORY
これらのコンポーネントでは、トラブルシューティング時に DEFAULT
以外のログレベルが必要になることは、ほぼありません。 AWS Support から特に要求されない限り、DEFAULT
これらのコンポーネントのログ記録レベルを から変更することはお勧めしません。
上記の 1 つを指定した後、次のリストに示すように、ログに記録される情報の量を指定できます。
緊急度のレベルは、情報の最低レベルから最高レベルの順に並んでいます。高いレベルには、必ず低いレベルの情報が含まれています。
-
LOGGER_SEVERITY_ERROR – エラーメッセージはログに書き込まれます。
-
LOGGER_SEVERITY_WARNING – 警告とエラーメッセージがログに書き込まれます。
-
LOGGER_SEVERITY_INFO – 情報メッセージ、警告、エラーメッセージがログに書き込まれます。
-
LOGGER_SEVERITY_DEFAULT – 情報メッセージ、警告、エラーメッセージがログに書き込まれます。
-
LOGGER_SEVERITY_DEBUG – デバッグメッセージ、情報メッセージ、警告、エラーメッセージがログに書き込まれます。
-
LOGGER_SEVERITY_DETAILED_DEBUG – すべての情報がログに書き込まれます。
次のJSON例は、すべてのアクションと重要度のレベルをログに記録するタスク設定を示しています。
… "Logging": { "EnableLogging": true, "LogComponents": [ { "Id": "FILE_FACTORY", "Severity": "LOGGER_SEVERITY_DEFAULT" },{ "Id": "METADATA_MANAGER", "Severity": "LOGGER_SEVERITY_DEFAULT" },{ "Id": "SORTER", "Severity": "LOGGER_SEVERITY_DEFAULT" },{ "Id": "SOURCE_CAPTURE", "Severity": "LOGGER_SEVERITY_DEFAULT" },{ "Id": "SOURCE_UNLOAD", "Severity": "LOGGER_SEVERITY_DEFAULT" },{ "Id": "TABLES_MANAGER", "Severity": "LOGGER_SEVERITY_DEFAULT" },{ "Id": "TARGET_APPLY", "Severity": "LOGGER_SEVERITY_DEFAULT" },{ "Id": "TARGET_LOAD", "Severity": "LOGGER_SEVERITY_INFO" },{ "Id": "TASK_MANAGER", "Severity": "LOGGER_SEVERITY_DEBUG" },{ "Id": "TRANSFORMATION", "Severity": "LOGGER_SEVERITY_DEBUG" },{ "Id": "VALIDATOR", "Severity": "LOGGER_SEVERITY_DEFAULT" } ], "CloudWatchLogGroup": null, "CloudWatchLogStream": null }, …