Always On 可用性グループに対するセカンダリデータベースの準備

[アーティクル]
04/26/2023

適用対象: SQL Server

このトピックでは、SQL Server Management Studio、Transact-SQL、または PowerShell を使用して、SQL Server で AlwaysOn 可用性グループのデータベースを準備する方法について説明します。データベースの準備には、2 つの手順が必要です。

RESTORE WITH NORECOVERY を使用して、セカンダリレプリカをホストする各サーバーインスタンスに、プライマリデータベースの最新のデータベースバックアップと以降のログバックアップを復元します。
復元したデータベースを可用性グループに参加させます。

ヒント

既存のログ配布構成がある場合は、ログ配布プライマリデータベースとその 1 つ以上のセカンダリデータベースを、可用性グループプライマリレプリカと 1 つ以上のセカンダリレプリカに変換できる場合があります。詳細については、このトピックの「ログ配布から AlwaysOn 可用性グループへの移行の前提条件 (SQL Server)」を参照してください。

前提条件と制限

データベースを配置するシステムのディスクドライブに、セカンダリデータベース用に十分な空き領域があることを確認します。
セカンダリデータベースの名前は、プライマリデータベースの名前と同じである必要があります。
すべて復元操作に RESTORE WITH NORECOVERY を使用します。
セカンダリデータベースをプライマリデータベースとは異なるファイルパス (ドライブ文字を含む) に配置する必要がある場合は、復元コマンドでデータベースファイルごとに WITH MOVE オプションも使用して、それらのファイルをセカンダリデータベースのパスに指定する必要があります。
データベースのファイルグループをファイルグループごとに復元する場合は、必ずデータベース全体を復元してください。
データベースの復元後、復元された最後のデータバックアップの後に作成されたすべてのログバックアップを復元する必要があります (WITH NORECOVERY)。

推奨事項

SQL Serverのスタンドアロンインスタンスでは、可能であれば、特定のセカンダリデータベースのファイルパス (ドライブ文字を含む) は、対応するプライマリデータベースのパスと一致させることをお勧めします。セカンダリデータベースの作成時にデータベースファイルを移動し、その後でセカンダリデータベースにファイルを追加しようとした場合、ファイルの追加操作が失敗し、セカンダリデータベースが中断される可能性があるためです。
セカンダリデータベースを準備する場合は、セカンダリレプリカの初期化が完了するまでの間、可用性グループ内のデータベースでスケジュールされているログパックアップを一時停止することを強くお勧めします。

セキュリティ

データベースをバックアップするときに、 TRUSTWORTHY データベースプロパティは OFF に設定されます。したがって、新たに復元されたデータベースでは TRUSTWORTHY は常に OFF です。

アクセス許可

BACKUP DATABASE 権限と BACKUP LOG 権限は、既定では、 sysadmin 固定サーバーロール、 db_owner 固定データベースロール、および db_backupoperator 固定データベースロールのメンバーに与えられています。詳細については、「BACKUP (Transact-SQL)」を参照してください。

復元するデータベースがサーバーインスタンスに存在しない場合、RESTORE ステートメントに CREATE DATABASE 権限が必要です。詳細については、「RESTORE (Transact-SQL)」を参照してください。

SQL Server Management Studio を使用します

Note

バックアップファイルと復元ファイルのパスが、プライマリレプリカをホストするサーバーインスタンスとセカンダリレプリカをホストする各インスタンスとで同じ場合は、新しい可用性グループウィザード、可用性グループへのレプリカ追加ウィザード、または可用性グループへのデータベース追加ウィザードを使用して、セカンダリレプリカデータベースを作成できます。

セカンダリデータベースを準備するには

プライマリデータベースの最新のバックアップがない場合は、データベースの新しい完全バックアップか差分バックアップを作成してください。このバックアップとそれ以降のすべてのログバックアップは、推奨されるネットワーク共有に配置することをお勧めします。
プライマリデータベースの新しいログバックアップを 1 つ以上作成します。

Note

プライマリレプリカのデータベースでトランザクションログバックアップがまだキャプチャされていない場合は、トランザクションログバックアップが不要な可能性があります。 Microsoft では、可用性グループに新しいデータベースを追加するたびにトランザクションログバックアップを実行することをお勧めします。

セカンダリレプリカをホストするサーバーインスタンスで、プライマリデータベースの完全バックアップ (および必要に応じて差分バックアップ)、それ以降のすべてのログバックアップの順で復元します。

[RESTORE DATABASE オプション] ページで、 [データベースは操作不可状態のままで、コミットされていないトランザクションはロールバックしない。別のトランザクションログは復元できます。] (RESTORE WITH NORECOVERY) を選択します。

プライマリデータベースとセカンダリデータベースのファイルパスが異なる場合、たとえばプライマリデータベースはドライブ "F:" にあり、セカンダリレプリカをホストするサーバーインスタンスに F: ドライブがない場合は、WITH 句に MOVE オプションを含めてください。
セカンダリデータベースの構成を完了するには、セカンダリデータベースを可用性グループに参加させる必要があります。詳細については、「可用性グループへのセカンダリデータベースの参加 (SQL Server)」を参照してください。

Note

これらのバックアップ操作および復元操作の実行方法については、このセクションの「関連するバックアップと復元のタスク」を参照してください。

Transact-SQL の使用

セカンダリデータベースを準備するには

Note

この手順の例については、このトピックの「例 (Transact-SQL)」を参照してください。

プライマリデータベースの最新の完全バックアップがない場合は、プライマリレプリカをホストするサーバーインスタンスに接続し、データベースの完全バックアップを作成してください。このバックアップとそれ以降のすべてのログバックアップは、推奨されるネットワーク共有に配置することをお勧めします。
セカンダリレプリカをホストするサーバーインスタンスで、プライマリデータベースの完全バックアップ (および必要に応じて差分バックアップ)、それ以降のすべてのログバックアップの順で復元します。すべて復元操作に WITH NORECOVERY を使用します。

プライマリデータベースとセカンダリデータベースのファイルパスが異なる場合、たとえばプライマリデータベースはドライブ "F:" にあり、セカンダリレプリカをホストするサーバーインスタンスに F: ドライブがない場合は、WITH 句に MOVE オプションを含めてください。
必要なログバックアップ以降にプライマリデータベースのログバックアップを作成した場合は、それらのログバックアップもセカンダリレプリカをホストするサーバーインスタンスにコピーして、各ログバックアップをセカンダリデータベースに適用する必要があります。その際には古いものから順に適用し、毎回 RESTORE WITH NORECOVERY を使用します。

Note

プライマリデータベースを作成したばかりでログバックアップがまだ作成されていない場合や、復旧モデルを単純から完全に変更したばかりの場合には、ログバックアップが存在しない可能性があります。
セカンダリデータベースの構成を完了するには、セカンダリデータベースを可用性グループに参加させる必要があります。詳細については、「可用性グループへのセカンダリデータベースの参加 (SQL Server)」を参照してください。

Note

これらのバックアップ操作および復元操作の実行方法については、このトピックの「関連するバックアップと復元のタスク」を参照してください。

Transact-SQL の例

次の例では、セカンダリデータベースを準備します。この例では、既定で単純復旧モデルを使用する AdventureWorks2022 サンプルデータベースを使用します。

AdventureWorks2022 データベースを使用するには、完全復旧モデルが使用されるように変更します。
```
USE master;  
GO  
ALTER DATABASE MyDB1   
SET RECOVERY FULL;  
GO  
```
データベースの復旧モデルを SIMPLE から FULL に変更した後は、完全バックアップを作成します。作成した完全バックアップはセカンダリデータベースの作成に使用できます。復旧モデルを変更した直後なので、新しいメディアセットを作成するには WITH FORMAT オプションを指定します。これにより、完全復旧モデルのバックアップを、単純復旧モデルで作成された以前のバックアップと分離できます。この例では、バックアップファイル (C:\AdventureWorks2022.bak) をデータベースと同じドライブに作成します。

Note

運用データベースを使用する場合は、必ず別のデバイスにバックアップしてください。

プライマリレプリカをホストするサーバーインスタンス (INSTANCE01) 上で、次のとおりプライマリデータベースの完全バックアップを作成します。
```
BACKUP DATABASE MyDB1   
    TO DISK = 'C:\MyDB1.bak'   
    WITH FORMAT  
GO  
```
セカンダリレプリカをホストするサーバーインスタンスに完全バックアップをコピーします。
RESTORE WITH NORECOVERY を使用して、セカンダリレプリカをホストするサーバーインスタンスに完全バックアップを復元します。復元コマンドは、プライマリデータベースとセカンダリデータベースのパスが同じかどうかによって変わります。
- パスが同じ場合は、次のようにします。
  
  セカンダリレプリカをホストするコンピューターで、次のとおり完全バックアップを復元します。
```
RESTORE DATABASE MyDB1   
    FROM DISK = 'C:\MyDB1.bak'   
    WITH NORECOVERY  
GO  
```
- パスが異なる場合は、次のようにします。
  
  セカンダリデータベースのパスがプライマリデータベースのパスと異なる (たとえば、ドライブ文字が異なる) 場合、セカンダリデータベースを作成するには、復元操作に MOVE 句が必要です。
  
  重要
  
  プライマリデータベースとセカンダリデータベースのパス名が異なる場合は、ファイルを追加することはできません。ファイル追加操作のログの受信時に、セカンダリレプリカのサーバーインスタンスがプライマリデータベースで使用されるのと同じパスに新しいファイルを配置しようとするためです。
  
  たとえば、次のコマンドは、既定の SQL Serverインスタンスのデータディレクトリ (C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA) に存在するプライマリデータベースのバックアップを復元します。データベースの復元操作では、別のクラスターノードのセカンダリレプリカをホストする、(SQL Server AlwaysOn1) というのリモートインスタンスのデータディレクトリにデータベースを移動する必要があります。そこで、データおよびログファイルが C:\Program Files\Microsoft SQL Server\MSSQL13.Always On1\MSSQL\DATA ディレクトリに復元されます。この復元操作では WITH NORECOVERY を使用してセカンダリデータベースを復元するデータベースに残します。
```
RESTORE DATABASE MyDB1  
  FROM DISK='C:\MyDB1.bak'  
 WITH NORECOVERY,   
    MOVE 'MyDB1_Data' TO   
     'C:\Program Files\Microsoft SQL Server\MSSQL13.Always On1\MSSQL\DATA\MyDB1_Data.mdf',   
    MOVE 'MyDB1_Log' TO  
     'C:\Program Files\Microsoft SQL Server\MSSQL13.Always On1\MSSQL\DATA\MyDB1_Data.ldf';  
GO  
```
完全バックアップを復元した後、プライマリデータベースでログバックアップを作成する必要があります。たとえば、次の Transact-SQL ステートメントは、ログを E:\MyDB1_log.trn というバックアップファイルにバックアップします。
```
BACKUP LOG MyDB1   
  TO DISK = 'E:\MyDB1_log.trn'   
GO  
```
データベースをセカンダリレプリカに参加させるには、必要なログバックアップ (およびそれ以降のすべてのログバックアップ) を事前に適用する必要があります。

たとえば、次の Transact-SQL ステートメントは、最初のログを C:\MyDB1.trn から復元します。
```
RESTORE LOG MyDB1   
  FROM DISK = 'E:\MyDB1_log.trn'   
    WITH FILE=1, NORECOVERY  
GO  
```
データベースをセカンダリレプリカに参加させる前に追加のログバックアップが行われた場合は、RESTORE WITH NORECOVERY を使用して、それらすべてのログバックアップもセカンダリレプリカをホストするサーバーインスタンスに順番に復元する必要があります。

たとえば、次の Transact-SQL ステートメントは、2 つの追加のログを E:\MyDB1_log.trn から復元します。
```
RESTORE LOG MyDB1   
  FROM DISK = 'E:\MyDB1_log.trn'   
    WITH FILE=2, NORECOVERY  
GO  
RESTORE LOG MyDB1   
  FROM DISK = 'E:\MyDB1_log.trn'   
    WITH FILE=3, NORECOVERY  
GO  
```

PowerShell の使用

セカンダリデータベースを準備するには

プライマリデータベースの最新のバックアップを作成する必要がある場合は、プライマリレプリカがホストされているサーバーインスタンスにディレクトリを変更します (cd)。
Backup-SqlDatabase コマンドレットを使用して各バックアップを作成します。
ディレクトリ変更コマンド (cd) を使用して、セカンダリレプリカがホストされているサーバーインスタンスに移動します。
各プライマリデータベースのデータベースおよびログバックアップを復元するには、 restore-SqlDatabase コマンドレットを使用して、 NoRecovery 復元パラメーターを指定します。プライマリレプリカをホストするコンピューターとターゲットセカンダリレプリカをホストするコンピューターとでファイルパスが異なる場合は、 RelocateFile 復元パラメーターも使用します。

Note

コマンドレットの構文を表示するには、 PowerShell 環境で Get-Help SQL Server コマンドレットを使用します。詳細については、「 Get Help SQL Server PowerShell」を参照してください。
セカンダリデータベースの構成を完了するには、セカンダリデータベースを可用性グループに参加させる必要があります。詳細については、「可用性グループへのセカンダリデータベースの参加 (SQL Server)」を参照してください。

SQL Server PowerShell プロバイダーを設定して使用するには

SQL Server PowerShell プロバイダー

バックアップと復元のスクリプトとコマンドのサンプル

次の PowerShell コマンドは、データベースの完全バックアップとトランザクションログをネットワーク共有にバックアップし、その共有からこれらのバックアップを復元します。この例では、データベースの復元先のファイルパスとデータベースがバックアップされたファイルパスが同じであると想定しています。

# Create database backup  
Backup-SqlDatabase -Database "MyDB1" -BackupFile "\\share\backups\MyDB1.bak" -ServerInstance "SourceMachine\Instance"  
# Create log backup  
Backup-SqlDatabase -Database "MyDB1" -BackupAction "Log" -BackupFile "\\share\backups\MyDB1.trn" -ServerInstance "SourceMachine\Instance"  
# Restore database backup   
Restore-SqlDatabase -Database "MyDB1" -BackupFile "\\share\backups\MyDB1.bak" -NoRecovery -ServerInstance "DestinationMachine\Instance"  
# Restore log backup   
Restore-SqlDatabase -Database "MyDB1" -BackupFile "\\share\backups\MyDB1.trn" -RestoreAction "Log" -NoRecovery -ServerInstance "DestinationMachine\Instance"

次のステップ

セカンダリデータベースの構成を完了するには、新たに復元したデータベースを可用性グループに参加させる必要があります。詳細については、セカンダリデータベースの可用性グループへの参加 (SQL Server) に関するページを参照してください。

次の方法で共有

Always On 可用性グループに対するセカンダリデータベースの準備

前提条件と制限

推奨事項

セキュリティ

アクセス許可

SQL Server Management Studio を使用します

関連するバックアップおよび復元のタスク

Transact-SQL の使用

Transact-SQL の例

PowerShell の使用

バックアップと復元のスクリプトとコマンドのサンプル

次のステップ

関連項目

フィードバック

その他のリソース

次の方法で共有

Always On 可用性グループに対するセカンダリ データベースの準備

前提条件と制限

推奨事項

セキュリティ

アクセス許可

SQL Server Management Studio を使用します

関連するバックアップおよび復元のタスク

Transact-SQL の使用

Transact-SQL の例

PowerShell の使用

バックアップと復元のスクリプトとコマンドのサンプル

次のステップ

関連項目

フィードバック

その他のリソース

Always On 可用性グループに対するセカンダリデータベースの準備