Avamar: Багатопотокове резервне копіювання та відновлення SQL можуть не вплинути на «API чекав, а інтервал тайм-ауту минув»

Summary: Коли шість або більше потоків роблять резервне копіювання або відновлення баз даних об'ємом ~1 ТБ на SQL Server 2017 2019, завдання може зупинитися і зупинитися, оскільки VDI використовує підрахунок семафорів замість SetEvent, що спричиняє глухий кут у avsql. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Symptoms

Велика 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?
  • Усі виникли теми автарів для “avsql stack execution” Відсутність байтів прогресу.
  • Проблема виникає, коли шість або більше потоків налаштовані для баз даних приблизно один терабайт або більше.
  • Ця проблема стосується середовищ Microsoft SQL Server 2017 та 2019 років. Запуск резервного копію з одним потоком завершується, але займає більше часу.

Cause

Глухий кут, спричинений зміною поведінки VDI

Ця проблема виникла через зміну реалізації Microsoft Virtual Device Interface (VDI) для SQL Server 2017 та 2019 років. У SQL Server 2016 avsql плагін використовував SetEvent параметр, що сигналізує про завершення резервної конфігурації. Починаючи з SQL Server 2017/2019, рівень VDI використовує підрахунок семафорів. Коли мультипоток увімкнено, avsql компонент збільшує кількість семафорів, залишаючи його ненульовим і створюючи глухий кут, який запобігає “avsql” потоки не просуваються, що призводить до помилки тайм-ауту.

  • Різниця у поведінці VDI між SQL 2016 (SetEvent) та SQL 2017/2019 (семафор).
  • Avamar “avsql” компонент очікує SetEvent Семантика.
  • Мультипотік активує шлях коду, який маніпулює семафором.
  • Глухий кут не призводить до прогресу у створених avtar-тредах і повідомлення про тайм-аут.
Інженерна команда виправила логіку підключення, зменшивши кількість семафорів, усунувши глухий кут.

Resolution

Постійне рішення

Оновіть клієнт резервного копіювання Avamar і плагін SQL до версії 19.10 або пізніше, яка містить виправлення коду. Dell рекомендує оновити версію до останньої підтримуваної версії (наприклад, Avamar 19.12.x), щоб отримати найновіші виправлення та покращення. 

Застосуйте останній кумулятивний гарячий виправ для встановленої версії:

  • Для версії 19.10.100-166 HF338875
  • Для версії 19.12.100-186 HF953552

Завантажте необхідний гарячий виправ від Dell Support:

Дивіться статтю «Avamar: Як знайти та завантажити гарячі виправлення, патчі або пакет для встановлення та оновлення від Dell Support » для отримання додаткової інформації.

Affected Products

Avamar
Article Properties
Article Number: 000200834
Article Type: Solution
Last Modified: 21 Sep 2026
Version:  7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.