Azure VM での SQL Server Backup について

Azure Backup は、Azure 仮想マシン (VM) で実行されているSQL Serverをバックアップするためのストリームベースの特殊なソリューションを提供します。このソリューションは、ゼロインフラストラクチャバックアップ、長期間保存、中央管理といった Azure Backup の長所と足並みをそろえるものです。さらに、SQL Server だけには次の長所があります。

完全、差分、ログという全種類のバックアップに対応するワークロード対応バックアップ
15 分間の RPO (回復ポイントの目標) と頻繁に行われるログのバックアップ
特定の時点に復旧 (1 秒まで)
個々のデータベースレベルのバックアップと復元

注

Azure Backupは、現在プレビュー段階にあるAzure VM 内のSQL Server インスタンスのスナップショットベースのバックアップを提供するようになりました。スナップショットベースのバックアップを使用すると、パフォーマンスが向上した大規模なデータベースを保護し、インスタント復旧レベルからの復元を高速化できます。 Azure の最新の製品の機能強化と機能更新プログラムについては、 Microsoft Azure の更新プログラムに関するページを参照してください。

現在サポートされているバックアップと復元のシナリオを確認するには、サポートマトリックスを参照してください。よく寄せられる質問については、よく寄せられる質問を参照してください。

Azure VM の SQL インスタンスのスナップショットバックアップ (プレビュー)

Azure Backupは、大規模なデータベースのパフォーマンスを向上させるスナップショットベースの SQL バックアップソリューションを提供します。ディスクスナップショットを使用して高速復元と頻繁なログバックアップを行い、データ損失を最小限に抑え、目標復旧時間 (RTO) の短縮と目標復旧ポイント (RPO) の向上に役立ちます。

注

SQL Server インスタンスのスナップショットバックアップはプレビューで利用できます。スナップショットベースのバックアップを使用すると、パフォーマンスが向上した大規模なデータベースを保護し、インスタント復旧レベルからの復元を高速化できます。

スナップショットバックアップには、大規模なデータベースをバックアップする際に次の利点があります。

インスタンスレベルのスナップショット: SQL インスタンスレベルでスナップショットバックアップを作成し、1 回の操作で複数のデータベースを選択します。必要に応じて、インスタンス全体または個々のデータベースを復元します。
ソースサーバーへの影響は最小限: Azure Backup は、アプリケーション整合性スナップショットを取得するために、データベースを短時間だけ静止状態にします。データベースは数秒間だけ休止されますが、操作レベルでのスナップショットの作成と可用性は数分で完了します。ストリーミングバックアップとは異なり、ソースマシンのリソースは長期間使用されません。
コスト効率: 増分スナップショットを使用してストレージコストを最適化します。
RTO の改善: インスタント/運用レベルからの高速復元を使用します。
低 RPO: ログバックアップとスナップショットを組み合わせて、より低い RPO を実現し、ポイントインタイムリストアを有効にします。

サポートマトリックスのスナップショットを使用した SQL バックアップでサポートされるシナリオと制限事項について説明します。 Azure ポータルを使用して Azure VM 上の SQL Server インスタンスのスナップショットをバックアップするには、こちらの記事を参照してください。

SQL Server データベースのバックアッププロセス

このソリューションでは、SQL ネイティブ API を使用して SQL データベースのバックアップを作成します。

保護するSQL Server VM を指定し、その中のデータベースに対してクエリを実行すると、Azure Backup サービスによって、AzureBackupWindowsWorkload 拡張機能という名前のワークロードバックアップ拡張機能が VM にインストールされます。
この拡張機能は、コーディネーターと SQL プラグインで構成されています。コーディネーターは、バックアップ、バックアップ、復元の構成などのさまざまな操作のワークフローをトリガーする役割を担いますが、プラグインは実際のデータフローを担当します。
この VM 上のデータベースを検出できるようにするために、Azure Backup により、アカウント NT SERVICE\AzureWLBackupPluginSvc が作成されます。このアカウントはバックアップと復元に使用され、SQL sysadmin アクセス許可を必要とします。 NT SERVICE\AzureWLBackupPluginSvc アカウントは仮想サービスアカウントであるため、パスワードの管理は不要です。 Azure Backup では、データベースの検出と照会に NT AUTHORITY\SYSTEM アカウントが使用されます。そのため、このアカウントは SQL 上でパブリックログインである必要があります。 SQL Server VM を Azure Marketplace から作成しなかった場合、エラー UserErrorSQLNoSysadminMembership が発生する可能性があります。エラーメッセージが表示されたら、次の手順に従います。
選択したデータベースに対して保護の構成をトリガーすると、バックアップサービスにより、コーディネーターに対してバックアップスケジュールとその他のポリシーの詳細が設定されます。これにより、拡張機能が VM 内にローカルにキャッシュされます。
スケジュールされた時刻に、コーディネーターはプラグインと通信し、VDI (仮想デバイスインターフェイス) を使用して SQL サーバーからバックアップデータのストリーミングを開始します。
プラグインは Recovery Services コンテナーに直接データを送信するため、ステージングの場所が必要ありません。 Azure Backup サービスは、データを暗号化し、ストレージアカウントに格納します。
データ転送が完了すると、コーディネーターはバックアップサービスを使用してコミットを確認します。

SQL Server インスタンススナップショットのバックアッププロセス

Azure Backupでは、マネージドディスクの増分スナップショットを使用して、Azure VM 内の SQL データベースを保護します。バックアップポリシーは、スナップショットの作成、保持、ログのバックアップ動作を制御して、高速復元と特定時点の復旧を可能にします。

バックアップと復元のフローでは、次の操作を含む、Azure Backupによって実行される論理的なエンドツーエンドの操作シーケンスの概要を示します。

ユーザー定義のバックアップポリシーに基づいて、マネージドディスクの増分スナップショットを作成します。現在、Azure Backup サービスでは、6 時間以上ごとに 1 つのスナップショットがサポートされています。ログバックアップは、15 分以上ごとに構成できます。
SQL インスタンスレベルでスナップショットバックアップを取得します。スナップショット操作ごとに最大 12 個のデータベースを選択できます。
結合されたデータベースセットの基になるディスクをスナップすることで、選択したすべてのデータベースのアプリケーション整合性スナップショットをキャプチャします。
指定したリソースグループ内のAzure サブスクリプションのスナップショットを、ユーザー定義の期間 (最大 7 日間) 保持します。その後Azure Backup、構成されたポリシーに基づいて、長期保有のためのコンテナー化されたバックアップとしてデータを Recovery Services コンテナーに移動します。
データベースレベルでログバックアップをボールトにストリーミング配信します。復元中、サービスはスナップショットを代替 VM に復元し、ログバックアップを適用して特定の時点の復旧を実現します。

Azure ポータル (プレビュー) を使用して、Azure VM でインスタンススナップショットSQL Serverバックアップする方法について説明します。

SQL Server バックアップの前提条件

SQL Server バックアップを開始する前に、次の前提条件を確認してください。

Azure で SQL Server インスタンスを稼働させていることを確認する。マーケットプレースで SQL Server インスタンスをすばやく作成できます。
機能に関する考慮事項とシナリオのサポートを確認する。
このシナリオに関する一般的な質問を確認する。

VM のアクセス許可を設定する

SQL Serverで検出を実行すると、Azure Backupは次のアクションを実行します。

AzureBackupWindowsWorkload 拡張機能を追加します。
仮想マシン上のデータベースを検出するために、NT SERVICE\AzureWLBackupPluginSvc アカウントが作成されます。このアカウントはバックアップと復元に使用され、SQL sysadmin アクセス許可を必要とします。
VM 上で実行されているデータベースを検出します。Azure Backup は NT AUTHORITY\SYSTEM アカウントを使用します。このアカウントは SQL でのパブリックサインインである必要があります。

Azure Marketplace で SQL Server VM を作成しなかった場合、または SQL 2008 または 2008 R2 を使用している場合、UserErrorSQLNoSysadminMembership エラーが発生する可能性があります。

Windows 2008 R2 で実行されている SQL 2008 および 2008 R2 へのアクセス許可を付与する方法については、このセクションを参照してください。

その他のすべてのバージョンでは、次の手順を使用してアクセス許可を割り当てます。

SQL Server sysadmin アクセス許可を持つアカウントを使用して、SQL Server Management Studio (SSMS) にサインインします。特殊な権限が必要でない限り、Windows 認証が機能するはずです。
SQL Serverで、Security/Logins フォルダーを開きます。
[ログイン] フォルダーを右クリックし、 [新しいログイン] を選択します。 [ログイン - 新規作成] で [検索] を選択します。
Windows 仮想サービスアカウント NT SERVICE\AzureWLBackupPluginSvc は、仮想マシンの登録と SQL 検出フェーズ中に作成済みです。 [選択するオブジェクト名を入力します] に示されているようにアカウント名を入力します。 [名前の確認] を選択して名前解決を行います。 [OK] を選択します。
サーバーロールで、sysadmin ロールが選択されていることを確認します。 [OK] を選択します。この時点で、必要な権限が揃っているはずです。

SQL Server インスタンスが Always-On 可用性グループ (AG) の一部である場合は、 NT AUTHORITY\SYSTEM アカウントで VIEW SERVER STATE 権限が有効になっていることを確認します。
次にデータベースを Recovery Services コンテナーと関連付けます。 Azure portal の [保護されたサーバー] 一覧で、エラー状態にあるサーバーを右クリックし、> を選択します。
[通知] 領域で進行状況をチェックします。選択したデータベースが検出されたら、成功のメッセージが表示されます。

注

SQL Server に SQL Server の複数のインスタンスがインストールされている場合は、すべての SQL インスタンスに NT Service\AzureWLBackupPluginSvc アカウントに対する sysadmin アクセス許可を追加する必要があります。

SQL 2008 および SQL 2008 R2 の SQL sysadmin アクセス許可を割り当てる

NT AUTHORITY\SYSTEM および NT Service\AzureWLBackupPluginSvc ログインを SQL Server インスタンスに追加するには、次の手順に従います。

オブジェクトエクスプローラーで SQL Server Instance に移動します。
[セキュリティ>Logins] に移動します。
[ログイン] を右クリックし、New Login using SSMS[新しいログイン] を選択します
[ 全般 ] タブに移動し、ログイン名として 「NT AUTHORITY\SYSTEM 」と入力します。
[ サーバーロール ] タブに移動し、 パブリック ロールと sysadmin ロールを選択します。
[状態] に移動し、データベースエンジンに接続するためのアクセス許可として [許可] を選択し、[ログインに対して有効] を選択します。
[OK] を選択します。
NT Service\AzureWLBackupPluginSvc ログインを SQL Server インスタンスに追加するには、手順 1 から 7 を繰り返します。

ログインが既に存在する場合は、sysadmin サーバーロールがあることを確認し、[状態] の下にデータベースエンジンに接続するためのアクセス許可と有効としてログインするための許可オプションがあることを確認します。
アクセス許可を付与した後、Azure portal で Recovery Services コンテナー>>> に移動し、DB を再検出します。

または、管理者モードで次のコマンドレットを実行して、アクセス許可の割り当てを自動化することもできます。

注

インスタンス名は、既定では MSSQLSERVER に設定されます。必要に応じて、スクリプトでインスタンス名引数を変更します。

param(
    [Parameter(Mandatory=$false)]
    [string] $InstanceName = "MSSQLSERVER"
)
if ($InstanceName -eq "MSSQLSERVER")
{
    $fullInstance = $env:COMPUTERNAME   # In case it's the default SQL Server Instance
}
else
{
    $fullInstance = $env:COMPUTERNAME + "\" + $InstanceName   # In case of named instance
}
try
{
    sqlcmd.exe -S $fullInstance -Q "sp_addsrvrolemember 'NT Service\AzureWLBackupPluginSvc', 'sysadmin'" # Adds login with sysadmin permission if already not available
}
catch
{
    Write-Host "An error occurred:"
    Write-Host $_.Exception|format-list -force
}
try
{
    sqlcmd.exe -S $fullInstance -Q "sp_addsrvrolemember 'NT AUTHORITY\SYSTEM', 'sysadmin'" # Adds login with sysadmin permission if already not available
}
catch
{
    Write-Host "An error occurred:"
    Write-Host $_.Exception|format-list -force
}

Azure VM 内のSQL Server インスタンスのスナップショットバックアップの価格

AZURE VM スナップショットでの SQL のバックアップには、次の料金が発生します。

Recovery Services コンテナーに格納されているスナップショットバックアップの価格は、Azure Backup の価格に基づいています。
保護されたインスタンスの料金とコンテナーストレージのコストに加えて、Azure Backupには、運用レベルのスナップショットストレージに対する追加料金が発生します。
マネージドディスクスナップショットでは、サブスクリプションに保持されている期間のマネージドディスクスナップショットの価格に基づいて料金が発生します。

次のステップ

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-05-26

Azure VM での SQL Server Backup について

Azure VM の SQL インスタンスのスナップショット バックアップ (プレビュー)

SQL Server データベースのバックアップ プロセス

SQL Server インスタンス スナップショットのバックアップ プロセス