Avamar: SQLマルチストリーム バックアップ/リストアが「APIが待機しており、タイムアウト間隔が経過していた」で失敗することがある

大規模なSQLバックアップが複数のストリームで失敗する

• SQLマルチストリーミング バックアップ/リストアが次のエラーで失敗することがあります。

  2021-09-16 15:01:54 avsql Error <6478>: VDS::Getconfig failed with 'The api was waiting and the timeout interval had elapsed' 
  2021-09-16 15:01:54 avsql Error <6478>: VDS::Getconfig failed with 'The api was waiting and the timeout interval had elapsed' 
  2021-09-16 15:01:54 avsql Error <6478>: VDS::Getconfig failed with 'The api was waiting and the timeout interval had elapsed' 
  2021-09-16 15:01:54 avsql Error <6479>: Timed out. Was Microsoft SQLServer running?

• のために生成されたすべてのavtarスレッド “avsql stack execution” 進行状況バイトを表示しません。
• この問題は、約1テラバイト以上のデータベースに対して6つ以上のストリームが構成されている場合に発生します。
• この問題は、Microsoft SQL Server 2017および2019環境に影響します。1つのストリームでバックアップを実行すると完了しますが、時間がかかります。

VDIの動作変更によるデッドロック

この問題は、SQL Server 2017および2019のMicrosoft仮想デバイス インターフェイス(VDI)実装の変更が原因で発生します。SQL Server 2016 では、 avsql プラグインは、 SetEvent バックアップ構成の完了を通知するパラメーター。SQL Server 2017/2019以降では、VDIレイヤーは代わりにセマフォ数を使用します。マルチストリーミングが有効になっている場合、 avsql コンポーネントはセマフォ数をインクリメントします。これにより、セマフォ数がゼロ以外の状態になり、デッドロックが発生して “avsql” スレッドが進行しなくなり、タイムアウト エラーが発生します。

• VDI動作のSQL 2016(SetEvent)およびSQL 2017/2019(セマフォ)です。
• Avamar “avsql” コンポーネントは、 SetEvent セマンティクス。
• マルチストリーミングは、セマフォを操作するコード パスをアクティブ化します。
• デッドロックにより、生成されたavtarスレッドで進行しなくなり、タイムアウト メッセージが表示されます。

恒久的な解決方法

Avamarバックアップ クライアントとSQLプラグインを、コード修正を含むバージョン19.10以降にアップグレードします。最新の修正と機能拡張を取得するために、サポートされている最新のリリース(Avamar 19.12.xなど)にアップグレードすることをお勧めします。 

インストールされているバージョンの最新の累積ホットフィックスを適用します。

• バージョン19.10.100-166 HF338875の場合
• バージョン19.12.100-186 HF953552の場合

Dellサポートから必要なホットフィックスをダウンロードします。

詳細については、 記事「Avamar:Dellサポートからホットフィックス、パッチ、またはインストールおよびアップグレード パッケージを検索してダウンロードする方法 」を参照してください。