このコンテンツを正確に表示するには、Javascriptを有効にする必要があります。Redshift環境を簡単に移行できるフレームワークがあります。Redshiftのオンライン移行と、後から実行するスケジュールされた手動移行のためのスクリプト生成について、そのステップおよびワークフローを説明します。Warehouseにデータベース・ファイルを移行できます。ソース・データベースからメタデータ・スキーマおよび表を取得し、移行リポジトリに格納します。Redshiftデータ型がOracleデータ型にマップされます。Redshiftオブジェクト名は、Oracleネーミング規則に基づいてOracle名に変換されます。Redshift関数を使用する列のデフォルトは、Oracleの同等機能で置換されます。変換されたメタデータに基づいてスキーマとDDLを生成します。生成したスキーマとDDLをデプロイします。Warehouse表にデータをコピーします。Warehouseにデータベース・スキーマおよび表を移行できます。Redshiftに接続する必要があります。JDBCドライバをダウンロードします。Redshiftのドキュメントを参照してください。Connection」を参照してください。4.2-互換ドライバを使用します。JDBCドライバにアクセスできるローカル・ディレクトリに格納します。Developerに追加します。Developer」→プリファレンス・データベース→「サード・パーティJDBCドライバ」)に移動します。JDBCドライバへのパスを選択します。JDBCドライバを追加します。Redshiftデータベースに接続します。「接続」パネルで、「接続」を右クリックして「新規接続」を選択します。Redshiftの接続情報を入力します。Redshiftシステムのマスター・ユーザー名で接続することをお薦めします。Connection」を参照してください。[500150]接続エラーの場合)」を参照してください。Redshift環境をデプロイした場合、インターネット経由でクラスタにアクセスできる必要があります。公開インターネット・アクセスを有効にする方法の詳細は、http://docs.aws.amazon.com/redshift/latest/gsg/rs-gsg-authorize-cluster-access.htmlを参照してください。Redshiftクライアント接続がハングまたはタイムアウトしたように見える場合、この問題に対処するために実行可能な解決策については、http://docs.aws.amazon.com/redshift/latest/mgmt/connecting-firewall-guidance.htmlを参照してください。接続をテストしてから保存します。Warehouseへの接続を作成しますクライアント資格証明ウォレットのzipファイルを取得します。詳細は、「クライアント資格証明(ウォレット)のダウンロード」を参照してください。「接続」パネルで、「接続」を右クリックして「新規接続」を選択します。Warehouseの接続情報を入力します。Redshift移行の接続用として、データベースに対する_low接続を選択します。Warehouseの事前定義されたデータベース・サービス名」を参照してください。Warehouseに対する接続を追加します。(18.2以上)での接続」を参照してください。接続をテストしてから保存します。Redshift移行を開始します。クラウド移行ウィザードを起動するには、「ツール」メニューの「移行」から「クラウド移行」をクリックします。Warehouseにスキーマ、オブジェクト(表)およびデータを移行できます。図adw_migrate_redshift_start.pngの説明クラウド移行ウィザードでは、一連のステップを簡単に実行できます。クラウド移行ウィザードのステップは次のとおりです。Redshiftデータベースのスキーマを指定します。Warehouseを指定します。メタデータ(DDL)を移行するか、データを移行するか(あるいはその両方を行うか)を定義します。システムをオンラインで移行するか、スクリプトを生成するか(あるいはその両方を行うか)を選択します。Redshiftデータベースのスキーマを指定します。スキーマ内のすべてのオブジェクト(主に表)が移行されます。Warehouseへの移行は、スキーマ単位で行われます。スキーマ名を移行の一環として変更することはできません。Redshift移行で、「接続」を指定します。Redshiftデータベース接続の名前。特定の接続に使用可能なスキーマ。「追加」アイコンをクリックして、「使用可能なスキーマ」から移行するスキーマを選択します。「DDLとDATA」により、選択したスキーマとデータが移行されます。データを移行する場合、AWSアクセス・キー、AWS秘密アクセス・キー、およびRedshiftデータをアンロードおよびステージングする既存のS3バケットURIを指定する必要があります。セキュリティ資格証明には、S3にデータを格納するための一定の権限が必要です。移行用の新しい個別のアクセス・キーを作成することをお薦めします。Warehouseにデータをロードします。Management」を参照してください。Management」を参照してください。Errors」を参照してください。Bucket」を参照してください。Bucket」を参照してください。次の例では、us-west-2リージョンのadwcバケットの'folder_name'というファイル・フォルダを参照しています。https://s3-us-west-2.amazonaws.com/adwc/folder_nameS3バケット構成の例1次のS3バケットのURIを指定した場合:https://s3-us-west-2.amazonaws.com/my_bucketウィザードによってmy_bucketを含むパス全体が検証されます。テスト・ファイルの書込みが試行され、アクセスできない場合はプロンプトが表示されます。my_bucketが存在しない場合、次のエラーがレポートされます。Failed次に、コード生成によってDBMS_CLOUD.COPY_DATAファンクション用に次のパスが作成されます。"https://s3-us-west-2.amazonaws.com/my_bucket/oracle_schema_name/oracle_table_name/*.gz"移行アシスタントによって、バケットmy_bucket内にoracle_schema_name/oracle_table_nameというフォルダが作成されます。S3バケットの例2次のS3バケットのURIを指定した場合:https://s3-us-west-2.amazonaws.com/my_bucket/another_folderウィザードによってmy_bucketを含むパス全体が検証されます。テスト・ファイルの書込みが試行され、アクセスできない場合はプロンプトが表示されます。my_bucketが存在しない場合、次のエラーがレポートされます。Failedこの場合、another_folderは存在する必要はありません。移行によって、my_bucket内にanother_folderバケットが作成されます。次に、コード生成によってDBMS_CLOUD.COPY_DATAファンクション用に次のパスが作成されます。Warehouseへの接続を作成します。Warehouseへの接続」を参照してください。この接続のためのユーザーは、管理権限を持っている必要があります(この接続は、スキーマとオブジェクトを作成するために移行全体を通じて使用されるため)。注意:ADMINユーザーまたは管理ロールを持つユーザーを使用してください。Redshift移行アシスタントにより、オンラインですぐに移行を実行するか、移行に必要なすべてのスクリプトを生成するか、またはその両方を行うことができます。ローカル・ディレクトリにスクリプトを格納する場合、そのローカル・ディレクトリを指定する必要があります(ユーザーは、このディレクトリに書込み可能である必要があります)。Cloud接続の名前。Warehouseへの接続を作成します。この接続は、スキーマとオブジェクトを作成するために移行全体を通じて使用されるため、ユーザーは、管理権限を持っている必要があります。Warehouseにインストールされる移行リポジトリのパスワード。事前入力されたパスワードを使用するか、新しいパスワードを入力します。移行の完了後にリポジトリを削除するには、このオプションを選択します。このリポジトリは、移行後は不要です。オンラインですぐに移行を実行するには、このオプションを選択します。注意:ステップ1の「データを含める」と「今すぐ移行」を両方とも選択しない場合、手動移行のために必要なすべてのSQLスクリプトの生成のみが選択されています。Warehouseにデプロイされますが、データは表にロードされません。Warehouseにデプロイされ、データが表にロードされます。:移行に必要なスクリプトを格納するディレクトリを指定します。これにより、スクリプトがローカル・ディレクトリに保存されます。Warehouseへのコピー時にフォーマット・オプションを制御しないかぎり、デフォルト設定で正常に動作します。フォーマット・オプションの詳細は、「DBMS_CLOUDパッケージのフォーマット・オプション」を参照してください。拡張オプションを使用するには、「拡張設定」をクリックします。パスを入力するか、「ディレクトリの選択」をクリックして移行用のディレクトリまたはフォルダを選択します。Warehouseの表にデータをロードするときに有効化するパラレル・スレッドの数を入力します。移行用のスケジューラを有効化するには、このオプションを選択します。Warehouseへのデータ・ロード移行操作のジョブをスケジュールできます。スケジュール済ジョブをすぐに実行するか、将来の日時に実行するかを選択できます。データ・ロードのスケジュール済ジョブをモニターするには、接続ナビゲータの「スケジューラ」ノードを使用します。移行実行の選択:「即時」では、Redshift移行がトリガーされると同時にスケジューラが実行されます。「1回」では、将来の日時でスケジューラが実行されます。「開始日」と「タイムゾーン」を指定します。デフォルトでは、「開始日」には、ローカル・システムの現在の日時が表示されます。開始日を変更するには、カレンダ・アイコンで日付をダブルクリックして選択するか、スピナーで日付を強調表示してからフィールドをクリックして設定します。このオプションを選択すると、アンロード・プロセスによって、マニフェスト・ファイル(アンロード・プロセスによって作成されるデータ・ファイルのリスト)を含む既存のファイルが上書きされます。デフォルトでは、上書き可能なファイルが存在すると、アンロードは失敗します。Warehouseの表にデータをロードする際に、拒否する行数を入力します。指定した行数が拒否されると、移行操作はエラーになります。「サマリー」に、指定した情報のサマリーが表示されます。情報を変更するには、必要に応じて「戻る」を押します。即時移行を選択した場合、移行ウィザードのダイアログは、移行が終了するまで開かれたままです。スクリプトの生成を選択した場合、移行プロセスによって、指定したローカル・ディレクトリに必要なスクリプトが生成されますが、スクリプトは実行されません。Warehouseに存在する場合、移行プロセスでは、それらの選択したスキーマのデプロイは除外され、次のダイアログが表示されます。Warehouseユーザーを作成します。スキーマ名に基づいてS3に新しいバケットを作成します。表ごとにS3にサブフォルダを作成します。移行スクリプトを生成するように選択した場合、移行ウィザードで指定したローカル・ディレクトリに新しいサブディレクトリが作成されます。これらのスクリプトは、リアルタイムで実行するか、プログラム的な処理に使用できます。ディレクトリには次のスクリプトが含まれます。Warehouseに移行するために必要なすべてのコマンドが含まれます。これらのスクリプトは、リアルタイムで実行するか、プログラム的な処理に使用できます。Redshiftデータをアンロードします。Redshiftアンロード・コマンドが含まれます。Redshift環境に接続してこのスクリプトを実行します。Warehouseを準備するため、データをロードする前に空のデータ・ウェアハウス・スキーマを作成します。Redshiftスキーマ構造はOracle構造に変換されました。Warehouseに接続しながら実行する必要があります。Redshiftのスキーマと同じ名前を持ちます。パスワードは、スクリプトで、またはスクリプトの実行後に、指定したユーザーの有効なパスワードに変更する必要があります。スキーマ名を変更する場合、スキーマ名と、その名前に対するすべての参照を変更します。Warehouseにロードするために必要なすべてのロード・コマンドが含まれます。Warehouseに接続しながら実行します。データ・ウェアハウス・オブジェクトの作成時にターゲット・スキーマ名を変更する場合、その変更に応じてこのスクリプトでターゲット・スキーマ名を調整する必要があります。Schedulerオブジェクトと組み合せて使用するためのグラフィカル・インタフェースがあります。Developerを使用したジョブのスケジュールに関する項を参照して、ジョブ・スケジュールの概念および基本タスクを理解してください。接続の「スケジューラ」ノードが接続ナビゲータとDBAナビゲータに表示されます。'admin'ユーザーを使用して、データ・ロード・ジョブのステータスをモニターする'admin'が所有するスケジューラ・オブジェクトをナビゲートします。ADWCデータ・ロード・ジョブが<schema_name>_<table_name>という名前で作成されています。各データ・ロードの完了ステータスを表示するには、各スケジュール済ジョブを展開し、ステータスを確認してください。FAILED)Redshift移行ログとレポート・ファイルRedshift移行の後、次の3つのファイルが生成されます。Redshift移行スクリプトの使用方法を説明したファイル。移行の情報が含まれます。サンプルは次のとおりです。17:25:25.012695______________________________________________________________移行後タスクの実行Redshift環境の移行に成功したら、次の移行後タスクについて検討する必要があります。Warehouseに最小限の移行リポジトリがインストールされます。移行後、このアカウントは不要になるため、削除またはロックすることができます。S3バケットの削除アンロードしたRedshiftデータを使用する場合を除き、アンロードしたデータを含むバケットを削除できます。他の目的で必要としないかぎり、S3アクセスに使用されたセキュリティ・アクセス・キーを非アクティブ化する必要があります。Warehouseのデータベース資格証明REDSHIFT_DWCS_CREDSとして、移行に使用された特権ユーザー・スキーマに暗号化されて格納されます。この資格証明は、他の目的で必要としないかぎり、移行の成功後に削除することをお薦めします。詳細は、「DROP_CREDENTIALプロシージャ」を参照してください。移行アシスタントによる移行の一環として作成された新しいスキーマについては、それらのアカウントをデータ格納のためにのみ使用する場合、必ずそのパスワードを変更するか、ロックして期限切れにしてください。