Microsoft SQL Server のバックアップを使用して Compute Engine でポイントインタイムリカバリを行う

Last reviewed 2023-06-27 UTC

このチュートリアルでは、Compute Engine SQL Server インスタンスでバックアップを実行します。これらのバックアップを管理して Cloud Storage に保存する方法と、データベースを特定の時点に復元する方法について説明します。

このチュートリアルは、SQL Server のデータをバックアップするシステム管理者、デベロッパー、エンジニア、データベース管理者または DevOps エンジニアの方に役立ちます。

このチュートリアルは、読者が次の技術を理解していることを前提としています。

Microsoft Windows
Microsoft SQL Server
SQL Server の完全バックアップ、差分バックアップ、トランザクションログのバックアップ
Compute Engine
Cloud Storage

目標

SQL Server インスタンスを起動してデータベースを作成する。
完全バックアップ、差分バックアップ、トランザクションログのバックアップを行う。
Cloud Storage にバックアップをアップロードする。
Cloud Storage のバックアップからデータベースを復元する。

料金

このドキュメントでは、Google Cloud の次の課金対象のコンポーネントを使用します。

Compute Engine
ネットワーキング
Cloud Storage
SQL Server（Compute Engine のプレミアム階層）

料金計算ツールを使うと、予想使用量に基づいて費用の見積もりを生成できます。新しい Google Cloud ユーザーは無料トライアルをご利用いただける場合があります。

始める前に

Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

Google Cloud Console の [プロジェクトセレクタ] ページで、Google Cloud プロジェクトを選択または作成します。

プロジェクトセレクタに移動

Google Cloud プロジェクトで課金が有効になっていることを確認します。

Compute Engine API を有効にします。

API を有効にする

Google Cloud Console の [プロジェクトセレクタ] ページで、Google Cloud プロジェクトを選択または作成します。

プロジェクトセレクタに移動

Google Cloud プロジェクトで課金が有効になっていることを確認します。

Compute Engine API を有効にします。

API を有効にする

任意の Remote Desktop Protocol（RDP）クライアントをインストールします。詳細については、Microsoft リモートデスクトップクライアントをご覧ください。RDP クライアントがすでにインストールされている場合は、このタスクをスキップできます。

このドキュメントに記載されているタスクの完了後、作成したリソースを削除すると、それ以上の請求は発生しません。詳細については、クリーンアップをご覧ください。

SQL Server インスタンスの準備

このセクションでは、SQL Server インスタンスを起動し、データベースを準備して暗号鍵を構成します。

SQL Server インスタンスを起動する

最初の作業は、SQL Server インスタンスを起動してバックアップフォルダを作成することです。

Cloud Shell を開きます。

Cloud Shell に移動

SQL Server インスタンスを起動します。

gcloud compute instances create sqlserver \
    --zone=us-central1-c \
    --machine-type=n1-standard-1 \
    --image-family=sql-std-2019-win-2019 \
    --image-project=windows-sql-cloud \
    --boot-disk-size=50GB \
    --boot-disk-type=pd-standard \
    --tags=sqlserver \
    --scopes=https://www.googleapis.com/auth/cloud-platform

Google Cloud コンソールで [VM インスタンス] ページに移動し、接続する Windows インスタンスを探します。

[VM インスタンス] ページに移動
インスタンスに初期パスワードを設定します。パスワードは安全な場所に保管してください。
Google Cloud コンソールの [Compute Engine] セクションで、[RDP] プルダウンをクリックして、[RDP ファイルをダウンロード] オプションを選択し、インスタンスの RDP ファイルをダウンロードします。このファイルを RDP クライアントで使用することで、インスタンスに接続できます。詳細については、Microsoft リモートデスクトップクライアントをご覧ください。

SQL Server Management Studio をインストールする

次の手順で Microsoft SQL Server Management Studio（SSMS）をインストールします。

RDP セッションで、すべてのウィンドウを最小化し、Windows PowerShell ISE アプリを起動します。

PowerShell プロンプトで、SSMS インストーラをダウンロードして実行します。

Start-BitsTransfer `
    -Source "https://aka.ms/ssmsfullsetup" `
    -Destination "$env:Temp\ssms-setup.exe"
& $env:Temp\ssms-setup.exe

プロンプトの内容に同意して、変更を許可します。
SSMS インストーラで [インストール] をクリックします。
インストールが完了したら、[再起動] をクリックしてリモートマシンを再起動します。これで RDP セッションが終了します。
再接続するには、RDP ウィンドウで [接続] をクリックします。リモートマシンの再起動が完了していない場合は、しばらくしてからもう一度接続を試みてください。
先ほど保存したユーザー名とパスワードを入力します（[ドメイン] フィールドは空白のままにします）。[OK] をクリックして再接続します。

バックアップフォルダと復元フォルダを準備する

RDP セッションで、すべてのウィンドウを最小化してから、Windows デスクトップで Google Cloud SDK Shell を開きます（Cloud Shell ではありません）。
バックアップフォルダを作成します。
```
mkdir c:\backup
```
復元フォルダを作成します。
```
mkdir c:\restore
```

データベースを準備する

Cloud Shell で、インスタンスにテストデータベースを作成します。
```
osql -E -Q "create database testdb"
```
注: ログインに失敗したというメッセージが表示された場合は、Google Cloud SDK Shell を管理者として実行します。

テストテーブルを作成します。

osql -E -Q "create table testdb.dbo.testtable(status varchar(255))"

暗号鍵を構成する

Cloud Shell で、プライマリデータベースキーを作成します。
```
osql -E -Q "USE master;CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'MyPassword!';"
```
注: このチュートリアルでは、暗号鍵に MyPassword! というパスワードを使用していますが、どのようなパスワードでも選択できます。

バックアップ証明書を作成します。

osql -E -Q "USE master; CREATE CERTIFICATE testdbcert WITH SUBJECT = 'testdb certificate';"

バックアップの実行

SQL Server 2019 以前

このセクションでは、異なるデータベースに対して完全バックアップ、差分バックアップ、トランザクションログのバックアップを作成します。

テストテーブルに行を追加します。

osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('Initial')"

Cloud Shell で、完全バックアップを実行します。
```
osql  -E -Q "BACKUP DATABASE testdb TO DISK='c:\backup\testdb.bak' WITH INIT,
    COMPRESSION,
    ENCRYPTION
    (
        ALGORITHM = AES_256,
        SERVER CERTIFICATE = testdbcert
    )  "
```
注: 証明書をバックアップしていないという警告が表示されます。証明書のバックアップについては、このドキュメントでは説明しません。詳細については、BACKUP CERTIFICATE（Transact-SQL）をご覧ください。

テストテーブルに行を追加します。

osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('After Full Backup')"

差分バックアップを実行します。

osql  -E -Q "BACKUP DATABASE testdb TO DISK='c:\backup\testdb-diff.bak' WITH DIFFERENTIAL,
COMPRESSION,
ENCRYPTION
    (
    ALGORITHM = AES_256,
    SERVER CERTIFICATE = testdbcert
    ) "

テストテーブルに行を追加します。

osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('After Diff Backup')"

トランザクションログのバックアップを実行します。

osql  -E -Q "BACKUP LOG testdb TO DISK='c:\backup\testdb-log.bak' WITH COMPRESSION,
ENCRYPTION
    (
    ALGORITHM = AES_256,
    SERVER CERTIFICATE = testdbcert
    ) "

テストテーブルに行を追加します。

osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('Bad Row')"

テーブル内の行を確認します。

osql -E -Q "select * from testdb.dbo.testtable"

出力は次のようになります。

Initial

After Full Backup

After Diff Backup

Bad Row

SQL Server 2022

このセクションでは、異なるデータベースに対して完全バックアップ、差分バックアップ、トランザクションログのバックアップを作成します。Cloud Storage では、組み込みのバックアップコマンドと復元コマンドを使用します。

SQL Server 2022（16.x）では、REST API を使用して S3 互換のオブジェクトストレージのプロバイダに接続する新しいコネクタを導入することで、拡張オブジェクトストレージの統合をサポートしています。SQL Server 2022 の BACKUP TO URL コマンドと RESTORE FROM URL コマンドでは、S3 互換ストレージの宛先を URL として使用できます。

SQL Server は証明書を使用して SQL Server の外部のリソースに接続します。証明書は認証情報を含むレコードです。Cloud Storage S3 インターフェースへのアクセスを認証および承認するには、アクセスキーとシークレットキーを作成して使用する必要があります。次に、これらの鍵を SQL Server の証明書に保存します。

Cloud Storage バケットに対して、ユーザーアカウントのアクセスキーとシークレットキーを作成します。
1. [Cloud Storage] に移動します。
2. [設定] に移動します。
3. [相互運用性] に移動します。
4. [ユーザーアカウントのアクセスキー] に移動します。
5. 下にスクロールして [鍵を作成] をクリックし、新しいアクセスキーとシークレットキーを作成します。
SQL Server 2022 インスタンスで証明書を作成します。

次のコードサンプルを実行して、証明書を作成します。証明書の名前を選択します。ACCESS_KEY フィールドと SECRET フィールドは、前の手順で生成した値に置き換えます。
```
osql -E -Q "
    CREATE CREDENTIAL [CREDENTIAL_NAME]
    WITH
        IDENTITY = 'S3 Access Key',
        SECRET = 'ACCESS_KEY:SECRET'
    "
```
注: IDENTITY = 'S3 Access Key' の ID 定義は、S3 コネクタを使用するように SQL Server に指示するため、重要です。このフィールドを変更しないでください。

テストテーブルに行を追加します。

osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('Initial')"

Cloud Storage バケットに対して BACKUP オペレーションを実行します。

Cloud Storage バケット URI を URL パラメータ値として設定し、以前に定義した証明書の名前を WITH CREDENTIAL オプションの値として設定したバックアップデータベースコマンドを実行します。このコマンドにより、SQL Server はバックアップファイルを作成し、同時に Cloud Storage バケットにアップロードできます。追加のローカルディスク領域は必要ありません。
```
osql -E -Q "
    BACKUP DATABASE testdb
    TO URL = 's3://storage.googleapis.com/BUCKET_NAME/FOLDER_NAME/testdb.bak'
    WITH
        CREDENTIAL = 'CREDENTIAL_NAME',
        FORMAT,
        STATS = 10,
        MAXTRANSFERSIZE = 10485760,
        BLOCKSIZE = 65536,
        COMPRESSION;
    "
```
注: SQL Server に S3 互換コネクタの使用を指示するため、's3://storage.googleapis.com' という接頭辞を使用していることを確認します。これは HTTPS を使用することも意味します。

WITH ステートメントのパラメータは以下のとおりです。

FORMAT: 既存のバックアップを上書きして新しいメディアセットを作成します。
STATS: SQL Server にバックアップの進行状況に関する情報を提供するよう指示します。
COMPRESSION: SQL Server にバックアップファイルを圧縮するよう指示します。これにより、Cloud Storage にアップロードする際に少量かつ高速になります。
MAXTRANSFERSIZE = 10485760、BLOCKSIZE = 65536 オプションを使用すると、サイズの大きいバックアップファイルによる I/O デバイスエラーを回避できます。

テストテーブルに行を追加します。

osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('After Full Backup')"

差分バックアップを実行します。

osql -E -Q "
    BACKUP DATABASE testdb
    TO URL = 's3://storage.googleapis.com/BUCKET_NAME/FOLDER_NAME/testdb-diff.bak'
    WITH
        DIFFERENTIAL,
        CREDENTIAL = 'CREDENTIAL_NAME',
        STATS = 10,
        MAXTRANSFERSIZE = 10485760,
        BLOCKSIZE = 65536,
        COMPRESSION;
    "

テストテーブルに行を追加します。

osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('After Diff Backup')"

トランザクションログのバックアップを実行します。

osql -E -Q "
    BACKUP LOG testdb
    TO URL = 's3://storage.googleapis.com/BUCKET_NAME/FOLDER_NAME/testdb-log.bak'
    WITH
        CREDENTIAL = 'CREDENTIAL_NAME',
        STATS = 10,
        MAXTRANSFERSIZE = 10485760,
        BLOCKSIZE = 65536,
        COMPRESSION;
    "

テストテーブルに行を追加します。

osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('Bad Row')"

テーブル内の行を確認します。

osql -E -Q "select * from testdb.dbo.testtable"

出力は次のようになります。

Initial

After Full Backup

After Diff Backup

Bad Row

バックアップの管理

このセクションでは、バックアップをリモートの Cloud Storage に保存します。また、古いバックアップを自動的に整理するように Cloud Storage バケットを構成し、バックアップのスケジュールを設定します。複数のデータベースサーバーを実行している場合は、Cloud Storage バケットでサーバーごとにディレクトリを作成することを検討してください。

Cloud Storage にバックアップをアップロードする

SQL Server 2019 以前

いくつかのバックアップファイルが作成されているので、バックアップを Cloud Storage にアップロードできます。

Cloud Shell で、Cloud Storage バケットを作成します。バケット名は、Google Cloud 全体で重複しないようにする必要があります。バケット名が確実に重複しないようにするには、次のように、プロジェクト名を含む名前空間を設定してください。
```
gsutil mb "gs://${DEVSHELL_PROJECT_ID}-sql-backups"
```
RDP セッションのシェルウィンドウで、Cloud Storage バケットにファイルをコピーします。次のコマンドで、BUCKET_NAME は作成したバケット名で置き換えます。
```
gsutil cp -n c:\backup\testdb*.bak gs://BUCKET_NAME
```
注: -n フラグを指定すると、gsutil ツールによる同じファイルへの上書きが防止されます。
gsutil cp コマンドを使用すると、ディレクトリ構造全体を作成できます。また、一度に複数のファイルをアップロードすることもできます。

SQL Server 2022

SQL Server 2022 は Cloud Storage への直接バックアップをサポートしているため、バックアップファイルはすでにバケット上に存在します。

Cloud Storage に自動ファイルプルーニングを設定する

古いバックアップは、最終的には削除する必要があります。このプロセスを自動化するため、Cloud Storage にはライフサイクル管理メカニズムが用意されています。これにより、バックアップファイルのライフサイクルを管理できます。

バケット内のオブジェクトのライフサイクル管理を構成するには:

Cloud Shell で、JSON ライフサイクル構成ファイルを作成します。このファイルで、30 日後にファイルを削除するように Cloud Storage に指示します。
```
bash -c 'cat <<EOF >  lifecycle.json
{
    "lifecycle": {
        "rule": [{
            "action": { "type": "Delete" },
            "condition": { "age": 30 }
        }]
    }
}
EOF'
```
Cloud Storage バケットのライフサイクル構成を設定します。BUCKET_NAME は、実際のバケット名に置き換えます。
```
gsutil lifecycle set lifecycle.json gs://BUCKET_NAME
```

バックアップのスケジュールを設定する

フルバックアップを定期的に実行し、次のフルバックアップまでに差分バックアップを実行することをおすすめします。Windows では、スケジュールタスクを使用してバックアップのスケジュールを設定できます。

一連のバックアップを取得するバックアップスクリプトを作成する場合は、各ポイントに論理的な検証手順を含め、正常に完了しているかどうか確認する必要があります。検証で不合格だった場合にスクリプトが Windows のアラートを生成するようにします。また、ローカルディスクがいっぱいにならないように、Cloud Storage に正常にアップロードされたバックアップファイルをローカルから削除するようにします。

バックアップの復元

このセクションでは、Cloud Storage に保存したバックアップファイルから SQL Server データベースを復元します。

SQL Server 2019 以前

RDP セッションの Cloud Shell で、Cloud Storage からバックアップファイルをダウンロードします。BUCKET_NAME は、SQL Server バックアップストレージバケットの名前で置き換えます。
```
gsutil cp gs://BUCKET_NAME/testdb*.bak c:\restore
```
SQL Server 管理コンソールを開きます。
[スタート] ボタンをクリックし、[Microsoft SQL Server Tools 18] > [Microsoft SQL Server Management Studio 18] の順にクリックします。
[接続] フィールドはそのままにして、[接続] をクリックします。

左側のペインで、[データベース] を展開します。
testdb を右クリックします。ポップアップメニューで [タスク] > [復元] > [データベース] の順にクリックします。
バックアップファイルをコンソールにインポートします。
1. [ソース] で [デバイス] を選択します。
2. [] ボタンをクリックします。
3. 表示されたダイアログで [追加] をクリックし、C:\restore の下にあるすべてのファイルを選択して、[OK] をクリックします。
4. [OK] をクリックします。
ポイントインタイムの復元オプションを表示するには:
1. [タイムライン] をクリックします。
2. [復元先] で [特定の日付と時刻] をクリックします。
3. [タイムラインの間隔] で [時間] を選択します。
4. トランザクションログのバックアップの範囲で時間を選択します。
5. タイムライン画面を終了するには、[キャンセル] をクリックします。
  注: データベースを特定の時点に復元するには、[キャンセル] ではなく [OK] を押します。
このチュートリアルでは、トランザクションログをバックアップする前の状態にデータベースを復元します。このため、バックアップリストでトランザクションログの行をオフにします。
復元プロセスを開始します。
1. [OK] をクリックします。
2. データベースの復元プロセスが完了するまで待ち、「Database 'testdb' restored successfully」というメッセージが表示されたら、[OK] をクリックします。
テストテーブルの行を一覧表示します。
```
osql -E -Q "select * from testdb.dbo.testtable;"
```
出力には次の 2 行が表示されます。
```
"Initial
"After Full Backup"
```
トランザクションログのバックアップを作成する前にテーブルに挿入されたすべての行が表示されます。

SQL Server 2022

RESTORE オペレーションを実行できます。Cloud Storage ファイルのパスを URL パラメータ値として設定します。たとえば、次の T-SQL スクリプトは Cloud Storage から直接フルバックアップを復元します。

```
osql -E -Q "
RESTORE DATABASE testdb
FROM
    URL = 's3://storage.googleapis.com/BUCKET_NAME/FOLDER_NAME/testdb.bak'
WITH
    CREDENTIAL = 'CREDENTIAL_NAME';
    "
```

SQL Server 管理コンソールを開きます。
[スタート] ボタンをクリックし、[Microsoft SQL Server Tools 19] > [Microsoft SQL Server Management Studio 19] の順にクリックします。

[接続] フィールドはそのままにして、[接続] をクリックします。

左側のペインで、[データベース] を展開します。
testdb を右クリックします。ポップアップメニューで [タスク] > [復元] > [データベース] の順にクリックします。
バックアップファイルをコンソールにインポートします。
1. [ソース] で [デバイス] を選択します。
2. [] ボタンをクリックします。
3. 表示されたダイアログで [バックアップメディアの種類] をクリックし、[S3 URL] を選択します。
4. 表示されたダイアログで [追加] をクリックします。Cloud Storage バケットのバックアップファイルの 3 つの場所と、証明書の作成時に指定したシークレットキーとアクセスキーを追加します。
  
  注: S3 URL のバックアップを実行する場合と同じ形式を使用します。
5. [OK] をクリックします。
ポイントインタイムの復元オプションを表示するには:
1. [タイムライン] をクリックします。
2. [復元先] で [特定の日付と時刻] をクリックします。
3. [タイムラインの間隔] で [時間] を選択します。
4. トランザクションログのバックアップの範囲で時間を選択します。
5. タイムライン画面を終了するには、[キャンセル] をクリックします。
  注: データベースを特定の時点に復元するには、[キャンセル] ではなく [OK] を押します。
このチュートリアルでは、トランザクションログをバックアップする前の状態にデータベースを復元します。このため、バックアップリストでトランザクションログの行をオフにします。
復元プロセスを開始します。
1. [OK] をクリックします。
2. データベースの復元プロセスが完了するまで待ち、「Database 'testdb' restored successfully」というメッセージが表示されたら、[OK] をクリックします。
テストテーブルの行を一覧表示します。
```
osql -E -Q "select * from testdb.dbo.testtable;"
```
出力には次の 2 行が表示されます。
```
"Initial
"After Full Backup"
```
トランザクションログのバックアップを作成する前にテーブルに挿入されたすべての行が表示されます。

クリーンアップ

プロジェクトを削除する

Google Cloud コンソールで、[リソースの管理] ページに移動します。
[リソースの管理] に移動
プロジェクトリストで、削除するプロジェクトを選択し、[削除] をクリックします。
ダイアログでプロジェクト ID を入力し、[シャットダウン] をクリックしてプロジェクトを削除します。

次のステップ

Google Cloud での SQL Server のベストプラクティスを確認する。
SQL Server 可用性グループの構成を読む。
Google Cloud の障害復旧計画ガイドを確認する。
Google Cloud に関するリファレンスアーキテクチャ、図、ベストプラクティスを確認する。Cloud アーキテクチャセンターをご覧ください。

Microsoft SQL Server のバックアップを使用して Compute Engine でポイントインタイム リカバリを行う

目標

料金

始める前に

SQL Server インスタンスの準備

SQL Server インスタンスを起動する

SQL Server Management Studio をインストールする

バックアップ フォルダと復元フォルダを準備する

データベースを準備する

暗号鍵を構成する

バックアップの実行

SQL Server 2019 以前

SQL Server 2022

バックアップの管理

Cloud Storage にバックアップをアップロードする

SQL Server 2019 以前

SQL Server 2022

Cloud Storage に自動ファイル プルーニングを設定する

バックアップのスケジュールを設定する

バックアップの復元

SQL Server 2019 以前

SQL Server 2022

クリーンアップ

プロジェクトを削除する

次のステップ

Microsoft SQL Server のバックアップを使用して Compute Engine でポイントインタイムリカバリを行う

バックアップフォルダと復元フォルダを準備する

Cloud Storage に自動ファイルプルーニングを設定する