このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
それぞれの質問に最も適した回答を選んでください。 その後、[回答を確認] を選択します。
データベースのサイズが 30 TB の場合、Azure への完全に最適化された非常に大規模なデータベース (VLDB) の移行のデータ転送コンポーネントには、どれくらいの時間がかかりますか?
3 時間。
15 時間。
30 時間。
非常に大規模なデータベースの移行では、一般に、4 台のエクスポート R3load サーバーが使用されます。 通常、エクスポート サーバー 1 は何の専用ですか?
データベースで最も大きい 1 から 4 つのテーブル
データベースで最も大きい 50 から 100 個のテーブル
テーブル分割を含む任意のテーブル
非常に大規模なデータベースのエクスポート用にソース システムを最適化する場合、R3load プロセスの実行にはどのソリューションを使用する必要がありますか?
UNIX サーバー
Intel CPU
他の選択肢のどちらを選んでも、パフォーマンスに大きな違いは出ません。
非常に大規模なデータベースを移行する場合、ソース データベースの複数の複製を作成して並列でエクスポートする利点は何ですか?
エクスポートの方が高速。
データの損失や不整合の可能性が減少する。
他の方法では移行サイズの制限を超える可能性がある大規模なデータベースを移行できる。
移行に次の SQL ステートメントを使用します: select session_id, request_id, start_time, status, command, wait_type, wait_resource, wait_time, last_wait_type, blocking_session_id from sys.dm_exec_requests where session_id >49 orderby wait_time desc; データベースのインポートの実行中に、いつ、どれくらいの頻度で、この SQL ステートメントを実行する必要がありますか?
インポート プロセスの最後に 1 回。
インポート プロセス全体を通して数分ごと。
インポート プロセスの開始時に 1 回と、インポート プロセスの最後に 1 回。
作業を確認する前にすべての問題に回答する必要があります。
このページはお役に立ちましたか?