20210216 AWS Black Belt Online Seminar AWS Database Migration Service

© 2021, Amazon Web Services, Inc. or its Affiliates.
AWS 公式 Webinar
https://amzn.to/JPWebinar
過去資料
https://amzn.to/JPArchive
内山義夫
2021/2/16
[AWS Black Belt Online Seminar]
AWS Database Migration Service
サービスカットシリーズ

AWS Black Belt Online Seminar とは
「サービス別」「ソリューション別」「業種別」のそれぞれのテーマに分かれて、アマゾ
ンウェブサービスジャパン株式会社が主催するオンラインセミナーシリーズです。
質問を投げることができます！
• 書き込んだ質問は、主催者にしか見えません
• 今後のロードマップに関するご質問は
お答えできませんのでご了承下さい
① 吹き出しをクリック
② 質問を入力
③ Sendをクリック
Twitter ハッシュタグは以下をご利用ください
#awsblackbelt

内容についての注意点
• 本資料では2021 年 2 月 16 日現在のサービス内容および価格についてご説明しています。最新の情報はAWS公
式ウェブサイト(http://aws.amazon.com)にてご確認ください。
• 資料作成には十分注意しておりますが、資料内の価格とAWS公式ウェブサイト記載の価格に相違があった場合、
AWS公式ウェブサイトの価格を優先とさせていただきます。
• 価格は税抜表記となっています。日本居住者のお客様には別途消費税をご請求させていただきます。
• AWS does not offer binding price quotes. AWS pricing is publicly available and is subject to change in
accordance with the AWS Customer Agreement available at http://aws.amazon.com/agreement/. Any
pricing information included in this document is provided only as an estimate of usage charges for AWS
services based on certain information that you have provided. Monthly charges will be based on your
actual use of AWS services, and may vary from the estimates provided.

自己紹介
内山義夫
アマゾンウェブサービスジャパン株式会社
データベースソリューションアーキテクト
好きなAWSサービス
• Amazon Aurora/RDS
• AWS Database Migration Service

本日のアジェンダ
• イントロダクション
• AWS Database Migration Service概要
• DMSアーキテクチャ
• DMSアーキテクチャ(SourceがOracleの場合）
• レプリケーションインスタンスのサイジング
• DMSの機能
• 最後に
• まとめ

イントロダクション

Relational
databases
Non-relational
databases
Amazon
Aurora
Amazon
Keyspaces
Amazon
RDS
Amazon
DocumentDB
Amazon
ElastiCache
オンプレミスや自己管理しているデータベースをフルマネージドサービスに
フルマネージドデータベースへの移行

移行する理由
インフラストラクチャ
• ハードウェアのEOL
• 冗長性や自動化の欠如
• 異なるレイヤーでの障害拡張性
• インスタンスサイズの変更
• リージョンを超えたスケール
コスト最適化
• 使った分だけ課金
• オープンソースでライセンスコスト削減
• フルマネージドデータベース
革新性
• データベースのモダナイズ
• ワークロードに最適なデータベース
の選択

計画移行運用
ディスカバリ設計変換移行運用最適化
 AWS Migration Hub
 AWS TSO Logic
 AWS TCO Calculator
 AWS Application Discovery
Service
 Cloud Endure Migration
 AWS Server Migration Service
 AWS Database Migration
Service
 AWS Schema Conversion Tool
 AWS Data Sync
 AWS Transfer for SFTP
 AWS Systems Manager
 AWS Config
 AWS CloudFormation
 AWS CloudWatch
 AWS CloudTrail
 AWS Service Catalog
移行プロセスを支えるAWSサービス

AWS Database Migration Service概要

AWS Database Migration Service（DMS）
• DBのデータ連携を支援するサービス
• セットアップ・利用が容易
• 使った分だけの安価な費用
• 異機種間のデータ連携も対応
• テーブル定義を補助するツールの提供
• 低負荷で継続的なレプリケーション

同種/異種データベース間での移行
AWS DMS
AWS DMS
AWS DMS Amazon S3
Amazon Aurora

マイクロサービスアーキテクチャでの使用
AWS DMS
Amazon S3
Amazon Redshift
Amazon Aurora
Amazon Kinesis
Data Streams
Amazon ES

一般的なユースケース
Migrate
• ミッションクリティカルアプリケーションの移行
• データウェアハウスをRedshiftへ移行
• メジャー/マイナーバージョンアップグレード
• シャードをAmazon Auroraに集約
• 過去データをAmazon S3へアーカイブ
• NoSQLからSQL, SQLからNoSQL, NoSQLから
NoSQLへの移行
• クロスリージョンリードレプリカの作成
• クラウドでアナリティクスの実行
• データレイクへの転送
• ストリーミングプラットフォームへのレプリケーション
Replicate

DMSでサポートされているデータベース
Sources
Targets
Relational NoSQL Analytics Data warehouse*
Amazon Aurora
Amazon Aurora Amazon DynamoDB
Amazon DocumentDB (with
MongoDB compatibility)
Amazon Redshift
Amazon S3
AWS Snowball
Amazon S3
Amazon Elasticsearch
Service (Amazon ES)
Amazon Kinesis
Data Streams
* Supported via SCT data extractors
Amazon Managed
Streaming for Kafka

対応データベース詳細（ソース）
プラットフォームバージョン備考
Oracle Database 10.2 以降 (バージョン 10.x)、11g、12.2、
18c、および 19c まで
Microsoft SQL Server 2005、2008、2008R2、2012、2014、
2016、2017、2019
CDCはEnterprise、Developer、
Standard(2016 SP1以降）
MySQL 5.5,5.6,5.7,8.0
MariaDB 10.0.24 から 10.0.28、10.1、10.2、10.3、
10.3.13、10.4
-
PostgreSQL 9.4 以降 (バージョン 9.x 用)、10.x、11.x、
および 12.x
CDCは論理レプリケーションを設定できる
場合のみ使用可能（RDSは 9.4.9 以降お
よび 9.5.4 以降、Auroraは10.6以降）
MongoDB 3.X、4.0
SAP ASE 12.5、15、15.5、15.7、16 以降
IBM DB2 9.7、10.1、10.5、11.1
Microsoft Azure SQL Database すべて CDCには未対応
S3 すべて
https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Source.html

対応データベース詳細（ターゲット）
プラットフォームバージョン備考
Oracle Database 10g、11g、12c、18c、19c
Microsoft SQL Server 2005、2008、2008R2、2012、
2014、2016、2017、2019
MySQL 5.5,5.6,5.7,8.0
MariaDB 10.0.24 から 10.0.28、10.1、10.2、
10.3、10.3.13、10.4
PostgreSQL 9.4 以降 (バージョン 9.x 用)、10.x、
11.x、および 12.x
10.12 と互換性のある PostgreSQL
のターゲットとして使用
MongoDB 3.X、4.0
SAP ASE 15、15.5、15.7、16 以降
IBM DB2 9.7、10.1、10.5、11.1
S3,Amazon Redshift,Amazon
DynamoDB,Kinesis Data Streams,Apache
Kafka,Amazon Elasticsearch Service,Amazon
DocumentDB,Amazon Neptune
すべて
https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Introduction.Targets.html

DMSアーキテクチャ

一般的なレプリケーション方式
TARGET
SOURCE
---
---
---
• ソースデータベースで作成されたトランザク
ションログファイルをターゲットに転送し、
ターゲットに適用
• データベースのリカバリと同等
---
---
---
トランザクション
ログファイル
ログファイル
物理レプリケーション論理レプリケーション
TARGET
SOURCE
---
---
---
• ソースデータベースで作成されたトランザク
ションログファイルからDMLを作成し、ター
ゲットに適用
• １つのアプリケーション
ログファイル
INSERT 1
INSERT 2

レプリケーション方式の違い
物理レプリケーション論理レプリケーション
レプリケーション方式トランザクションログをターゲットに適用トランザクションログからDMLを作成しター
ゲットに適用
連携単位データベース単位テーブル単位
データの整合性差が発生する可能性が低い差が発生する可能性がある
Ex)
ターゲット側への更新エラー
文字の文字化け
ユーザーによるターゲット側更新
主な制約ソース、ターゲットでバージョンが同じであ
る必要がある
単位はデータベース単位であり、特定のテー
ブルを指定することができない
テーブルデータとテーブル定義、一部制約の
み連携される
（製品により異なる）
ターゲット側への処理参照のみ参照・更新可能
主な製品・サービス DBエンジンの機能
- Oracle DataGuard
- PostgreSQL ストリーミングレプリケー
ション
AWS Database Migration Service
Oracle GoldenGate
Qlik Replicate

DMSの連携対象
• DMSで作成されるオブジェクトはテーブルと主キーなどの一部の制約のみ
• インデックスやプロシージャ、ビューはターゲット側に手動で反映する必要がある
• DRのような同一構成を維持する必要がある場合、ソース、ターゲット両方のデータベースにオブジェ
クトを作成する必要がある
TARGET
SOURCE
---
---
---
ログファイル
INSERT 1
INSERT 2
制約
インデックス
プロシージャ
ビュー
テーブル
制約
インデックス
プロシージャ
ビュー
テーブル

DMSアーキテクチャ
• フルロード
• 既存データの連携
• CDC（Change Data Capture）
• 更新差分データの連携

メモリ
FULL Load
既存データの連携
TARGET
AWS DMS
SOURCE
1.SOURCE_UNLOAD 2.TARGET_LOAD
---
---
---
CSVファイル
1. ソースのデータベースに対してselect を実行（1万件毎）し、データをアンロード（SOURCE_UNLOAD）
テーブルは複数テーブルを同時にアンロード（デフォルト8テーブル）
2. ターゲットのデータベースに対してデータをロード（TARGET_LOAD）。ロード方法はターゲットのエンジンにより異なる。
Oracle,SQL Serverはメモリ上のデータを直接ターゲットにロード、MySQL,PostgreSQLはCSVファイルに出力後ロード。
※フルロード中に発生した更新差分データは受信バッファで保持
受信バッファ
INSERT 1
INSERT 2
INSERT 1
INSERT 2
INSERT 1
COMMIT
INSERT 2
ログファイル
ユーザーA
ユーザーB

メモリ
CDC（Change Data Capture）
更新差分データの連携
TARGET
AWS DMS
SOURCE
1. ソースで発生したデータ変更は受信バッファにキャプチャ（SOURCE_CAPTURE）
2. CDC において、ソースからターゲットへキャプチャされたデータ変更を仲介するバッファ（SORTER）
Ex) COMMITの順番にソート、COMMIT済みのデータのみ送信バッファに移動など
3. 送信バッファにキャプチャされたデータ変更をターゲットへ適用（TARGET_APPLY）
受信バッファ送信バッファ
ログファイル
1.SOURCE_CAPTURE 3.TARGET_APPLY
2.SORTER
INSERT 1
COMMIT
INSERT 2
INSERT 1
INSERT 2
INSERT 1
INSERT 2
INSERT 1
INSERT 2
INSERT 1 INSERT 1
ユーザーA
ユーザーB

トランザクションログのキャプチャに必要な条件
• Oracle Database
• ARCHIVELOGモード and FORCE LOGGING
• サプリメンタルロギング
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Source.Oracle.html
• Microsoft SQL Server
• MS-Replication or MS-CDC
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Source.SQLServer.html
• MySQL
• binlog_format=ROWのバイナリログ
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Source.MySQL.html
• PostgreSQL
• 論理レプリケーション
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Source.PostgreSQL.html

DMSアーキテクチャ(SourceがOracleの場
合）

ソースがOracleの場合のログ読み取り方式
• LogMiner
• オンライン REDO ログとアーカイブ REDO ログファイルを読み取る Oracle
API
• DMSのデフォルト
• Binary Reader
• REDO ログファイルを DMSが直接解析（BFILE で取得）
• DMS独自の方式

ORDER_LINEテーブルを指定した例
Logminer アーキテクチャ（CDC）
AWS DMS
SOURCE
① 要求
④ 転送
ORDERS
ORDER_LINE
③ フィルター
INSERT 1
INSERT 2
REDO/アーカイブ
ログファイル
INSERT 1
INSERT 2
INSERT 1
INSERT 2 INSERT 2 INSERT 2
② 更新情報取得
ユーザーA
ユーザーB

Logminerのポイント
• ログの解析はソース側のDBサーバー
• REDOログやアーカイブログファイルを解析してSQL文を作成する処理は
ソース側のDBサーバー上で実行
• REDOログへの更新が多い場合、解析処理によるDBサーバーの負荷がかかる
可能性有
• ネットワークの転送量は指定したテーブルのみ
• ソースデータベースからレプリケーションインスタンスへの転送は、DMSで
指定したテーブルのみ
• テーブルを指定することで、ネットワーク転送量を抑えることが可能
• ASM使用有無に依存しない
• Logminerの場合、ファイルシステムとASMで設定や転送方式に差異はない

Binary Reader アーキテクチャ
AWS DMS
SOURCE
① 要求
ORDERS
ORDER_LINE
INSERT 1
INSERT 2
ログファイル
INSERT 1
INSERT 2
INSERT 1
INSERT 2
② 転送
INSERT 2
ユーザーA
ユーザーB
INSERT 1
INSERT 2
④ フィルター
③ 更新情報取得

Binary Readerのポイント
• ログの解析はレプリケーションインスタンス
• REDOログやアーカイブログファイルを解析する処理はレプリケーションイン
スタンス側で実行
• Logminerと比較してDBサーバーへの負荷は低い
• ネットワークの転送はログファイル全体
• ソースデータベースからレプリケーションインスタンスへは、REDOログファ
イル、アーカイブログファイルを転送
• タスクでテーブルを指定しても、ネットワーク転送量は削減できない
• タスク毎にログファイルを転送する為、タスクを複数作成するとタスク毎にロ
グファイルが転送されてしまい、ネットワーク転送が増大する可能性がある
• ASM使用有無で内部処理が異なる
• ASMの場合、ASM用のAPIで転送

ASM
Binary Reader アーキテクチャ（ASM）
AWS DMS
SOURCE
① 要求
ORDERS
ORDER_LINE
INSERT 1
INSERT 2
ログファイル
INSERT 1
INSERT 2
INSERT 1
INSERT 2
④ フィルター
② 転送（ ASM API）
INSERT 2
ユーザーA
ユーザーB
INSERT 1
INSERT 2
③ 更新情報取得

Oracle ASM時のチューニング
• DMS 3.1以前のバージョン
• ASMのAPI が1回の呼び出しで最大 32KB で読み取る為、パフォーマンスが
出ないケースも
• CopyToTempFolderを指定することでパフォーマンス改善
• https://aws.amazon.com/jp/blogs/news/how-to-migrate-from-oracle-
asm-to-aws-using-aws-dms/
• DMS 3.3.0以降のバージョン
• 並列スレッド数 (parallelASMReadThreads) および先読みバッファ数
(readAheadBlocks) を追加の接続属性に指定することよりパフォーマンス
が向上
• Ex)
useLogMinerReader=N;useBfile=Y;asm_user=asm_username;asm_ser
ver=RAC_server_ip_address:port_number/+ASM;
parallelASMReadThreads=6;readAheadBlocks=150000;

LogminerとBinary Readerの比較
機能 LogMiner(ログマイナー) Binary Reader
設定が簡単はいいいえ
ソースシステムの I/O および CPU への影響
を下げる
いいえはい
CDC パフォーマンスの向上いいえはい
Oracle テーブルクラスターをサポートはいいいえ
すべてのタイプの Oracle Hybrid Columnar
Compression (HCC) をサポートします。
はい部分的
Binary Reader は、CDC を使用するタ
スクで QUERY LOW をサポートしてい
ません。他のすべての HCC タイプは完
全にサポートされています。
Oracle 12c での LOB 列のサポートいいえはい
LOB 列にのみ影響を与える UPDATE ステー
トメントをサポート
いいえはい
Oracle 透過的データ暗号化 (TDE) をサポー
ト
はい部分的
Binary Reader は、セルフマネージド
型 Oracle データベースに対してのみ
TDE をサポートします。
すべての Oracle 圧縮方法をサポートします。はいいいえ
pluggable database(PDB）をサポートしま
す。
いいえはい
https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Source.Oracle.html#CHAP_Source.Oracle.CDC

LogMinerとBinary Readerの使い分け
• デフォルトであるLogminerの使用を第一候補に検討
• 以下のようなケースでは、Binary Readerを検討
• LogMinerの制約に該当する場合（LOBの使用等）
• ソースDBへの負荷を抑えたい場合
• REDOログの生成量が多く、レプリケーションラグが発生する場合
• Binary Readerを使用する際の注意
• ネットワーク転送量が多くなる可能性がある
• 同一ソースに対して複数タスクを作成すると、タスク毎にログを転送する
• ASMの場合、parallelASMReadThreadsとreadAheadBlocksを指定する

レプリケーションインスタンスのサイジング

レプリケーションインスタンスのサイジング
• レプリケーションインスタンスのサイジングはテーブル数、データ量、変更
差分の量等様々な要因に依存する為、事前に決定することは難しい
• 検証を実施して最適なインスタンスタイプを確認する必要がある
• サイジングに影響する要因について理解しておく
• CPU
• メモリ
• ディスク
• ネットワーク

ユーザーA
ユーザーB
メモリ
サイジングへの影響（CPU、メモリ）
TARGET
AWS DMS
SOURCE
SOURCE_UNLOAD TARGET_LOAD
---
---
---
CSVファイル
受信バッファ
INSERT 1
INSERT 2
INSERT 1
INSERT 2
INSERT 1
COMMIT
INSERT 2
ログファイル
メモリ
・FULL Loadの結果のキャッシュ
※FULL Loadは並列で実行（デフォルト8テーブル）
※キャッシュ量はテーブルサイズに依存
・CDCのキャッシュ
※FULL Load中のCDCもキャッシュ
※FULL Load時間が長い場合、キャッシュ量も
増加する可能性有
CPU
・FULL Loadによるテーブルデータの並列転送
・大量のトランザクションログの更新
※バッチ処理等による大量のトランザクションログの更新
により転送量が増大する可能性

メモリ
サイジングへの影響（ディスク）
TARGET
SOURCE
---
---
---
CSVファイル
受信バッファ
INSERT 1
INSERT 2
INSERT 1
INSERT 2
INSERT 1
COMMIT
INSERT 2
ログファイル
・FULL LoadのデータをCSVに出力
・出力したCSVをターゲットにImport
・DMSのログファイル
(デバッグモード時にログ量増加)
---
---
---
・メモリ不足時に、バッファ情報を
ファイルに出力
※フルロード時やソース側DBで長い
トランザクションが実行された時に
発生しやすい
---
---
---
DMSの
ログファイル
AWS DMS
ユーザーA
ユーザーB

メモリ
サイジングへの影響（ネットワーク）
TARGET
SOURCE
---
---
---
CSVファイル
受信バッファ
INSERT 1
INSERT 2
INSERT 1
INSERT 2
INSERT 1
COMMIT
INSERT 2
ログファイル
・FULL Loadデータの転送
※FULL Load時の並列数に依存
・CDCの転送
※バッチ処理等による大量のトランザクションログの更新
により増大する可能性有
※Binary Readerの場合、ログファイルを転送する
為、転送量が増加する可能性有
※複数タスクを作成した場合、タスク毎に転送が発生
AWS DMS
ユーザーA
ユーザーB

サイジングに向けた情報収集
• サイジングで監視すべきメトリクス
• CPU
• CPUUtilization
• メモリ
• FreeableMemory
• SwapUsage
• ディスク
• FreeStorageSpace
• ネットワーク
• NetworkTransmitThroughput
• NetworkReceiveThroughput
• レプリケーションラグ
• CDCLatencySource
• CDCLatencyTarget

DMSの機能

DMSの機能
DMSによるレプリケーション対象の制御
• 選択ルール
• 変換ルール
移行後のデータ比較
• 移行タスクの検証

• 行のフィルタ
• 列の削除
選択ルール
ID >= 3
remove coloumn:stocks
ID name stocks
1 apple 100
2 banama 300
3 grape 80
4 mango 20
ID name stocks
3 grape 80
4 Mango 20
ID name stocks
1 apple 100
2 banama 300
3 grape 80
4 mango 20
ID name
1 apple
2 banama
3 grape
4 mango
total_stocksテーブル

• 条件毎に別テーブルに移行
参考) 条件を指定したルール
task1
ID <= 1000:total_stock_a
task2
ID >= 1001:total_stock_b
ID name stocks
1 apple 100
2 banama 300
3 grape 80
4 mango 20
1001 tomato 2
1002 lettuce 1
1003 cabbage 3
1004 carrot 1
ID name stocks
1001 tomato 2
1002 lettuce 1
1003 cabbage 3
1004 carrot 1
ID name stocks
1 apple 100
2 banama 300
3 grape 80
4 mango 20
total_stocks_aテーブル
total_stocks_bテーブル

• テーブル名の変更
• 列名の変更
変換ルール
ID name stocks
1 apple 100
2 banama 300
3 grape 80
4 mango 20
ID name stocks
1 apple 100
2 banama 300
3 grape 80
4 mango 20
total_stocks_2021テーブル
ID name stocks
1 apple 100
2 banama 300
3 grape 80
4 mango 20
ID product stocks
1 apple 100
2 banama 300
3 grape 80
4 mango 20

• ターゲットのテーブルに式を使用して列を追加
• "value": "Full_name",
• "expression": "$First_name||'_’||$Last_name"
変換ルール
customers customers
ID First_name Last_name
1 Donald Trump
2 Barack Obama
3 George Bush
4 William Clinton
ID First_name Last_name Full_name
1 Donald Trump Donald Trump
2 Barack Obama Barack Obama
3 George Bush George Bush
4 William Clinton William Clinton

移行後のデータ比較
• タスクの検証
• データがソースからターゲットに正確に移行されたことを確認
• Full Load時、CDC時のどちらでも検証可能

タスクの検証
FULL Load時
TARGET
AWS DMS
SOURCE
データをパーティションという単位で分割し、分割したパーティション毎に検証
パーティションはデフォルトで10,000（PartitionSize）
Defaultでは5スレッドで実行（ThreadCount）
検証した結果差異が発生した場合、awsdms_validation_failures_v1テーブルに診断情報を格納
検証
awsdms_validation_failures_v1
検証結果を格納
検証
検証

タスクの検証
Change Data Capture時
TARGET
SOURCE
変更された行のみ検証
検証した結果差異が発生した場合、awsdms_validation_failures_v1テーブルに診断情報を格納
変更行が多い場合、フルロードと同じようなパーティション単位で検証
awsdms_validation_failures_v1
検証
検証
検証結果を格納
AWS DMS

タスクの検証の主な制限事項
• テーブルに主キー/一意キーが存在している必要がある
• ソース側、ターゲット側のデータベースに負荷がかかる可能性がある
• 検証用のクエリが実行される為
• DMSでフィルタリングを使用している場合や、複数のデータベースを１つ
に統合する場合、検証できない
• ターゲットデータベースがDMS以外で変更された場合、検証できない
• 検証中に１行かそれ以上の行が継続的に変更されている場合、それらの行
を検証できない
• 検証中に 10,000 (FailureMaxCount) 件を超える Failed/Suspended が検
出されると、検証が停止
https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Validating.html#CHAP_Validating.Limitations

最後に

DMSの制限（ソース）
• Oracleをソースとして使用する場合の制限
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Source.Oracle.html#CH
AP_Source.Oracle.CDC
• SQL Serverをソースとして使用する場合の制限
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Source.SQLServer.html
#CHAP_Source.SQLServer.Limitations
• MySQLをソースとして使用する場合の制限
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Source.MySQL.html#C
HAP_Source.MySQL.Limitations
• PostgreSQLをソースとして使用する場合の制限
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Source.PostgreSQL.htm
l#CHAP_Source.PostgreSQL.Limitations

DMSの制限（ターゲット）
• Oracleをターゲットとして使用する場合の制限
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Target.Oracle.html#CH
AP_Target.Oracle.Limitations
• SQL Serverをターゲットとして使用する場合の制限
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Target.SQLServer.html
#CHAP_Target.SQLServer.Limitations
• MySQLをターゲットとして使用する場合の制限
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Target.MySQL.html#CH
AP_Target.MySQL.Limitations
• PostgreSQLをターゲットとして使用する場合の制限
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Target.PostgreSQL.html
#CHAP_Target.PostgreSQL.Limitations
• Redshiftをターゲットとして使用する場合の制限
• https://docs.aws.amazon.com/ja_jp/dms/latest/userguide/CHAP_Target.Redshift.html#C
HAP_Target.Redshift.Limitations

トラブルシューティング（1/2）
• トラブル発生時の原因調査の為に、CloudWatchログを有効化することを推奨
• 制御テーブルを設定して、タスクに関する情報を収集しておくことでより詳細
な情報を取得可能（デフォルトではawsdms_apply_exceptionsのみ有効）

トラブルシューティング（2/2）
• トラブルが解決しない場合はAWSサポートまでお問い合わせ下さい。お問い合
わせの際に以下にある診断スクリプトで情報を収集頂くと調査がスムーズに進
みます。
• https://docs.aws.amazon.com/dms/latest/userguide/CHAP_SupportScripts.html

t3.micro: 0.028USD/時から
r4.8xlarge: 3.97USD/時までの33種類
マルチAZの場合は2倍
汎用 (SSD) ストレージ：0.138USD/GB/月
マルチAZの場合は2倍
受信: 無料
同一AZ内への送信: 無料
別AZへの送信: 0.01USD/GB
別リージョンへの送信: 0.09USD/GB
インターネットへの送信(9.999 TB以下): 0.114USD/GB
東京リージョンでの料金
インスタンス
+
ストレージ
+
データ転送

まとめ

まとめ
• データベースの移行やレプリケーションでデータベース間でデータを連携し
たい場合、AWS Database Migration Serviceを利用すると解決できます
• 同一データベースのアップグレードや異なるデータベースエンジン間での
データ連携も可能
• 触ってみたいと思われた方は、公開されているハンズオンで試してみてくだ
さい
https://bit.ly/38yI4ph

Q&A
お答えできなかったご質問については
AWS Japan Blog https://aws.amazon.com/jp/blogs/news/ に
後日掲載します。

AWS の日本語資料の場所「AWS 資料」で検索

で[検索]
AWS イベント
毎週”W-A個別技術相談会”を実施中
• AWSのソリューションアーキテクト(SA)に
対策などを相談することも可能
• 申込みはイベント告知サイトから
(https://aws.amazon.com/jp/about-aws/events/)
AWS Well-Architected 個別技術相談会

AWS 公式 Webinar
https://amzn.to/JPWebinar
過去資料
ご視聴ありがとうございました

20210216 AWS Black Belt Online Seminar AWS Database Migration Service

More Related Content

What's hot (20)

Similar to 20210216 AWS Black Belt Online Seminar AWS Database Migration Service (20)

More from Amazon Web Services Japan (20)

20210216 AWS Black Belt Online Seminar AWS Database Migration Service