翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS Schema Conversion Tool を Vertica データベースに接続する
AWS SCT を使用して、スキーマ、コードオブジェクト、アプリケーションコードを Vertica から Amazon Redshift に変換できます。
ソースとしての Vertica の権限
ソースとして Vertica を使用するのに必要な権限を以下に示します。
-
USAGE オン SCHEMA
<schema_name>
-
USAGE オン SCHEMA PUBLIC
-
SELECT ON ALL TABLES IN SCHEMA
<schema_name>
-
SELECT ON ALL SEQUENCES IN SCHEMA
<schema_name>
-
EXECUTE ON ALL FUNCTIONS IN SCHEMA
<schema_name>
-
EXECUTE オン PROCEDURE
<schema_name.procedure_name(procedure_signature)>
上記の例で、次のプレースホルダを置き換えます。
-
置換
schema_name
ソーススキーマの名前。 -
置換
procedure_name
ソースプロシージャの名前。変換するプロシージャごとに、同じ権限を繰り返し付与します。 -
置換
procedure_signature
プロシージャ引数タイプのカンマ区切りリストを使用します。
ソースとしての Vertica への接続
以下の手順を使用して、Vertica ソースデータベースを AWS Schema Conversion Toolに接続します。
Vertica ソースデータベースに接続するには
-
で AWS Schema Conversion Tool、ソースの追加 を選択します。
-
[Vertica] を選択し、その後 [Next] (次へ) を選択します。
[Add source] (ソースの追加) ダイアログボックスが表示されます。
-
[接続名] にデータベースの名前を入力します。この名前が AWS SCT の左側のパネルのツリーに表示されます。
-
からデータベース認証情報を使用するか AWS Secrets Manager 、手動で入力します。
-
Secrets Manager のデータベース認証情報を使用するには、以下の手順に従ってください。
-
[AWS シークレット] で、シークレットの名前を選択します。
-
[入力] を選択すると、Secrets Manager のデータベース接続ダイアログボックスにすべての値が自動的に入力されます。
Secrets Manager のデータベース認証情報を使用する方法については、「AWS Secrets Manager での の設定 AWS Schema Conversion Tool」を参照してください。
-
-
Vertica ソースデータベースの接続情報を手動で入力するには、以下の手順に従ってください。
パラメータ アクション [Server name] (サーバー名) ソースデータベースサーバーのドメインネームシステム (DNS) 名または IP アドレスを入力します。
Server port ソースデータベースサーバーへの接続に使用するポートを入力します。
データベース Vertica データベースの名前を入力します。
User name (ユーザー名) と [Password] (パスワード) データベース認証情報を入力して、ソースデータベースサーバーに接続します。
AWS SCT は、プロジェクト内のデータベースに接続する場合にのみ、パスワードを使用してソースデータベースに接続します。ソースデータベースのパスワードの漏洩を防ぐため、デフォルトで AWS SCT にパスワードは保存されません。 AWS SCT プロジェクトを閉じて再び開いた場合は、必要に応じて、ソースデータベースへの接続に使用するパスワードの入力を求められます。
を使用する SSL Secure Sockets Layer (SSL) を使用してデータベースに接続するには、このオプションを選択します。必要に応じて、 SSLタブに次の追加情報を入力します。
-
[サーバー証明書を確認する]: 信頼ストアを使用してサーバー証明書を確認するには、このオプションを選択します。
-
[信頼ストア]: [グローバル設定] でセットアップした信頼ストア。
-
[キーストア]: [グローバル設定] でセットアップしたキーストア。
Store Password AWS SCT は、SSL証明書とデータベースパスワードを保存するための安全なボールトを作成します。このオプションをオンにすると、データベースのパスワードが保存されるため、パスワードを入力しなくてもデータベースにすばやく接続できます。
[Vertica のドライバーパス] ソースデータベースへの接続に使用するドライバのパスを入力します。詳細については、「のJDBCドライバーのインストール AWS Schema Conversion Tool」を参照してください。
ドライバパスをグローバルプロジェクト設定に保存する場合、ドライバパスは接続ダイアログボックスに表示されません。詳細については、「グローバル設定でのドライバパスの保存」を参照してください。
-
-
-
接続のテストを選択して、 がソースデータベースに接続 AWS SCT できることを確認します。
-
[Connect] (接続) を選択して、ソースデータベースに接続します。
Vertica から Amazon Redshift への変換設定
Vertica から Amazon Redshift への変換設定を編集するには、「」で「設定」を選択し AWS SCT、「変換設定」を選択します。上部のリストから Vertica を選択し、Vertica – Amazon Redshift を選択します。Vertica から Amazon Redshift への変換に使用できるすべての設定 AWS SCT が表示されます。
の Vertica から Amazon Redshift への変換設定 AWS SCT には、以下のオプションが含まれています。
-
変換されたコード内のアクション項目に関するコメントの数を制限する。
選択した重要度以上のアクションアイテムの変換されたコードにコメントを追加する で、アクションアイテムの重要度を選択します。選択した重要度以上のアクションアイテムの変換されたコードにコメント AWS SCT を追加します。
たとえば、変換したコード内のコメントの数を最小限に抑えるには、[エラーのみ] を選択します。変換したコードのすべてのアクション項目にコメントを含めるには、[すべてのメッセージ] を選択します。
-
ターゲット Amazon Redshift クラスターに適用 AWS SCT できるテーブルの最大数を設定するには。
ターゲット Amazon Redshift クラスター のテーブルの最大数で、Amazon Redshift クラスターに適用 AWS SCT できるテーブルの数を選択します。
Amazon Redshift には、クラスターノードタイプの使用を制限するクォータがあります。Auto を選択した場合、ノードタイプに応じて、ターゲット Amazon Redshift クラスターに適用するテーブル AWS SCT の数を決定します。オプションで、値を手動で選択します。詳細については、「Amazon Redshift 管理ガイド」の「Amazon Redshift のクォータと制限」を参照してください。
AWS SCT は、Amazon Redshift クラスターが保存できる数よりも多い場合でも、すべてのソーステーブルを変換します。 は変換 AWS SCT されたコードをプロジェクトに保存し、ターゲットデータベースに適用しません。変換したコードを適用したときにテーブルの Amazon Redshift クラスターのクォータに達すると、 AWS SCT に警告メッセージが表示されます。また、テーブル数が制限に達するまで、 はターゲット Amazon Redshift クラスターにテーブル AWS SCT を適用します。
-
ソーステーブルのパーティションを Amazon Redshift の別のテーブルに移行するには。これを行うには、UNIONALLビューを使用する を選択し、単一のソーステーブルに対して が AWS SCT 作成できるターゲットテーブルの最大数を入力します。
Amazon Redshift は、テーブルのパーティションをサポートしていません。この動作をエミュレートしてクエリの実行を高速化するには、ソーステーブルの各パーティションを Amazon Redshift の別のテーブル AWS SCT に移行できます。次に、 AWS SCT は、これらのすべてのテーブルのデータを含むビューを作成します。
AWS SCT は、ソーステーブル内のパーティションの数を自動的に決定します。ソーステーブルパーティショニングのタイプによっては、この数は Amazon Redshift クラスターに適用できるテーブルのクォータを超える場合があります。このクォータに達しないようにするには、単一のソーステーブルのパーティションに対して が作成 AWS SCT できるターゲットテーブルの最大数を入力します。デフォルトのオプションは 368 テーブルで、これは 1 年 366 日のパーティションと、
NO RANGE
およびUNKNOWN
パーティションの 2 つのテーブルを表します。 -
Amazon Redshift テーブルの列に圧縮を適用します。そのためには、[圧縮エンコードを使用] を選択します。
AWS SCT は、デフォルトの Amazon Redshift アルゴリズムを使用して、圧縮エンコーディングを列に自動的に割り当てます。詳細については、『Amazon Redshift データベースデベロッパーガイド』の「圧縮エンコード」を参照してください。
デフォルトでは、Amazon Redshift はソートキーと分散キーとして定義されている列に圧縮を適用しません。この動作を変更したり、これらの列に圧縮を適用したりできます。これを行うには、KEY列 の圧縮エンコードを使用する を選択します。このオプションは、[圧縮エンコードを使用] オプションを選択した場合にのみ選択できます。
Vertica から Amazon Redshift への変換最適化設定
Vertica から Amazon Redshift への変換最適化設定を編集するには、「」で「設定」を選択し AWS SCT、「変換設定」を選択します。上のリストから [Vertica] を選択し、次に [Vertica – Amazon Redshift] を選択します。左側のペインで、最適化戦略 を選択します。Vertica から Amazon Redshift への変換の最適化設定 AWS SCT を表示します。
の Vertica から Amazon Redshift への変換最適化設定 AWS SCT には、以下のオプションが含まれています。
-
自動テーブル最適化を使用するには。そのためには、[Amazon Redshift の自動テーブルチューニングを使用する] を選択します。
自動テーブル最適化は、テーブルの設計を自動的に最適化する Amazon Redshift の自己調整プロセスです。詳細については、『Amazon Redshift データベース開発者ガイド』の「自動テーブル最適化の操作」を参照してください。
自動テーブル最適化のみを利用するには、[初期キー選択戦略] で [なし] を選択します。
-
戦略を使用してソートキーと分散キーを選択するには。
Amazon Redshift メタデータ、統計情報、またはこれらのオプションの両方を使用して、ソートキーと配布キーを選択できます。[最適化戦略] タブの [初期キー選択戦略] では、以下のいずれかのオプションを選択します。
メタデータを使用し、統計情報は無視する
メタデータを無視し、統計情報を使用する
メタデータと統計情報を使用する
選択したオプションに応じて、最適化戦略を選択できます。次に、各戦略について、値 (0~100) を入力します。これらの値は各戦略の重みを定義します。これらの重み値を使用して、 AWS SCT は各ルールがディストリビューションキーとソートキーの選択にどのように影響するかを定義します。デフォルト値は、 AWS 移行のベストプラクティスに基づいています。
[小さいテーブルを検索] 戦略の小さいテーブルのサイズを定義できます。最小テーブル行数と最大テーブル行数 では、テーブル内の最小行数と最大行数を入力して、それを小さなテーブルとして定義します。 AWS SCT は
ALL
分散スタイルを小さなテーブルに適用します。この場合は、テーブル全体のコピーがすべてのノードに分散されます。 -
戦略の詳細を設定するには。
各最適化戦略の重みを定義することに加えて、最適化設定を構成できます。そのためには、[変換の最適化] を選択します。
[ソートキー列の制限] には、ソートキーの列の最大数を入力します。
歪んだしきい値 には、列の歪んだ値の割合 (0~100) を入力します。分散キーの候補リストから、歪んだ値がしきい値より大きい列 AWS SCT を除外します。 は、最も一般的な値の発生回数とレコードの合計数の割合として、列の歪んだ値 AWS SCT を定義します。
[クエリ履歴テーブルの上位 N 件のクエリ] には、分析対象として最も頻繁に使用されるクエリの数 (1 ~ 100) を入力します。
[統計ユーザーを選択] では、クエリ統計を分析したいデータベースユーザーを選択します。
また、[最適化戦略」タブでは、[小さいテーブルを検索] 戦略の小さいテーブルのサイズを定義できます。最小テーブル行数と最大テーブル行数 には、テーブル内の最小行数と最大行数を入力して、それを小さなテーブルと見なします。 AWS SCT は
ALL
分散スタイルを小さなテーブルに適用します。この場合は、テーブル全体のコピーがすべてのノードに分散されます。