諸条件 ソースがMySQLの場合、Redshiftへの変換にSCTが利用できない DMSにはSCT(SchemaConversionTool)という、ローカルPCにインストールしてスキーマやストアドプロシージャ等を自動変換・診断してくれるツールがあります。このSCTはソースDBとターゲットDBの組み合わせごとに使用可否が決まっている点に注意が必要です。 以下のURLの通り、ソースがMySQLの場合、ターゲットにRedshiftを選択することができません。 https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html そもそもターゲットがRedshiftの場合は、ソースの対応DBエンジンにOLTP系のものは少なく、多くがOLAP系です。 OLTP系:SQL Server, Oracle
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 ロギングタスク設定 ロギングでは CloudWatch 、Amazon を使用して移行プロセス中に情報を記録します。ロギングタスク設定を使用して、記録するコンポーネントアクティビティと、ログに書き込まれる情報量を指定できます。ログ記録タスク設定は JSON ファイルに書き込まれます。タスク設定ファイルを使用してタスク設定を設定する方法については、「タスク設定例」をご参照ください。 CloudWatch ロギングを有効にする方法はいくつかあります。 AWS Management Console 移行タスクを作成するときに、EnableLogging上のオプションを選択できます。または、 AWS DMS API EnableLogging true を使用してタスクを作
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS SCT の AWS DMS との併用 AWS DMS での AWS SCT レプリケーションエージェントの使用 非常に大規模なデータベース移行の場合、AWS SCT レプリケーションエージェント (aws-schema-conversion-tool-dms-agent) を使用して、オンプレミスのデータベースから、Amazon S3 または AWS Snowball Edge デバイスにデータをコピーできます。レプリケーションエージェントは AWS DMS と連動して動作し、AWS SCT がクローズしている間もバックグラウンドで使用できます。 AWS Snowball Edge を使用する場合、AWS SCT エージェントは AWS Snowball デ
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS Schema Conversion Tool とは AWS Schema Conversion Tool (AWS SCT) を使用すると、データベースエンジン間で既存のデータベーススキーマを変換できます。リレーショナル OLTP スキーマやデータウェアハウススキーマを変換できます。変換されたスキーマは、Amazon Relational Database Service (Amazon RDS) MySQL、MariaDB、Oracle、SQL Server、PostgreSQL DB、Amazon Aurora DB クラスター、または Amazon Redshift クラスターに適しています。変換されたスキーマは、Amazon EC2 インスタンスでデ
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 DMS Schema Conversion を使用したデータベーススキーマの変換 AWS Database Migration Service (AWS DMS) の DMS Schema Conversion を使用すると、さまざまなタイプのデータベース間のデータベース移行をより予測しやすくなります。DMS Schema Conversion を使用して、ソースデータプロバイダーの移行の複雑さの評価、データベーススキーマとコードオブジェクトの変換ができます。その後、変換したコードをターゲットデータベースに適用できます。 DMS Schema Conversion は、ソースデータベーススキーマとほとんどのデータベースコードオブジェクトをターゲットデータベースと互換
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS Database Migration Service とは AWS Database Migration Service (AWS DMS) は、リレーショナルデータベース、データウェアハウス、NoSQL データベース、その他の種類のデータストアを移行できるようにするクラウドサービスです。AWS DMS を使用して、データの AWS クラウド への移行や、クラウドとオンプレミスセットアップを組み合わせたものの間でのデータ移行ができます。 AWS DMS を使用すると、ソースデータストアの検出、ソーススキーマの変換、データの移行ができます。 ソースデータインフラストラクチャの検出には、DMS Fleet Advisor を利用できます。このサービスは、オンプレ
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 「データ移行のターゲット」 AWS Database Migration Service (AWS DMS) では、最もよく利用されているデータベースの多くをデータレプリケーションのターゲットとして使用できます。ターゲットは Amazon Elastic Compute Cloud (Amazon EC2) インスタンス、Amazon Relational Database Service (Amazon RDS) DB インスタンス、またはオンプレミス データベースが可能です。 有効なターゲットの包括的なリストについては、「AWS DMSのターゲット」をご参照ください。
このようにDBの移行は考慮すべきことや行うべきことが多いと言えます。 AWS DMSの特徴と強み データ連携製品は、物理レプリケーション方式と論理(ロジカル)レプリケーション方式の2つに分けられます。一般的な仕組みはこのようになります。物理方式は、連携元(ソース)のトランザクションログを連携先(ターゲット)に転送し、それをそのまま連携先のDBへ適用する方式です。 ロジカル方式は、トランザクションログから独立性の高いSQL等を生成し、ターゲットのDBに実行する方式です。 物理方式は一般的に同一DBMS製品の同一バージョンにしか使用できませんが、それはこの仕組みが理由です。DBMSやバージョンが変われば、トランザクションログの仕様も変わってしまいます。 参考:後述するBlack Beltの P19とP20にも物理方式と論理方式の紹介があります。 AWS DMSはロジカル方式を採用したデータ変換
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS DMS ソースエンドポイントとターゲットエンドポイントとしての VPC エンドポイントの設定 AWS DMS は、Amazon Virtual Private Cloud (VPC) エンドポイントをソースとターゲットとしてサポートします。AWSDMS は、ソースデータベースとターゲットデータベースへの明示的に定義されたルートが AWS DMS VPC で定義されている限り、Amazon VPC エンドポイントを使用して任意の AWS ソースデータベースまたはターゲットデータベースに接続できます。 Amazon VPC エンドポイントがサポートされるため、追加のネットワーク設定やセットアップを行わずに、AWS DMS は、すべてのレプリケーションタスクのエン
ビューを移行できるのは、フルロードタスクのみを使用する場合です。CDC のみのタスク、または完了後に CDC を開始するフルロードタスクの場合、移行の範囲はソースのテーブルのみとなります。フルロードのみのタスクを使用すると、ビューまたはテーブルとビューの組み合わせを移行できます。詳細については、「 JSON を使用するテーブル選択および変換を指定する」を参照してください。 各ソースエンジンには、この変更ストリームを特定のユーザーアカウントにパブリッシュするための固有の設定要件があります。ほとんどのエンジンでは、キャプチャプロセスがデータを損失することなく意味のある方法で変更データを使用できるようにするために、追加の設定が必要になります。例えば、Oracle ではサプリメンタルロギングの追加が必要であり、MySQL では行レベルのバイナリログ (bin ログ) が必要です。 ソースデータベー
AWS Database Migration Service (AWS DMS) を使用して、データをソースエンジンからターゲットエンジンに移行しようとすると、タスクがエラーなしで失敗します。 簡単な説明 AWS DMS タスクが失敗すると、タスクログにエントリが作成されます。タスクログには、エラーメッセージ (] E:) または警告メッセージ (] W:) のいずれかの失敗の原因に関する情報が記録されます。場合によっては、AWS DMS タスクがエラーや警告なしで失敗し、トラブルシューティングが困難になることがあります。 ほとんどの場合、AWS DMS タスクが失敗する理由は次のいずれかです。 レプリケーションインスタンスでのリソース競合 CPU とメモリは、移行タスクに必要な 2 つの最も重要なリソースです。 CPU は、ソースデータ型を AWS DMS のデータ型に変換してからターゲ
AWS では、異種データベースの移行を予測可能、高速、安全、かつシンプルにするために、2 つのスキーマ変換ソリューションを提供しています。お客様は、次のいずれかを選択することができます。1) AWS Database Migration Service (AWS DMS) コンソールにログインして、AWS DMS Schema Conversion (DMS SC) ワークフローを開始し、フルマネージドな体験をするか、2) AWS Schema Conversion Tool (AWS SCT) ソフトウェアをローカルドライブにダウンロードするか、を選択することが可能です。 どちらのオプションも、ソースデータベースのスキーマと、ビュー、ストアドプロシージャ、関数などのデータベースコードオブジェクトの大部分を自動的に評価し、ターゲットデータベースと互換性のある形式に変換します。自動的に変換で
はじめに ちょっと前に仕事でAWS DMSを使ったので、その時のノウハウです。 DMSはDatabase Migration Serviceの略で、(基本的には)DBからDBへ移行するためのツールです。 AWS DMS 自分が実際に使ったのはOracle→Aurora MySQLの移行です。 ターゲットDBのテーブルは予め作っておく DMSは、ソースDBからデータを抜き取り、一度DMSのデータ型に変換して、 更にターゲットDBのデータ型に直してデータを入れていきます。 この過程で意図しないデータ型に変換されてしまうことがあるので、 ターゲットDBには予め意図した型のテーブル・カラムを作成しておいてから、データ移行を行ったほうが良いです。 データの変換テーブルは以下のページなどを参照。 AWS Database Migration Service のデータ型 OracleがソースDBの時のデ
AWS Database Migration Service (AWS DMS) を使用すると、データベースや分析ワークロードを簡単かつ安全に、低コストで AWS に計画、評価、変換、移行できます。AWS DMS では、オンデマンドインスタンスを使用するか、サーバーレスにするかを選択できます。AWS Database Migration Service サーバーレスは、自動的にプロビジョニングを行い、キャパシティを管理します。 オンデマンドインスタンスでは、レプリケーションインスタンスと追加のログストレージの料金のみを使用した時間単位でお支払いいただきます。各データベース移行インスタンスにはほとんどのレプリケーションのために、スワップ領域、レプリケーションログ、データキャッシュに十分なストレージが含まれています。 サーバーレスでは、レプリケーションインスタンスをプロビジョニングする必要ない
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く