移行データベーススキーマへのDMAを使用します

    先に述べた、とDMSでデータベースを移行する際、データベース(テーブル構造など)の基本構造を聞いてきますし、データベースより、それは非常に面倒であれば、同じであることが判明し、ビューのように、しませんでしたストアドプロシージャDMSに移行する方法。


    このようなケースがあるそうだとすれば、実際には、DMSは非常に簡単ではありませんが、実際には、これはマイクロソフトため、データベースの移行および複数の方法のDMS、中国の時間でのDMSの着陸は半年持っていないという事実はなく、別のツールのDMAのために、その理由であります実際には、数年5月GA前に、DMAは非常に便利なツールである彼が、彼は非常に重要な機能は、あなたが評価DMAの移行を行うために取ることができたときに、このようなSQL ServerのAzureのSQLへの移行に先立ちとして評価を、行う能力であるましたまた、データベースの移行を行うことができ、我々は最初のデータベース・スキーマDMAの移行を、DMSを使用する前にデータを移行することができますので、移行プロセス全体がスムーズに、よりになります!


    まず、あなたがツールDMSとは異なりDMA、DMAをダウンロードする必要があり、彼はSaaSのプラットフォームではなく、ソースおよびターゲット・データベースへのアクセス限り、ローカルインストールにダウンロードすることができ、ローカルにインストールツールは、ネットワーク上に存在することができます


    https://www.microsoft.com/en-us/download/details.aspx?id=53595


    インストールプロセスは、以下では、直接の使用方法を確認するために、詳細には触れませんDMAインタフェースであり、1.png


私たちはここで直接あなたがソースを直接AWS RDS選択することができます見ることができ、我々はそれを試して評価を獲得し、時間の作成が査定、または移行を選択することができます表示されます、プロジェクトを作成することができます

2.png


AzureのSQLは、より軽量なデータベースであるため、互換性DMAがデータベースを検出し、一部の機能がサポートされていませんが、また、自身の異なるデータベース・バージョン間の互換性の問題は、それが最初の似たような状況があるかどうかを評価しなければなりません

3.png


ここで、ソースに接続されている情報源を読み出し、リポジトリ

4.png


迅速な評価プロセスは、我々はスクリーニングレポートから抜け出すことができますので、時間の数と大きさは、データ量が少ないかもしれ評価、のソースライブラリに依存します

5.png



以下は、移行元のライブラリはオプションAWS RDSはありませんが、我々は、SQL Serverの、のような直接選挙スキーマの移行範囲を選択することができ、我々はデータ移行DMSを使用することができますが、DMA自体ではなく、データベーススキーマのDMAの移行を使用する方法を見ていきますサポート段階的な移行が、DMSができ、実際には2缶を組み合わせて使用​​するので、

6.png


ここでは、ソースとターゲットライブラリを選択

7.png


ここでは、ソースライブラリ情報、ビュー、対応するスクリプトを生成します手順を読んだ後、見ることができ、これらのスクリプトは、実行するために、ターゲット・データベースに上がるだろう

9.png


デプロイスキーマの後、あなたは結果を見ることができます

10.png


ターゲット・データベースの後、すでにライブラリとソースでもある同じ主キーテーブルの内容を見ることができます

11.png


DMSの移行はプロンプト任意のテーブルが存在していないではないだろうときにした後、主キーは次のように存在しません。

12.png




おすすめ

転載: blog.51cto.com/mxyit/2465438