Azure Backup を使用した SQL Server データベースのバックアップのトラブルシューティング

この記事では、Azure 仮想マシンで実行されている SQL Server データベースに関するトラブルシューティング情報を提供します。

バックアップ プロセスと制限事項の詳細については、「Azure VM での SQL Server Backup について」を参照してください。

SQL Server 権限

仮想マシン上で SQL Server データベースの保護を構成するには、その仮想マシンに AzureBackupWindowsWorkload 拡張機能をインストールする必要があります。 UserErrorSQLNoSysadminMembership エラーが発生した場合は、必要なバックアップ アクセス許可が SQL Server インスタンスにないことを意味します。 このエラーを解決するには、「VM のアクセス許可を設定する」の手順に従います。

検出と構成の問題のトラブルシューティング

Recovery Services コンテナーの作成と構成が完了したら、データベースの検出とバックアップの構成は 2 段階のプロセスで行います。

バックアップの構成中に、SQL VM とそのインスタンスが [Discovery DBs in VMs](VM 内のデータベースの検出) および [バックアップの構成] (上の図を参照) に表示されない場合は、次のことを確保します。

手順 1:VM 内のデータベースの検出

• VM が、検出された VM の一覧に表示されず、別のコンテナーの SQL バックアップにも登録されていない場合は、SQL Server バックアップの検出に関する記事の手順に従います。

手順 2:バックアップの構成

• SQL VM が登録されているコンテナーが、データベースの保護に使用されるコンテナーと同じである場合、「バックアップの構成」の手順に従います。

SQL VM を新しいコンテナーに登録する必要がある場合は、古いコンテナーから登録解除する必要があります。 コンテナーから SQL VM を登録解除するには、保護されているすべてのデータ ソースの保護を停止する必要があります。その後、バックアップされているデータを削除できます。 バックアップされているデータの削除は破壊的な操作です。 SQL VM を登録解除するためのすべての注意事項を確認し、実行してから、この同じ VM を新しいコンテナーに登録し、バックアップ操作を再試行してください。

バックアップと復旧に関する問題のトラブルシューティング

場合によっては、バックアップ操作や復元操作でランダムなエラーが発生したり、これらの操作がスタックしたりすることがあります。 これは、VM のウイルス対策プログラムが原因である可能性があります。 ベスト プラクティスとして、次の手順を実行することをお勧めします。

1. 次のフォルダーをウイルス対策スキャンの対象から除外します

   C:\Program Files\Azure Workload Backup C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.RecoveryServices.WorkloadBackup.AzureBackupWindowsWorkload

   C:\ を SystemDrive の文字で置き換えてください。

2. VM 内で実行されている次の 3 つのプロセスを、ウイルス対策スキャンの対象から除外します。

   • IaasWLPluginSvc.exe
   • IaaSWorkloadCoordinatorService.exe
   • TriggerExtensionJob.exe

3. SQL には、ウイルス対策プログラムの使用に関するいくつかのガイドラインも用意されています。 詳細については、こちらの記事をご覧ください。

複数の SQL Server インスタンスを持つ VM のインスタンスに問題がある

VM 内で実行されているすべての SQL インスタンスが正常であると報告された場合にのみ、SQL VM に復元できます。 1 つ以上のインスタンスに "問題" がある場合、その VM は復元ターゲットとして表示されません。 そのため、これが、復元操作中にマルチインスタンスの VM が [サーバー] ドロップダウンに表示されない理由として考えられます。

[バックアップの構成] で、VM 内のすべての SQL インスタンスの "バックアップの準備" を検証できます。

正常な SQL インスタンスで復元をトリガーする場合は、次の手順を実行します。

1. SQL VM にサインインし、C:\Program Files\Azure Workload Backup\bin にアクセスします。

2. ExtensionSettingsOverrides.json という名前の JSON ファイルを作成します (まだない場合)。 このファイルが VM 上に既に存在する場合は、それをそのまま使用します。

3. JSON ファイルに次の内容を追加し、ファイルを保存します。

   {
                 "<ExistingKey1>":"<ExistingValue1>",
                   …………………………………………………… ,
             "whitelistedInstancesForInquiry": "FaultyInstance_1,FaultyInstance_2"
           }
   
           Sample content:        
           { 
             "whitelistedInstancesForInquiry": "CRPPA,CRPPB "
           }
   
   

4. 影響を受けるサーバーで、Azure portal (バックアップの準備を確認できる場所と同じ場所) から DB の再検出操作をトリガーします。 復元操作のターゲットとして VM が表示されるようになります。

   

5. 復元操作が完了したら、ExtensionSettingsOverrides.json ファイルから whitelistedInstancesForInquiry エントリを削除します。

エラー メッセージ

バックアップの種類がサポートされていません

UserErrorSQLPODoesNotSupportBackupType

OperationCancelledBecauseConflictingOperationRunningUserError

UserErrorFileManipulationIsNotAllowedDuringBackup

UserErrorSQLPODoesNotExist

UserErrorSQLLSNValidationFailure

UserErrorOpeningSQLConnection

UserErrorParentFullBackupMissing

UserErrorBackupFailedAsTransactionLogIsFull

UserErrorCannotRestoreExistingDBWithoutForceOverwrite

UserErrorRestoreFailedDatabaseCannotBeOfflined

WlExtGenericIOFaultUserError

UserErrorCannotFindServerCertificateWithThumbprint

UserErrorRestoreNotPossibleBecauseLogBackupContainsBulkLoggedChanges

FabricSvcBackupPreferenceCheckFailedUserError

VMNotInRunningStateUserError

GuestAgentStatusUnavailableUserError

AutoProtectionCancelledOrNotValid

CloudDosAbsoluteLimitReached

CloudDosAbsoluteLimitReachedWithRetry

WorkloadExtensionNotReachable

UserErrorVMInternetConnectivityIssue

UserErrorOperationNotAllowedDatabaseMirroringEnabled

UserErrorWindowsWLExtFailedToStartPluginService

再登録エラー

再登録操作をトリガーする前に、次の兆候が 1 つ以上ないか確認してください。

• VM ですべての操作 (バックアップ、復元、バックアップの構成など) が次のいずれかのエラー コードで失敗している。 WorkloadExtensionNotReachable 、UserErrorWorkloadExtensionNotInstalled、WorkloadExtensionNotPresent、WorkloadExtensionDidntDequeueMsg。

• バックアップ項目の [バックアップ状態] 領域に [到達できません] が表示されている場合は、同じ状態になる可能性のある他のすべての原因を除外します。

  • VM でバックアップ関連の操作を実行する権限がない。
  • VM のシャットダウン。そのため、バックアップが実行できない。
  • ネットワークの問題

  

• Always On 可用性グループの場合、バックアップ設定を変更した後、またはフェールオーバーの後、バックアップが失敗するようになった。

これらの兆候は、次の 1 つ以上の理由によって発生する可能性があります。

• 拡張機能がポータルから削除またはアンインストールされた。
• VM の [コントロール パネル] の [プログラムのアンインストールと変更] で拡張機能がアンインストールされた。
• VM がインプレース ディスク復元を使用して時間内に復元された。
• VM が長期間シャットダウンされたため、その拡張機能構成の期限が切れた。
• VM が削除され、削除された VM と同じ名前で同じリソース グループに別の VM が作成された。
• 可用性グループ ノードのいずれかが、完全なバックアップ構成を受信しなかった。 これは、可用性グループがコンテナーに登録されるか、新しいノードが追加されると発生する場合があります。

前のシナリオにおいて、VM で再登録操作をトリガーすることをお勧めします。 PowerShell でこのタスクを実行する方法については、こちらをご覧ください。

ファイルのサイズ制限

ファイルの文字列の合計サイズは、ファイル数のみでなく、それらの名前とパスによっても決まります。 データベース ファイルごとに、論理ファイル名と物理パスを取得します。 この SQL クエリを使用できます。

SELECT mf.name AS LogicalName, Physical_Name AS Location FROM sys.master_files mf
               INNER JOIN sys.databases db ON db.database_id = mf.database_id
               WHERE db.name = N'<Database Name>'"

次に、それらを次の形式に調整します。

[{"path":"<Location>","logicalName":"<LogicalName>","isDir":false},{"path":"<Location>","logicalName":"<LogicalName>","isDir":false}]}

次に例を示します。

[{"path":"F:\\Data\\TestDB12.mdf","logicalName":"TestDB12","isDir":false},{"path":"F:\\Log\\TestDB12_log.ldf","logicalName":"TestDB12_log","isDir":false}]}

コンテンツの文字列サイズが 20,000 バイトを超えている場合、データベース ファイルは異なる方法で格納されます。 復旧時に、復元のターゲット ファイルのパスを設定できません。 ファイルは、SQL Server によって指定される既定の SQL パスに復元されます。

ターゲットの復元ファイルの既定のパスのオーバーライド

復元操作時に、データベース ファイルと、ターゲット復元のパスとのマッピングが含まれる JSON ファイルを配置することで、ターゲット復元ファイルのパスをオーバーライドできます。 database_name.json ファイルを作成し、C:\Program Files\Azure Workload Backup\bin\plugins\SQL* の場所に配置します。

このファイルの内容は、次の形式である必要があります。

[
  {
    "Path": "<Restore_Path>",
    "LogicalName": "<LogicalName>",
    "IsDir": "false"
  },
  {
    "Path": "<Restore_Path>",
    "LogicalName": "LogicalName",
    "IsDir": "false"
  },  
]

次に例を示します。

[
  {
   "Path": "F:\\Data\\testdb2_1546408741449456.mdf",
   "LogicalName": "testdb7",
   "IsDir": "false"
  },
  {
    "Path": "F:\\Log\\testdb2_log_1546408741449456.ldf",
    "LogicalName": "testdb7_log",
    "IsDir": "false"
  },  
]

前の内容で、次の SQL クエリを使用してデータベース ファイルの論理名を取得できます。

SELECT mf.name AS LogicalName FROM sys.master_files mf
                INNER JOIN sys.databases db ON db.database_id = mf.database_id
                WHERE db.name = N'<Database Name>'"

このファイルは、復元操作をトリガーする前に配置する必要があります。

次のステップ

SQL VM の Azure Backup に関する詳細情報。