Avamar: Falha no backup ou na procura do SQL com o erro avsql <15760>: Nenhum destino após a expansão"

Cenário

Problema de backup e procura usando o plug-in avsql da GUI ou AUI do console do Avamar Administrator.

Códigos de erro de backup: avsql Error <15760>: Nenhum alvo após a expansão!

Quando esse erro está presente nos backups, indica que um problema de navegação e as informações do banco de dados não estão sendo buscadas usando o avsql Serviços.

O backup do Avamar SQL (avsql) ou a navegação no banco de dados falha com "avsql Error <15760>: No targets after expansion!"

O backup baseado em Avsql e a operação de procura falham para o servidor independente do SQL e clients de cluster.

1. Funções de sysadmin ausentes para a conta de usuário ou o usuário do Active Directory (SQL 2012 e superior) usadas nos serviços do agente de backup.
2. Problema de conexão entre o SQL SMO e o plug-in Avamar SQL.
3. Problema de conexão de serviços WMI entre os serviços SQL Server e Windows.
4. As portas de comunicação do Avamar não estão acessíveis. 
5. Arquivos dll SMO ausentes ou outros arquivos necessários que funcionam para buscar as informações do banco de dados.

1. Funções de sysadmin ausentes para a conta de usuário usada nos serviços do agente de backup. Verifique o artigo da base de conhecimento sobre como atribuir funções sysadmin:
   • KB 000039635 Avamar: Falha no backup do SQL com o erro "BACKUP DATABASE permission denied in database"
2. Configure permissões de controle total para a conta do AD usadas para o SQL Server 2012 e versões posteriores. Informações mais detalhadas estão na página 11 do Guia do usuário do Avamar SQL V19.9
3. Os arquivos SMO necessários estão faltando para os serviços do SQL Server.
   • A versão instalada do SMO pode ser verificada no programa e nos recursos do painel>>de controle. Se a versão do SMO relacionada à versão do SQL Server estiver ausente, faça download e instale-a a partir do site da Microsoft
   • Para fazer download do pacote SMO para várias versões do SQL 
     • Download do SMO/CLR do SQL 2008 e 2008 R2:
       • https://www.microsoft.com/en-us/download/details.aspx?id=44272
     • Download do SQL 2012 R2 SMO/CLR:
       • https://www.microsoft.com/en-us/download/details.aspx?id=29065
     • Download do SMO/CLR do SQL 2014:
       • https://www.microsoft.com/en-us/download/details.aspx?id=42295         
     • Download do SMO/CLR do SQL 2016:
       • https://www.microsoft.com/en-us/download/details.aspx?id=54279
     • O SQL 2017 e posterior SMO são distribuídos pela Microsoft, como o "Microsoft.SqlServer.SqlManagementObjects" e é atualizado por meio do NUGet.
       • Galeria NuGet | Microsoft.SqlServer.SqlManagementObjects 170.18.0
     • Instruções de instalação do pacote Nuget:
       • Para saber mais sobre como instalar a revisão do pacote Nuget:
         • https://learn.microsoft.com/en-us/sql/relational-databases/server-management-objects-smo/installing-smo?view=sql-server-ver15
4. Os serviços Avamar SQL (avsql) não conseguem se conectar aos arquivos SQL SMO presentes no SQL devido a um ambiente misto
   • Artigo da base de conhecimento a seguir: KB 000051925 falha do plug-in Avamar SQL ao procurar instância SQL em um ambiente SQL misto
5. Execute o comando abaixo para verificar se a instância SQL está sendo navegada.

avsql.exe --debug --operation=browse --verbose 

1. 1. A seguinte sintaxe do indicador --usesmoversion="SMO version" pode ser usada para verificar qual indicador pode ser usado para permitir a conexão forçada entre o SMO e os serviços avsql:
   2.  Exemplo para SQL 2016:

 avsql.exe --debug --operation=browse --verbose --usesmoversion=13 

6.  Execute o seguinte comando para ver se os bancos de dados SQL estão sendo navegados:

avsql --operation=browse (local) 

7. Teste a conectividade entre o SMO e o SQL Server usando o artigo da KB abaixo:
   • KB 000156447 Avamar — como testar a conectividade entre o SMO e o SQL Server.
   • As etapas abaixo podem ser seguidas para testar a conectividade usando os comandos do PowerShell:
     1.  Área de trabalho remota para o cliente SQL.
     2. Abra o PowerShell.
     3. Digite a seguinte declaração:

8. Analise os resultados do cmd de avsql.exe --debug --operation=browse --verbose e procure erros relacionados aos serviços SQL:
   • Se um erro de conexão WMI for encontrado, faça login na ferramenta de configuração SQL.
   • Se a ferramenta de configuração SQL não abrir com a seguinte mensagem "Não é possível se conectar ao provedor WMI. Se a permissão for negada ou se o servidor estiver inacessível, entre em contato com os administradores do SQL para resolver o problema.
     • Artigo da Microsoft:
       • https://learn.microsoft.com/en-US/troubleshoot/sql/tools/error-message-when-you-open-configuration-manager
       • https://www.sqlnethub.com/blog/how-to-resolve-cannot-connect-to-wmi-provider-sql-server-configuration-manager

9. Dependendo da versão de bit do SQL Server, o indicador abaixo pode ser testado primeiro com a navegação baseada em CLI e, posteriormente, adicionado a avsql.cmd se necessário para permitir a operação de navegação:
   1. Exemplo:

10. Certifique-se de que os serviços do navegador SQL e os pipes nomeados estejam habilitados na ferramenta de configuração SQL, protocolo de rede SQL para a instância específica do SQL Server.
11. Certifique-se de que os arquivos smo.dll necessários estejam presentes em c:\programfiles\avs\bin na versão do client. Verifique a versão do SQL Server em uso para verificar a versão necessária do arquivo smo.dll.
    • Cluster ativo/passivo ou sempre ativo do SQL
      1. Faça log-in no nó principal ou proprietário da configuração em cluster
      2. As etapas de 1 a 9 da solução de problemas do servidor SQL independente podem ser analisadas e seguidas a partir do nó proprietário do cluster.
      3. O comando usado para executar a navegação baseada em CLI para buscar informações da instância SQL: