この記事では、あるSQLインスタンスから別のSQLインスタンスにオブジェクトを移動するためのデータベースコピーウィザードの機能について説明します。 さらに、制限とそれらを乗り越えるためのヒントを見ていきます。
A SQL Server インスタンスは複数のオブジェクトで構成されており、それらのオブジェクトを特定のインスタンスから別のインスタンスに移動する必要がある場合は、手動で転送するのは賢明なことではありません。 SQLオブジェクトをあるインスタンスから別のインスタンスに転送するには、データベースのコピーウィザードを使用する必要があります。 このウィザードを使用すると、特定のデータベースオブジェクトをコピーできるだけでなく、データベース全体をコピーすることもできます。これにより、サーバーのダウンタイムも発生しません。 このウィザードを利用することで、以下のアクションをスムーズかつ短時間で実行できます。
- 任意のソースと宛先サーバーを選択します。
- シフトまたはコピーするデータベースを選択します。
- データベースのファイルの場所に言及します。
- 宛先サーバーに目的のログインをコピーします。
- ストアドプロシージャ、サポートオブジェクト、ジョブ、およびエラーメッセージをコピーします。
- データベースをシフトまたはコピーするデータと時間を決定します。
データベースのコピーウィザードを使用するときに実行できるすべてのこととは別に、それを使用して実行できないすべてのことを知る必要もあります。 そのすべての制限と制限のうち、most 知っておく必要のある重要な点は、ExpressEditionの SQL Server。 ウィザードのその他の制限を以下に示します。
のデータベースコピーウィザードの制限と制限 SQL Server
- データベースのコピーウィザードを使用して、システム、レプリケーションのマーク、アクセス不能、オフライン、ロード、リカバリ、緊急モード、または疑わしいデータベースを移動することはできません。 また、MS AzureStorageにログファイルまたはデータが存在するデータベースを移動することも制限されます。
- これにより、データベースを古いデータベースに移動またはコピーすることはできません。 SQL Server 版。
- [移動]オプションを選択した場合、データベースが移動されると、ウィザードはデータベースのソースを自動的に削除します。 ただし、[移動]の代わりに[コピー]オプションを選択した場合、ソースは削除されません。 [コピー]オプションを使用すると、選択したサーバーオブジェクトがコピーされ、移動されず、データベースのみが移動されます。
- デタッチとアタッチのオプションを使用すると、データベースをデタッチし、複数のファイルを移動またはコピーした後、新しい場所に再アタッチします。 この方法ではデータが失われ、不整合が生じる可能性があるため、移動またはコピープロセスが実行されているデータベースにアクティブなセッションをアタッチしないようにすることをお勧めします。 SQL Serverの管理オブジェクトメソッドの場合、データベースがオフラインになることはないため、ユーザーはアクティブなセッションを許可されます。
- でエージェントジョブを転送する場合 SQL Server、宛先サーバー上の存在しないデータベースを参照している場合、操作全体が失敗することになります。 この問題の回避策は、でエージェントジョブを作成することです。 SQL Server データベースが作成される前。
あなたが保つことを計画するとき SQL Server データベースを最適な形に保つことを検討してください SQL Server 修理 データエラーのインシデントに対処するための近くのツール。
著者紹介：
ビクターサイモンは、のデータ復旧の専門家です DataNumen、Inc。は、以下を含むデータ復旧技術の世界的リーダーです。 アクセス回復 およびSQL回復ソフトウェア製品。 詳細については、次のWebサイトをご覧ください。 WWW。datanumen.com