NetBackup™ Web UI クラウド管理者ガイド

PaaS の作業負荷の保護とリカバリに関する問題のトラブルシューティング

アクティビティモニターに次のメッセージが表示されます。

AuthorizationFailed -Message: The client '<clientId> '<objetId>' does not have authorization to perform action 'Microsoft.Sql/servers/databases/read' over scope '<resoourceId>' or the scope is invalid. アクセス権が最近付与された場合は、クレデンシャルを更新してください。

説明: このエラーは、Snapshot Manager と NetBackup が AKS に配備されており、次の条件に該当する場合に発生します。

回避方法: 次のいずれかを実行します。

説明: この問題は、読み取り専用ロックまたは削除ロック属性がデータベースまたはリソースグループに適用されている場合に発生します。

回避方法: バックアップまたはリストアを実行する前に、データベースまたはリソースグループから既存の読み取り専用ロックと削除ロック属性を削除します。

説明: これは、アクティビティモニターからバックアップジョブまたはリストアジョブを手動で取り消し、部分的なリストアの処理中にポータルでデータベースが作成された場合に表示されます。

回避方法: プロバイダポータル上のデータベースと、データベース名で作成された特定のディレクトリにあるユニバーサル共有のマウント場所の一時ステージング場所を手動でクリーンアップします。

説明: 新しい Snapshot Manager コンテナサービスが突然再起動すると、プロバイダ保護されたリストアジョブが有効な状態のまま、アクティビティモニターの詳細ページには、更新された状態が表示されない場合があります。

回避方法: Snapshot Manager で、次のコマンドを使用して、ワークフローコンテナを再起動します。

docker restart flexsnap-workflow-system-0-min flexsnap-workflow-general-0-min

コンテナを再起動すると、アクティビティモニターでリストアジョブが更新され、最新の状態が表示されます。

説明: バックアップに使用するクライアント名が 255 文字を超えると表示されます。

bpdbm ログにも同じ問題を示す次のエラーメッセージが表示されます。

db_error_add_to_file: Length of client is too long. Got 278, but limit is 255. read_next_image: db_IMAGEreceive() failed: text exceeded allowed length (225)

回避方法: クライアント名が 255 文字以内になるようにデータベースの名前を変更します。

説明: バックアップ中に使用されたクライアント名が長い場合に発生します。このため、カタログイメージのファイルパスの長さが 256 文字を超え、アクティビティモニターに上記のエラーメッセージが表示されて失敗します。

bpdbm ログにも同じ問題を示す次のエラーメッセージが表示されます。

<16> db_error_add_to_file: cannot stat(\\?\C:\Program Files\Veritas \NetBackup\db\images \azure-midb-1afb87487dc04ddc8fafe453dccb7ca3+ nbux-qa-bidi-rg+eastus+az-sql-mi-bidinet01+ testdb_bidinet02\1656000000\tmp\catstore\ BACKUPNOW+141a73e7-cdc4-4371-823a-f170447dba2d_ 1656349831_FULL.f_imgUserGroupNames0): No such file or directory (2) <16> ImageReadFilesFile::get_file_size: cannot stat(\\?\C:\Program Files\Veritas\NetBackup\db \images\azure-midb-1afb87487dc04ddc8fafe453d ccb7ca3+nbux-qa-bidi-rg+eastus+az-sql-mi-bidinet01+testdb_ bidinet02\1656000000\tmp\catstore\BACKUPNOW+141a73e7-cdc4-4371 -823a-f170447dba2d_1656349831_FULL.f_imgUserGroupNames0): No such file or directory (2) <16> ImageReadFilesFile::executeQuery: Cannot copy \\?\C:\Program Files\Veritas\NetBackup\db\images\azure-midb-1afb87487dc04ddc8fafe453dccb7 ca3+nbux-qa-bidi-rg+eastus+az-sql-mi-bidinet01+testdb_bidinet02\1 656000000\tmp\catstore\BACKUPNOW+141a73e7-cdc4-4371-823a-f170447d ba2d_1656349831_FULL.f_imgUserGroupNames0

回避方法: ファイルパスの長さが 256 文字以内になるようにデータベースの名前を変更します。

説明: NetBackup は、要求された操作を正常に実行できません。

推奨処置: 考えられるエラーの原因については、アクティビティモニターの詳細を参照してください。

説明: dbagentsutil ログにエラーメッセージ「pg_dump: error: query failed: ERROR: permission denied for table test;pg_dump: error: query was: LOCK TABLE public.test IN ACCESS SHARE MODE;Invoked operation: PRE_BACKUP failed」が表示されます。

異なる役割を持つ複数のテーブルがあるデータベースをバックアップしようとすると発生します。テーブルにデータベース所有者とは異なる所有者が 1 人以上存在し、その所有者がデータベース所有者役割のメンバーでない場合、バックアップが失敗する可能性があります。

対処方法: バックアップまたはリストアするデータベース内のすべてのテーブルにアクセスできる役割が必要です。

たとえば、2 つのテーブルがある学校のデータベースをバックアップしたいとします。

新しい役割を作成します。例: NBUbackupadmin

次のコマンドを実行して、役割を作成します。

postgres=> CREATE USER NBUbackupadmin WITH PASSWORD '***********';

CREATE ROLE

この新しい役割を postgres 役割と schooladmin 役割のメンバーに適用するには、次のコマンドを実行します。

postgres=> GRANT postgres TO NBUbackupadmin;

GRANT ROLE

postgres=> GRANT schooladmin TO NBUbackupadmin;

GRANT ROLE

説明: メディアサーバーへの接続が切断されたため、バックアップが失敗します。

推奨処置: ポリシーでチェックポイントが有効になっている場合は、バックアップジョブを再開できます。ネットワークの問題が解決したら、Web UI で未完了のバックアップジョブを選択し、［再開 (Resume)］をクリックします。ジョブは停止された時点から再開されます。ポリシーでチェックポイントが有効になっていない場合、ジョブは Web UI で失敗したジョブとして表示されます。