の使用に関するベストプラクティス AWS Schema Conversion Tool - AWS Schema Conversion Tool
追加メモリの構成既定のプロジェクトフォルダデータ移行の速度向上ログ情報の増加

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

の使用に関するベストプラクティス AWS Schema Conversion Tool

AWS Schema Conversion Tool () を使用するためのベストプラクティスとオプションについて説明しますAWS SCT。

追加メモリの構成

3,500 のストアドプロシージャを含むデータベースなどの大規模なデータベーススキーマを変換するには、 AWS Schema Conversion Toolで使用可能なメモリの量を構成できます。

が AWS SCT 消費するメモリの量を変更するには

  1. 設定メニューで、グローバル設定 を選択し、JVMオプション を選択します。

  2. [設定ファイルを編集] を選択し、テキストエディタを選択して設定ファイルを開きます。

  3. 利用可能なメモリの最小値と最大値を設定するには、JavaOptions セクションを編集します。次の例では、最小値を 4 GB に、最大値を 40 GB に設定しています。

    [JavaOptions]
-Xmx40960M
-Xms4096M

    使用可能な最小メモリのサイズは 4 GB 以上に設定することをお勧めします。

  4. 設定ファイルを保存し、OK を選択し、再起動 AWS SCT して変更を適用します。

既定のプロジェクトフォルダを設定します。

AWS SCT はプロジェクトフォルダを使用して、プロジェクトファイルの保存、評価レポートの保存、変換されたコードの保存を行います。デフォルトでは、 はすべてのファイルをアプリケーションフォルダに AWS SCT 保存します。別のフォルダを既定のプロジェクトフォルダとして指定できます。

既定のプロジェクトフォルダを変更するには

  1. [設定] メニューで [グローバル設定] を選択し、[ファイルパス] を選択します。

  2. [既定のプロジェクトファイルパス] には、既定のプロジェクトフォルダへのパスを入力します。

  3. [適用]、[OK] の順に選択します。

データ移行の速度向上

1 TB を超えるデータを含む一連のテーブルなど、大きなデータセットを移行する場合は、移行速度を上げることが必要になる場合があります。データ抽出エージェントを使用する場合、データ移行の速度はさまざまな要因によって決まります。これらの要因には、ターゲット Amazon Redshift クラスターのスライス数、移行タスクのチャンクファイルのサイズ、データ抽出エージェントを実行する PC RAMで利用できるサイズなどが含まれます。

データ移行速度を上げるために、本番データの小さなデータセットでテスト移行セッションを複数回実行することをお勧めします。また、500 GB SSD以上のサイズの を持つ PC でデータ抽出エージェントを実行することをお勧めします。これらのテストセッションでは、さまざまな移行パラメーターを変更し、ディスクの使用状況を監視して、データ移行速度が最大になる構成を見つけます。次に、この構成を使用してデータセット全体を移行します。

ログ情報の増加

データベース、スクリプト、およびアプリケーション を変換 AWS SCT するときに によって生成されるログ情報を増やすことができますSQL。ログ記録情報を増やすと変換が遅くなる可能性がありますが、エラーが発生した場合に AWS Support に堅牢な情報を提供するのに役立ちます。

AWS SCT はローカル環境にログを保存します。これらのログファイルを表示し、トラブルシューティングのために AWS サポートまたは AWS SCT デベロッパーと共有できます。

ログ設定の変更

  1. [設定] メニューを開き、[グローバル設定]、[ログ記録] を選択します。

  2. [ログフォルダパス] には、ユーザーインターフェイスからログを保存するフォルダを入力します。

  3. コンソールログフォルダパス に、 AWS SCT コマンドラインインターフェイス () のログを保存するフォルダを入力しますCLI。

  4. [最大ログファイルサイズ (MB)] には、1 つのログファイルのサイズ (MB) を入力します。ファイルがこの制限に達すると、 は新しいログファイル AWS SCT を作成します。

  5. [ログファイルの最大数] には、保存するログファイルの数を入力します。フォルダー内のログファイル数がこの制限に達すると、 AWS SCT は最も古いログファイルを削除します。

  6. [エクストラクタログのダウンロードパス] には、データ抽出エージェントのログを格納するフォルダを入力します。

  7. [Cassandra エクストラクタログのパス] には、Apache Cassandra データ抽出エージェントのログを保存するフォルダを入力します。

  8. データ抽出エージェントを使用するたびに がログを保存する場所を尋ねるようにロードする前にパスを要求するを選択します。 AWS SCT

  9. [デバッグモード] では、[True] を選択します。標準ログに問題が含まれていない場合は、このオプションを使用して追加情報を AWS SCT ログに記録します。

  10. 主要なアプリケーションを選択して、ログ情報を増やします。以下のアプリケーションモジュールのログ情報を増やすことができます。

    • [全般]

    • [ローダー]

    • [パーサー]

    • [プリン タ]

    • [リゾルバ]

    • [Telemetry]

    • [コンバータ]

    • [型のマッピング]

    • [ユーザーインターフェイス]

    • [コントローラ]

    • [スキーマの比較]

    • [クローンデータセンター]

    • [アプリケーションアナライザ]

    前述のアプリケーションモジュールごとに、以下のログ記録レベルのいずれかを選択します。

    • [トレース] — 最も詳細な情報。

    • [デバッグ] — システム内のフローに関する詳細情報。

    • [情報] — スタートアップやシャットダウンなどのランタイムイベント。

    • 警告 — 非推奨の の使用APIs、 の不適切な使用API、望ましくない、または予期しないその他のランタイム状況。

    • [エラー] — ランタイムエラーまたは予期しない状況。

    • [重大] — アプリケーションのシャットダウンにつながるエラー。

    • [必須] — 発生する可能性のある最高レベルのエラー。

    デフォルトでは、デバッグモード をオンにすると、 はすべてのアプリケーションモジュールの情報ログ記録レベル AWS SCT を設定します。

    例えば、変換中の主な問題領域をサポートするには、[パーサー]、[型のマッピング]、および [ユーザーインターフェイス] を [トレース] に設定します。

ログがストリーミングされているファイルシステムに対して情報が冗長になりすぎた場合は、ログをキャプチャするのに十分なスペースがある場所に変更してください。

AWS サポートにログを送信するには、ログが保存されているディレクトリに移動し、すべてのファイルを管理可能な単一の .zip ファイルに圧縮します。次に、サポートケースとともに .zip ファイルをアップロードします。最初の分析が完了し、進行中の開発が再開されたら、[Debug mode] (デバッグモード) を [false] に戻して冗長なログを削除してください。その後、変換速度を上げます。

ヒント

ログサイズを管理し、問題の報告を合理化するには、変換が成功した後にログを削除するか、別の場所に移動します。このタスクを実行すると、関連するエラーと情報のみが AWS Support に送信され、ログファイルシステムがいっぱいにならないようにします。