0
300GBのSQL Server 2008 R2 Standard EditionをAmazonのAWS RDSにコピーする必要があります。SQL ServerデータベースをAmazon AWS RDSにダウンタイムなしでコピー
数週間前、AWSはT-SQLのEXPORTコマンド（またはSSMSのもの）によって生成された.bakファイルの復元を可能にする機能を最終的にリリースしました。これは良いスタートですが、DBをエクスポートし、.bakファイルをS3にコピーしてからRDSに復元する手順は約6時間かかります。
この間、アプリケーションサーバーはダウンして、データベースが同期している必要があります。私たちのウェブサイトのデータベースについて語っているように、6hは対処するのが非常に難しいものです。
は、我々はすでに
誰もがこれを行う方法のアイデアを持っているか、私たちは本当に6時間のダウンタイムを受け入れなければならない... AWSのDMSサービスとレッドゲートのデータが無駄に比較しようとしていますか？
AWS DMSサービスがこの中では動作しませんなぜあなたは手の込んだことができます状況？あなたは、あなたのアプリケーションサーバーがまだ動いている間に最初の6時間の同期を実行させることができます。その後、それは同期を維持し続けます。ある時点では、DMSが最新の変更を同期できるだけの長さのアプリサーバーをシャットダウンしてから、RDSサーバーを指すアプリケーションサーバーを再起動します。ダウンタイムはほとんどありません。 –
コメントありがとうございます。ここでの問題は、ソースDBがSQL Server 2008 R2 Standard Editionであり、レプリケーション/ CDC（データキャプチャの変更）をサポートしていないことです（チェック：http://docs.aws.amazon.com/dms/latest/userguide/CHAP_Source .SQLServer.html）。私はこれを試してみましたが、DMSがソースDB内の複製/ CDCをアクティブ化できなかったというエラーが発生しました。 –
MS SQL Serverには、6時間経過後にAWSコピーを更新できるインクリメンタルダンプを作成する方法が必要ですか？ – Vorsprung