データベースもクラウドで動かす時代か
Oracle DatabaseをAWSへ、ダウンタイム別に考える3つの移行方法
オンプレミスのデータベースをクラウドへ移行する企業が出てきている。「Oracle Database」から「Amazon EC2」インスタンスにデータを移行する最適な方法は。
Amazon Redshiftの使い道（AWSの4大データベースサービス、特徴と使い道）《クリックで拡大》
企業がパブリッククラウドを一から導入するケースはほとんどない。「Oracle Database」（Oracle DB）はもともとオンプレミスで運用している企業が多いだろう。こうしたオンプレミスのデータベースをクラウドに移行することでメリットが得られる。だが、Oracle DBの「Amazon Web Services」（AWS）への移行はさまざまな要因に左右される。
関連記事
オンプレからクラウドへの移行
AWSのデータベース機能
クラウドデータベース比較
Oracle DBの移行に取り掛かる前に、IT部門はデータベースのサイズや、ローカルのデータセンターとAWSの間で使用可能なネットワーク帯域幅、データセンターでどのソフトウェアエディションが動作しているかを考慮しておかなければならない。移行にかけられる時間などのビジネス要件も考慮すべき重要な要素になる。
Oracle DBの移行は、1つのステップで実行することもできるが、そのためにはオンプレミスのデータベースを完全にシャットダウンする必要がある。データを抽出してAWSの新しいデータベースに移行するためだ。ただし、そのプロセスには1～3日かかるので、これはビジネスに最も支障を来す移行方法だ。1ステップによるデータベースの移行は一般的に、データベースサイズが限られていて、移行に伴うデータベースのダウンタイムの長さが許容できる範囲に収まる、小規模な企業に望ましい。
これに対し、2つのステップで移行する方法がよく使われている。最初のステップでは、既存データベースのある時点のコピーを作成する。このコピーは、ローカルデータベースのダウンタイムを発生させることなくAWSへ移行できる。ローカルデータベースはそのプロセス中も稼働し続けるので、移行には必要なだけ時間をかけられる。体感ではデータベースの中断はほとんど発生しない。
Oracle DBのコピーを移行したら、2番目のステップとして、コピーの作成後に行われたデータベースへの変更の差分を取り、移行し、同期する。ローカルのOracle DBは、最後の変更を取得した直後にシャットダウンする必要がある。この2番目のステップでは、移行および同期対象のデータ量が最初のステップよりも格段に少ないため、ダウンタイムは非常に短くて済む。最後の同期の完了後はAWSのデータベースが処理を引き継ぎ、ローカルデータベースはそのまま停止させておく。
3つ目の移行方法は、ダウンタイムが全く発生しないものだ。この方法では通常、まず初期同期を行い、さらに一種の継続的データレプリケーション（CDR）を行うことで、ローカルデータベースとそのAWSバージョンを完全に同期させる。CDRを行えるツールには、Oracleの「GoldenGate」や、サードパーティーツールであるDbvisitの「Dbvisit Replicate」、Attunityの「Attunity Replicate」など、さまざまなものがある。レプリケーションによってローカルデータベースとAWSのデータベースが同期されたら、企業はAWSに切り替えることができる。だが、CDRツールは両方のインスタンスの同期を保つ機能を果たし続ける。この移行方法は一般的に、ダウンタイムを許容できない極めて大規模あるいはアクティブなOracleDBユーザー向けだ。ただし、CDRを利用するには追加費用が掛かる他、CDRはデータベースやネットワークのパフォーマンスに影響を与える可能性がある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[株式会社マクニカ] アイカ工業に学ぶ脆弱性対策 情シスが把握できずにいたアセットも正確に把握 -
製品資料
[株式会社マクニカ] 「脆弱性総まとめ」解説 被害事例から考える必須の対策ポイント -
製品資料
[Splunk Services Japan合同会社] サイバー脅威「トップ50」完全解説ガイド、新たな攻撃手法に対抗するには -
製品資料
[株式会社うるる] 「入札市場」完全ガイドブック：メリットから資格取得のポイントまで -
市場調査・トレンド
[株式会社うるる] はじめての「自治体／官公庁入札」 必要な知識がすぐに学べる入門ガイド
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
2
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
3
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
4
AI基盤は本当に「オンプレ回帰」する？ Broadcomの言い分と企業の本音
-
5
オフコンからの脱却 小川建設が自社開発システムを捨てパッケージERPを選んだ訳
-
6
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
7
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
8
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
9
「技術屋」で終わらないために 情シスが今取るべき認定資格5選
-
10
「有線LAN環境」に関するアンケート
ホワイトペーパーランキング PR
-
1
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
2
AIが「わざわざ使うツール」になっていない？ 業務で自然に使う導線にする秘訣
-
3
5回聞くだけじゃ足りない？ トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは？
-
5
「脱Excel」か「Excel快適化」か？ 現場にやさしい業務改善の進め方
-
6
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
7
PostgreSQLの「機能」「性能」「運用」「拡張性」に関する悩みの解消法
-
8
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
9
Macの安全神話は崩壊？ 最新の脅威動向から見えた攻撃のトレンドと有効な対策
-
10
情報セキュリティ対策早分かりガイド：25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー