Avamar: Il backup o la ricerca di SQL ha esito negativo con "avsql Error <15760>: Nessun obiettivo dopo l'espansione"

Scenario del caso

Eseguire il backup e la navigazione del problema utilizzando il plug-in avsql dalla GUI di Avamar Administrator Console o da AUI.

Codici di errore di backup: avsql Error <15760>: Nessun bersaglio dopo l'espansione!

Quando questo errore è presente nei backup, indica che un problema di ricerca e le informazioni del database non vengono recuperate utilizzando il comando avsql servizi.

Il backup di Avamar SQL (avsql) o la navigazione del database non riesce con "avsql Error <15760>: No targets after expansion!"

L'operazione di backup e ricerca basata su Avsql ha esito negativo per i client cluster e server standalone SQL.

1. Ruoli sysadmin mancanti per l'account utente o l'utente Active Directory (SQL 2012 e versioni successive) utilizzato nei servizi dell'agent di backup.
2. Problema di connessione tra SQL SMO e il plug-in SQL Avamar.
3. Problema di connessione dei servizi WMI tra SQL Server e i servizi Windows.
4. Porte di comunicazione Avamar non accessibili. 
5. File SMO dll mancanti o altri file necessari per recuperare le informazioni del database.

1. Ruoli sysadmin mancanti per l'account utente utilizzato nei servizi dell'agent di backup. Consultare l'articolo della Knowledge Base su come assegnare i ruoli sysadmin:
   • KB 000039635 Avamar: Backup SQL con esito negativo con errore "BACKUP DATABASE permission denied in database"
2. Configurare le autorizzazioni di controllo completo per l'account AD utilizzato per SQL Server 2012 e versioni successive. Informazioni più dettagliate sono disponibili a pagina 11 della guida utente V19.9 di Avamar SQL
3. File SMO necessari mancanti per i servizi SQL Server.
   • La versione installata di SMO può essere verificata dal programma e dalle funzionalità del pannello>>di controllo. Se manca la versione di SMO relativa alla versione di SQL Server, scaricarla e installarla dal sito Microsoft
   • Per scaricare il pacchetto SMO per varie versioni di SQL 
     • Download di SMO/CLR SQL 2008 e 2008 R2:
       • https://www.microsoft.com/en-us/download/details.aspx?id=44272
     • Download di SQL 2012 R2 SMO/CLR:
       • https://www.microsoft.com/en-us/download/details.aspx?id=29065
     • Download di SQL 2014 SMO/CLR:
       • https://www.microsoft.com/en-us/download/details.aspx?id=42295         
     • Download di SQL 2016 SMO/CLR:
       • https://www.microsoft.com/en-us/download/details.aspx?id=54279
     • SQL 2017 e versioni successive SMO vengono distribuiti da Microsoft, come "Microsoft.SqlServer.SqlManagementObjects" e vengono aggiornati tramite NUGet.
       • Raccolta NuGet | Microsoft.SqlServer.SqlManagementObjects 170.18.0
     • Istruzioni per l'installazione del pacchetto Nuget:
       • Per altre informazioni su come installare il pacchetto NuGet, esaminare:
         • https://learn.microsoft.com/en-us/sql/relational-databases/server-management-objects-smo/installing-smo?view=sql-server-ver15
4. I servizi Avamar SQL (avsql) non sono in grado di connettersi ai file di SQL SMO presenti su SQL a causa di un ambiente misto
   • Articolo della Knowledge Base a seguire: Il plug-in Avamar SQL di 000051925 della Knowledge Base non è riuscito a sfogliare l'istanza SQL in un ambiente SQL misto
5. Eseguire il comando riportato di seguito per verificare se è in corso l'esplorazione dell'istanza SQL.

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

1. 1. È possibile utilizzare la seguente sintassi del flag --usesmoversion="SMO version" per verificare quale flag può essere utilizzato per consentire di forzare la connessione tra i servizi SMO e avsql:
   2.  Esempio per SQL 2016:

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

6.  Eseguire il comando seguente per verificare se si stanno esplorando i database SQL:

avsql --operation=browse (local) 

7. Testare la connettività tra SMO e SQL Server utilizzando l'articolo della KB riportato di seguito:
   • KB 000156447 Avamar - Come testare la connettività tra SMO e SQL Server.
   • È possibile seguire la procedura riportata di seguito per testare la connettività utilizzando i comandi Powershell:
     1.  Desktop remoto sul client SQL.
     2. Aprire PowerShell.
     3. Immettere la seguente istruzione:

8. Esaminare gli output cmd di avsql.exe --debug --operation=browse --verbose e cercare gli errori relativi ai servizi SQL:
   • Se viene rilevato un errore di connessione WMI, accedere allo strumento di configurazione SQL.
   • Se lo strumento di configurazione SQL non si apre con il seguente messaggio: "Impossibile connettersi al provider WMI. Se l'autorizzazione viene negata o il server non è raggiungibile, coinvolgere gli amministratori SQL per risolvere il problema.
     • Articolo 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. A seconda della versione bit di SQL Server, il flag riportato di seguito può essere prima testato con la ricerca basata su CLI e successivamente aggiunto a avsql.cmd se necessario per consentire l'operazione di ricerca:
   1. Esempio:

10. Assicurarsi che i servizi del browser SQL e le named pipe siano abilitati nello strumento di configurazione SQL, protocollo di rete SQL per la particolare istanza di SQL Server.
11. Assicurarsi che i file smo.dll richiesti siano presenti in c:\programfiles\avs\bin nella versione client. Verificare la versione di SQL Server in uso per verificare la versione richiesta del file di smo.dll.
    • Cluster SQL attivo/passivo o Always-On
      1. Accedere al nodo primario o proprietario della configurazione cluster
      2. I passaggi da 1 a 9 della risoluzione dei problemi del server standalone SQL possono essere esaminati e seguiti dal nodo proprietario del cluster.
      3. Il comando utilizzato per eseguire la navigazione basata su CLI per recuperare le informazioni sull'istanza SQL: