次の方法で共有


データベース コピー ウィザードの使用

適用対象: SQL Server

データベース コピー ウィザードを使用すると、特定のサーバー オブジェクトを SQL Server のあるインスタンスから別のインスタンスに、簡単に移動またはコピーできます。サーバーのダウンタイムが生じることはありません。 このウィザードを使用すると、次の操作を実行できます:

  • 移動元またはコピー元、および移動先またはコピー先サーバーを選択します。
  • 移動、またはコピーする 1 つ以上のデータベースを選択します。
  • 1 つ以上のデータベースのファイルの場所を指定します。
  • 移動先またはコピー先サーバーにログインをコピーします。
  • サポート オブジェクト、ジョブ、ユーザー定義のストアド プロシージャ、およびエラー メッセージをコピーします。
  • データベースを移動またはコピーする時期をスケジュールします。

Note

Azure SQL への移行を検討している場合。 データベース コピー ウィザードではなく次のツールを検討してください。

制限事項

  • データベース コピー ウィザードは、Express Edition では使用できません。

  • データベース コピー ウィザードを使用して、次のデータベースをコピーしたり移動したりすることはできません。

    • システム データベース (mastermodelmsdbtempdb)。
    • レプリケーション用にマーク付けされているデータベース
    • アクセス不可、読み込み中、オフライン、復旧中、未確認、または緊急モードのマーク付けがされているデータベース
    • データまたはログ ファイルを Microsoft Azure Storage に保存しているデータベース
  • FileTables を使用するとき、同じサーバーでデータベース コピー ウィザードを使用することはできません。このウィザードでは同じディレクトリ名が使用されるためです。

  • データベースは、SQL Server の以前のバージョンに移動またはコピーすることはできません。

  • [移動] オプションを選択した場合、データベースを移動した後で、コピー元データベースが自動的に削除されます。 [コピー] オプションを選択した場合は、コピー元データベースが削除されません。 さらに、選択したサーバー オブジェクトは、移動ではなくコピーされます。実際に移動されるオブジェクトはデータベースだけです。

  • SQL Server 管理オブジェクトの方法を使用してフルテキスト カタログを移動する場合は、移動後にインデックスを再作成する必要があります。

  • デタッチ後にアタッチする 方法:

    1. データベースをデタッチする
    2. データベース .mdf.ndf.ldf ファイルを移動またはコピーします。
    3. 新しい場所でデータベースを再アタッチします。

    デタッチ後にアタッチ する方法では、データの損失や不整合を避けるため、移動またはコピーするデータベースにアクティブなセッションをアタッチすることはできません。 SQL Server 管理オブジェクトの方法では、データベースがオフラインになることがないため、アクティブなセッションが許可されています。

  • 移動先またはコピー先サーバーにまだ存在しないデータベースを参照する SQL Server エージェント ジョブを転送すると、操作全体の失敗につながります。 ウィザードは、データベースを作成する前に、SQL Server エージェント ジョブの作成を試行します。 以下の回避策があります。

    1. 移動先またはコピー先サーバーに、コピーまたは移動するデータベースと同じ名前を持つシェル データベースを作成します。 「 データベースの作成」を参照してください。

    2. [転送先データベースの構成] ページで、 [転送先サーバーに存在する同じ名前のすべてのデータベースを削除して、データベースの転送を続行し、既存のデータベース ファイルを上書きする]を選択します。

警告

デタッチ後にアタッチ する方法を使用すると、転送元と転送先のデータベースの所有権が、 データベース コピー ウィザードを実行しているログインに設定されます。 データベースの所有権を変更するには、「 ALTER AUTHORIZATION (Transact-SQL) 」を参照してください。

  • 宛先サーバーの model システム データベースに、ソース データベースにも存在するユーザー アカウントが含まれている場合、データベースのコピーは失敗します。 このエラーは、新しいデータベースにユーザーを含むデータベース オブジェクトが自動的に model から含まれるので予想されます。 その後、データベースのコピー手順では、ターゲット データベースに同じ名前のユーザーを作成できません。 これを回避するには、 model ターゲット サーバー上のデータベースとデータベースコピー ウィザードのソース データベースに、同じ名前のユーザーが含まれていないことを確認します。

前提条件

  • 移動先またはコピー先のサーバーで SQL Server エージェントが起動されていることを確認します。
  • 移動元またはコピー元のサーバー上のデータとログ ファイル ディレクトリに、移動先またはコピー先サーバーから到達できることを確認します。
  • デタッチ後にアタッチ する方法では、SQL Server Integration Services (SSIS) サブシステムの SQL Server エージェント プロキシが、移動元と移動先の両方のサーバーのファイル システムにアクセスできる資格情報を持つ移動先サーバー上に存在している必要があります。 プロキシの詳細については、「 SQL Server エージェント プロキシの作成」を参照してください。

重要

デタッチ後にアタッチ する方法では、Integration Services プロキシ アカウントを使用しないと、コピーまたは移動プロセスが失敗します。 特定の状況下では、ソース データベースはコピー元または移動元サーバーに再アタッチされず、すべての NTFS セキュリティ アクセス許可がデータとログ ファイルから除去されます。 このような場合は、ファイルに移動し、関連する権限を再適用した後、データベースを SQL Server のインスタンスに再アタッチします。

推奨事項

  • アップグレードしたデータベースのパフォーマンスを最適化するには、アップグレードしたデータベースに対して sp_updatestats (Transact-SQL) (統計の更新) を実行します。
  • データベースを別のサーバー インスタンスに移動またはコピーするときは、ユーザーおよびアプリケーションに一貫した使用環境を提供するために、アタッチ先のサーバー インスタンスで、ログインやジョブなどのデータベースのメタデータの一部またはすべてを作成し直す必要が生じる場合があります。 詳細については、「データベースを別のサーバー インスタンスで使用できるようにするときのメタデータの管理 (SQL Server)」を参照してください。

アクセス許可

コピー元または移動元とコピー先または移動先の両方のサーバーにおいて sysadmin 固定サーバー ロールのメンバーである必要があります。

データベース コピー ウィザード

  1. コピー元またはコピー先の SQL Server インスタンスで、SQL Server Management Studio のオブジェクト エクスプローラーからデータベース コピー ウィザードを起動し、[データベース] を展開します。
  2. 次に、データベースを右クリックして、[タスク] をポイントし、[データベースのコピー] を選択します。
  3. [データベース コピー ウィザードへようこそ] のスプラッシュ ページが表示されたら、[次へ] を選択します。

転送元サーバーの選択

移動またはコピーするデータベースがあるサーバーの指定や、認証情報の入力を行います。 認証方法を選択し、ログインしたら、[次へ] を選択してソース サーバーとの接続を確立します。 セッションの間、この接続は開いています。

  • ソース サーバー

    移動またはコピーするデータベースが配置されているサーバーの名前を識別します。 手動で入力するか、省略記号を選択して目的のサーバーに移動します。 サーバーは、SQL Server 2005 以上である必要があります。

  • [Windows 認証を使用する]

    Microsoft Windows ユーザー アカウントを使用して接続することをユーザーに許可します。

  • [SQL Server 認証を使用する]

    SQL Server 認証用のユーザー名とパスワードを入力して接続することをユーザーに許可します。

    • ユーザー名

      ログインの名前。 このオプションは、 SQL Server 認証を使用した接続を選択した場合にのみ使用できます。

    • パスワード

      [パスワード]。 このオプションは、 SQL Server 認証を使用した接続を選択した場合にのみ使用できます。

転送先サーバーの選択

データベースの移動先またはコピー先のサーバーを指定します。 移動先またはコピー先のサーバーと、移動元またはコピー元のサーバーに同じサーバー インスタンスを設定した場合、データベースのコピーが作成されます。 この場合、後でウィザードでデータベースの名前を変更する必要があります。 コピー元または移動元データベースの名前をコピー先または移動先データベースの名前に使用できるのは、コピー先または移動先サーバーに名前の競合がない場合のみです。 名前が競合する場合、コピー元または移動元のデータベース名を使用する前にコピー先または移動先サーバーの競合を手動で解決する必要があります。

  • [転送先サーバー]
    移動またはコピーするデータベースが配置されているサーバーの名前を識別するために使用します。 コピー先のサーバー名を手動で入力するか、省略記号を選択して目的のサーバーに移動します。 サーバーは、SQL Server 2005 以上である必要があります。

    Note

    転送先またはコピー先のサーバーとして、クラスター化されたサーバーを選択できます。その場合、データベース コピー ウィザードは、そのクラスター化された転送先またはコピー先のサーバーの共有ドライブのみが選択されていることを確認します。

  • [Windows 認証を使用する]
    Microsoft Windows ユーザー アカウントを使用して接続することをユーザーに許可します。

  • [SQL Server 認証を使用する]
    SQL Server 認証用のユーザー名とパスワードを入力して接続することをユーザーに許可します。

    • ユーザー名
      接続に使用するユーザー名を入力します。 このオプションは、 SQL Server 認証を使用した接続を選択した場合にのみ使用できます。

    • パスワード
      ログインのパスワードを入力します。 このオプションは、 SQL Server 認証を使用した接続を選択した場合にのみ使用できます。

転送方法の選択

デタッチしてアタッチする方法または SQL 管理オブジェクトの方法を選択します。

  • [デタッチ後にアタッチする方法を使用する]

    コピー元サーバーのデータベースをデタッチし、データベース ファイル (.mdf.ndf、および .ldf) をコピー先サーバーにコピーした後、データベースをコピー先サーバーにアタッチします。 主な処理はコピー元ディスクを読み取り、コピー先ディスクに書き込むだけなので、通常は高速に処理されます。 データベース内にオブジェクトを作成したり、データ ストレージ構造体を作成したりするために必要な SQL Server ロジックは不要です。 ただし、データベースに割り当て済みの未使用の領域が多量にある場合は、この方法では時間がかかる場合があります。 たとえば、100 MB の割り当てで新しく作成された事実上空のデータベースの場合、5 MB のみが使用されているだけでも、全 100 MB がコピーされます。

    Note

    この方法の場合、転送中はユーザーがデータベースを使用できなくなります。

    警告

    エラーが発生した場合は、コピー元データベースを再度アタッチします。 データベースのコピー時には、元のデータベース ファイルが必ずコピー元サーバーに再アタッチされます。 データベースの移動を完了できない場合に元のファイルをソース データベースに再アタッチするには、このチェック ボックスをオンにします。

  • [SQL 管理オブジェクトの方法を使用する]
    コピー元データベースの各データベース オブジェクトの定義を読み取って、コピー先データベースに各オブジェクトを作成します。 その後、コピー元テーブルのデータをコピー先テーブルに転送し、インデックスとメタデータを再作成します。

    Note

    データベース ユーザーは転送中もデータベースにアクセスできます。

データベースの選択

移動元またはコピー元のサーバーから移動先またはコピー先のサーバーへ移動またはコピーする 1 つ以上のデータベースを選択します。 「制限事項と制約事項」を参照してください。

  • 移動
    データベースが移動先サーバーに移動されます。

  • コピー
    データベースがコピー先サーバーにコピーされます。

  • ソース
    移動またはコピー元のサーバーに存在するデータベースが表示されます。

  • Status
    ソース データベースのさまざまな情報が表示されます。

  • [更新]
    データベースの一覧が更新されます。

[転送先データベースの構成]

適切な場合には、データベース名を変更して、データベース ファイルの場所と名前を指定します。 このページは、移動またはコピーするデータベースごとに一度表示されます。

  • ソース データベース
    ソース データベースの名前。 このテキスト ボックスは編集できません。

  • [移行先データベース]
    必要に応じて、作成される移動先またはコピー先のデータベースの名前を変更します。

  • [転送先データベース ファイル]:

    • Filename
      必要に応じて、作成される移動先またはコピー先のデータベース ファイルの名前を変更します。

    • [サイズ (MB)]
      移動先またはコピー先のデータベース ファイルのサイズ (MB 単位)。

    • [同期先フォルダー]
      必要に応じて、移動先またはコピー先のデータベース ファイルをホストする移動先またはコピー先のサーバーのフォルダーを変更します。

    • Status
      状態

  • 移動先またはコピー先データベースが既に存在する場合:
    移動先またはコピー先データベースが既に存在する場合に行う操作を決定します。

    • [転送先に同じ名前のデータベースまたはファイルが存在する場合は、転送を中止する]

    • [転送先サーバーに存在する同じ名前のすべてのデータベースを削除して、データベースの転送を続行し、既存のデータベース ファイルを上書きする]

サーバー オブジェクトを選択する

このページは、移動元のサーバーと移動先のサーバーが異なる場合にのみ使用できます。

  • [使用可能な関連オブジェクト]
    転送先のサーバーへの転送に使用できるオブジェクトを一覧表示します。 オブジェクトを操作の対象にするには、[使用可能な関連オブジェクト] ボックスでオブジェクト名を選択した後、>>[] ボタンを選択して [選択した関連オブジェクト] ボックスにオブジェクトを移動します。

  • [選択した関連オブジェクト]
    転送先のサーバーに転送されるオブジェクトの一覧を表示します。 オブジェクトを操作の対象から除外するには、[選択した関連オブジェクト] ボックスでオブジェクト名を選択した後、<<[] ボタンを選択して [使用可能な関連オブジェクト] ボックスにオブジェクトを移動します。 既定では、選択したそれぞれの種類のオブジェクトがすべて転送されます。 特定の種類のオブジェクトを個別に選択するには、[選択した関連オブジェクト] ボックスの横にある参照ボタンを選択します。 ここで開くダイアログ ボックスを使用して、オブジェクトを個別に選択できます。

  • サーバー オブジェクトの一覧

    • [ログイン] (既定で選択)
    • SQL Server エージェント ジョブ
    • [ユーザー定義エラー メッセージ]
    • エンドポイント
    • フルテキスト カタログ
    • [SSIS パッケージ]
    • master データベースのストアド プロシージャ

Note

拡張ストアド プロシージャおよび関連する DLL は、自動コピーの対象になりません。

転送元のデータベース ファイルの場所

このページは、移動元のサーバーと移動先のサーバーが異なる場合にのみ使用できます。 転送元サーバー上のデータベース ファイルが格納されているファイル システム共有を指定します。

  • データベース
    移動される各データベースの名前を表示します。

  • [フォルダーの場所]
    転送元サーバー上にあるデータベース ファイルのフォルダーの場所。 (例: C:\Program Files\Microsoft SQL Server\MSSQL110.MSSQLSERVER\MSSQL\DATA)。

  • [転送元のサーバーでのファイル共有]
    転送元サーバー上にあるデータベース ファイルを含むファイル共有。 手動で共有を入力するか、省略記号を選択して共有に移動します。 (例: \\server_name\C$\Program Files\Microsoft SQL Server\MSSQL110.MSSQLSERVER\MSSQL\Data)。

パッケージを構成する

データベース コピー ウィザードでは、データベースを転送するための SSIS パッケージが作成されます。

  • [パッケージの場所]
    SSIS パッケージを書き込む場所が表示されます。

  • パッケージ名
    SSIS パッケージの既定の名前が作成されます。必要に応じて変更します。

  • [ログ オプション]
    ログ情報を Windows イベント ログとして保存するか、テキスト ファイルとして保存するかを選択します。

  • [エラー ログ ファイルのパス]
    このオプションは、テキスト ファイルのログのオプションが選択されている場合のみ使用できます。 ログ ファイルの場所のパスを指定します。

パッケージのスケジュール設定

移動操作またはコピー操作をいつ開始するのかを指定します。 システム管理者でない場合は、Integration Services (SSIS) パッケージ実行サブシステムへのアクセス権がある SQL Server エージェント プロキシ アカウントを指定する必要があります。

重要

デタッチ後にアタッチ する方法では、Integration Services プロキシ アカウントを使用する必要があります。

  • Run immediately
    SSIS パッケージは、ウィザードの完了後に実行されます。

  • スケジュール
    SSIS パッケージは、スケジュールに従って実行されます。

    • [スケジュールの変更]

      [新しいジョブ スケジュール] ダイアログ ボックスが表示されます。 必要に応じて構成します。 完了したら、OK を選択します。

  • [Integration Services プロキシ アカウント] ドロップダウン リストから利用可能なプロキシ アカウントを選択します。 転送をスケジュールするには、1 つ以上のプロキシ アカウントをユーザーが使用できる状態であり、 SSIS パッケージ実行用サブシステムに対する権限がこれらのアカウントに対して構成されている必要があります。

Note

SSIS パッケージ実行用のプロキシ アカウントを作成するには、オブジェクト エクスプローラー[SQL Server エージェント] を展開し、[プロキシ] を展開してから、[SSIS パッケージ実行] を右クリックして [新しいプロキシ] を選択します。

ウィザードの完了

選択したオプションの概要を表示します。 オプションを変更するには、[戻る] を選択します。 [完了] を選択して、SSIS パッケージを作成します。 データベース コピー ウィザード の実行に関する状態情報が [操作を実行しています]ページに表示されます。

  • 操作

    実行されている各アクションが一覧表示されます。

  • Status

    アクションが全体として成功したか、失敗したかを示します。

  • メッセージ

    各ステップで返されるメッセージが表示されます。

一般的な手順

[移動] または [コピー][デタッチ後にアタッチ] または [SMO] を選択するかどうかにかかわらず、次の 5 つの手順は同じになります。 簡潔にするため、最初の 5 つの手順をここに一度だけリストし、例はすべて 手順 6 から始めます。

  1. オブジェクト エクスプローラーで、SQL Server データベース エンジンのインスタンスに接続し、そのインスタンスを展開します。

  2. [データベース] を展開し、目的のデータベースを右クリックし、[タスク] をポイントして、[データベースのコピー] を選択します。

  3. [データベース コピー ウィザードへようこそ] のスプラッシュ ページが表示されたら、[次へ] を選択します。

  4. [転送元サーバーの選択] ページ: 移動またはコピーするデータベースがあるサーバーを指定します。 認証方法を選択します。 [SQL Server 認証を使用する] を選択した場合には、認証情報を入力します。 [次へ] を選択して、転送元サーバーへの接続を確立します。 セッションの間、この接続は開いています。

  5. [転送先サーバーの選択] ページ: データベースの移動先またはコピー先のサーバーを指定します。 認証方法を選択します。 [SQL Server 認証を使用する] を選択した場合には、認証情報を入力します。 [次へ] を選択して、転送元サーバーへの接続を確立します。 セッションの間、この接続は開いています。

Note

任意のデータベースからデータベース コピー ウィザードを起動することができます。 転送元または転送先のサーバーからデータベース コピー ウィザードを使用することができます。

A. デタッチ後にアタッチする方法を使用して、データベースを別の物理サーバー上のインスタンスに移動します。 ログインと SQL Server エージェント ジョブも移動されます。

次の例は、 Sales データベース、 contoso\Jennie という名前の Windows ログイン、 Jennie's Report という名前の SQL Server エージェントを、 Server1 上の SQL Server の 2008 インスタンスから、 Server2上のSQL Server の 2016 インスタンスに移動します。 Jennie's Report は、 Sales データベースを使用します。 Sales は、移動先サーバー Server2にはまだ存在していません。 Server1 は、データベースの移動後に、別のチームに再割り当てされます。

  1. 制限事項」で説明したように、宛先サーバーにまだ存在していないデータベースを参照する SQL Server エージェント ジョブを転送するときに、移動先サーバー上にシェル データベースを作成する必要があります。 Sales という名前のシェル データベースを移動先サーバー上に作成します。

  2. ウィザードに戻り、 [転送方法の選択] ページで、既定値を確認して維持します。 [次へ] を選択します。

  3. [データベースの選択] ページ: 目的のデータベース ( ) の [移動] Salesチェックボックスをオンにします。 [次へ] を選択します。

  4. [転送先データベースの構成] ページ: ウィザード で、手順 6 で作成したように、Sales が宛先サーバーに存在していることが識別され、_new宛先データベース 名に付加されています。 _new [転送先データベース] テキスト ボックスから を削除します。 必要に応じて、 ファイル名インストール先フォルダーを変更します。 [転送先サーバーに存在する同じ名前のすべてのデータベースを削除して、データベースの転送を続行し、既存のデータベース ファイルを上書きする]を選択します。 [次へ] を選択します。

  5. [サーバー オブジェクトの選択] ページ: [選択した関連オブジェクト] パネルで、オブジェクト名のログインの省略記号ボタンを選択します。 [コピー オプション] の下で、 [選択したログインのみコピーする:]を選択します。 [すべてのサーバー ログインを表示する]チェックボックスをオンにします。 contoso\Jennie[ログイン] チェックボックスをオンにします。 [OK] を選択します。 [使用可能な関連オブジェクト] パネルで、SQL Server エージェント ジョブを選択し、>[] ボタンを選択します。 [選択した関連オブジェクト] パネルで、SQL Server エージェント ジョブの省略記号ボタンを選択します。 [コピー オプション] の下で、 [選択したジョブのみコピーする]を選択します。 Jennie's Reportのチェック ボックスをオンにします。 [OK] を選択します。 [次へ] を選択します。

  6. [転送元のデータベース ファイルの場所] ページ: [転送元のサーバーでのファイル共有] の省略記号ボタンを選択して、指定したフォルダーの場所に移動します。 たとえば、フォルダーの場所 D:\MSSQL13.MSSQLSERVER\MSSQL\DATA は、 転送元のサーバーでのファイル共有\\Server1\D$\MSSQL13.MSSQLSERVER\MSSQL\DATA を使用します。 [次へ] を選択します。

  7. [パッケージの構成] ページ: [パッケージ名] テキスト ボックスに「SalesFromServer1toServer2_Move」と入力します。 [転送ログを保存しますか?] チェックボックスをオンにします。 [ログ オプション] ドロップダウン リストで、[テキスト ファイル] を選択します。 必要に応じて、 [エラー ログ ファイルのパス]を変更します。 [次へ] を選択します。

    Note

    [エラー ログ ファイルのパス] は、転送先サーバー上のパスです。

  8. [パッケージのスケジュール設定] ページ: [Integration Services プロキシ アカウント] ドロップダウン リストから関連するプロキシを選択します。 [次へ] を選択します。

  9. [ウィザードの完了] ページ: 選択したオプションの概要を確認します。 オプションを変更するには、[戻る] を選択します。 [完了] を選択してタスクを実行します。 転送中は、 ウィザード の実行に関する状態情報が [操作を実行しています]ページに表示されます。

  10. [操作を実行しています] ページ: 操作が成功したら、[閉じる] を選択します。 操作が失敗した場合は、エラー ログを確認し、場合によっては [戻る] でさらに確認します。 そうでない場合は、[閉じる] を選択します。

  11. 移動後の手順 新しいホスト Server2で次の T-SQL ステートメントを実行することを検討します。

    ALTER AUTHORIZATION ON DATABASE::Sales TO sa;
    GO
    ALTER DATABASE Sales 
    SET COMPATIBILITY_LEVEL = 130;
    GO
    
    USE [Sales]
    GO
    EXEC sp_updatestats;
    GO
    
  12. 移動後ステップ清掃 Server1 は別のチームに移動され、[移動] 操作は繰り返されないため、次の手順の実行を検討してください:

  • Server2 で SSIS パッケージ SalesFromServer1toServer2_Move を削除する。
  • Server2 で SQL Server エージェントジョブ SalesFromServer1toServer2_Move を削除します。
  • Server1 で SQL Server エージェントジョブ Jennie's Report を削除します。
  • Server1 にログイン contoso\Jennie をドロップします。

B. デタッチの後にアタッチする方法を使用して、データベースを同じインスタンスにコピーし、定期的なスケジュールを設定します。

この例では、Sales データベースがコピーされ、同じインスタンス上に SalesCopy として作成されます。 その後、 SalesCopyは週単位で再作成されます。

  1. [転送方法の選択] ページ: 既定値を確認して維持します。 [次へ] を選択します。

  2. [データベースの選択] ページ: データベースの [コピー] Sales チェックボックスをオンにします。 [次へ] を選択します。

  3. [転送先データベースの構成] ページ: [転送先データベース] の名前を SalesCopyに変更します。 必要に応じて、 ファイル名インストール先フォルダーを変更します。 [転送先サーバーに存在する同じ名前のすべてのデータベースを削除して、データベースの転送を続行し、既存のデータベース ファイルを上書きする]を選択します。 [次へ] を選択します。

  4. [パッケージの構成] ページ: [パッケージ名] テキスト ボックスに「SalesCopy Weekly Refresh」と入力します。 [転送ログを保存しますか?] チェックボックスをオンにします。 [次へ] を選択します。

  5. [パッケージのスケジュール設定] ページ: [スケジュール] ラジオ ボタンを選択し、[スケジュールの変更] ボタンを選択します。

    1. [新しいジョブ スケジュール] ページ: [名前] テキスト ボックスに「毎週日曜日」と入力します。

    2. [OK] を選択します。

  6. [Integration Services プロキシ アカウント] ドロップダウン リストから関連するプロキシを選択します。 [次へ] を選択します。

  7. [ウィザードの完了] ページ: 選択したオプションの概要を確認します。 オプションを変更するには、[戻る] を選択します。 [完了] を選択してタスクを実行します。 パッケージの作成中は、 ウィザード の実行に関する状態情報が [操作を実行しています]ページに表示されます。

  8. [操作を実行しています] ページ: 操作が成功したら、[閉じる] を選択します。 操作が失敗した場合は、エラー ログを確認し、場合によっては [戻る] でさらに確認します。 そうでない場合は、[閉じる] を選択します。

  9. 新しく作成された SQL Server エージェント ジョブ SalesCopy weekly refreshを手動で開始します。 ジョブ履歴を確認して、 SalesCopy がインスタンスに存在すること確認します。

補足情報: データベースをアップグレードした後

データベース コピー ウィザードを使用して、以前のバージョンの SQL Server データベースを SQL Server のバージョンにアップグレードした後は、データベースが直ちに使用可能となり、自動的にアップグレードされます。 データベースにフルテキスト インデックスがある場合、アップグレード プロセスでは、 "フルテキスト アップグレード オプション" サーバー プロパティの設定に応じて、インポート、リセット、または再構築が行われます。 アップグレード オプションが [インポート] または [再構築]に設定されている場合、アップグレード中、フルテキスト インデックスは使用できません。 インデックスを作成するデータ量によっては、インポートに数時間、再構築にはより時間がかかることがあります。

アップグレード オプションが [インポート] に設定されているときに、フルテキスト カタログが使用できない場合は、関連付けられたフルテキスト インデックスが再構築されます。 フルテキスト アップグレード オプション プロパティの設定の表示と変更については、「 サーバー インスタンスでのフルテキスト検索の管理と監視」を参照してください。

アップグレード後は、以前の互換性レベルが新しいバージョンでサポートされていない場合を除き、データベースの互換性レベルはアップグレード前の互換性レベルのままです。 この場合、アップグレードされたデータベースの互換性レベルは、サポートされている最低の互換性レベルに設定されます。

たとえば、SQL Server 2019 (15.x)のインスタンスにアタッチする前の互換性レベルが 90 であったデータベースをアタッチする場合、アップグレード後、互換性レベルは 100 に設定されます。これは、SQL Server 2019 (15.x) でサポートされている下限の互換性レベルです。 詳細については、「ALTER DATABASE 互換性レベル (Transact-SQL)」を参照してください。

コピーまたは移動後の考慮事項

コピー または 移動の後に、次の手順を実行するかどうかを検討します。

  • デタッチ後にアタッチの方法を使用する際に、データベースの所有権を変更します。
  • [移動] 後に移動元のサーバーでサーバー オブジェクトを破棄します。
  • 宛先サーバーで、ウィザードによって作成された SSIS パッケージを破棄します。
  • 移動先サーバーで、ウィザードによって作成された SQL Server エージェント ジョブを破棄します。