Avamar: SQL-Backup oder -Durchsuchen schlägt mit "avsql Error <15760> fehl: Keine Ziele nach der Expansion"
Summary: Der SQL-basierte Backup- und Suchvorgang von Avamar schlägt für eigenständige SQL-Server und Clusterclients fehl. Avamar SQL-Backup oder Datenbankdurchsuchung schlägt mit "avsql Error fehl" <15760>aus: Keine Ziele nach der Erweiterung." Dies liegt an fehlenden Sysadmin-Rollen, Verbindungsproblemen, Verbindungsproblemen mit WMI-Services (Windows Management Instrumentation), Kommunikationsproblemen mit dem Avamar-Port oder fehlenden SQL Server Management Objects (SMO)-DLL-Dateien. ...
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
Es gibt ein Problem mit dem Avamar-SQL-Backup und dem Durchsuchen von Datenbanken sowohl in eigenständigen SQL- als auch in Clusterumgebungen.
Fallszenario
Problem beim Sichern und Durchsuchen mit dem avsql-Plug-in über die GUI oder AUI der Avamar Administrator-Konsole.
Backup-Fehlercodes: avsql Error <15760>aus: Keine Ziele nach der Erweiterung!
Wenn dieser Fehler in den Backups auftritt, weist dies darauf hin, dass ein Durchsuchungsproblem vorliegt und Datenbankinformationen nicht über die avsql Dienste.
Avamar SQL (avsql)-Backup oder Datenbankdurchsuchung schlägt fehl mit "avsql Error <15760>: No targets after expansion!"
Der Avsql-basierte Backup- und Suchvorgang schlägt für eigenständige SQL-Server und Clusterclients fehl.
Cause
Es gibt mehrere mögliche Ursachen für dieses Verhalten.
- Fehlende sysadmin-Rollen für das Nutzerkonto oder den Active Directory-Nutzer (SQL 2012 und höher), die unter Backup Agent-Services verwendet werden.
- Verbindungsproblem zwischen SQL-SMO und Avamar-SQL-Plug-in.
- Problem mit der WMI-Services-Verbindung zwischen SQL Server und Windows-Services.
- Auf Avamar-Kommunikationsports kann nicht zugegriffen werden.
- Fehlende SMO-DLL-Dateien oder andere erforderliche Dateien, die zum Abrufen der Datenbankinformationen dienen.
Resolution
Die folgenden Schritte können befolgt werden, um die Backup- und Browse-Probleme in eigenständigen und Clusterkonfigurationen zu minimieren:
Eigenständige SQL-Server
Eigenständige SQL-Server
- Fehlende sysadmin-Rollen für das unter Backup Agent-Services verwendete Nutzerkonto. Lesen Sie den Wissensdatenbank-Artikel zum Zuweisen von Sysadmin-Rollen:
- Wissensdatenbank-000039635 Avamar: SQL-Backup schlägt mit Fehler "BACKUP DATABASE permission denied in database" fehl
- Konfigurieren Sie Vollzugriffsberechtigungen für das AD-Konto, das für SQL Server 2012 und höher verwendet wird. Detailliertere Informationen finden Sie auf Seite 11 des Avamar SQL-Benutzerhandbuchs v19.9
- Erforderliche SMO-Dateien fehlen für die SQL Server-Services.
- Die installierte SMO-Version kann über das Bedienfeldprogramm>>und die Funktionen überprüft werden. Wenn die SMO-Version zur SQL Server-Version fehlt, laden Sie sie von der Microsoft-Website herunter und installieren Sie sie.
- So laden Sie das SMO-Paket für verschiedene Versionen von SQL herunter
- SQL 2008 und 2008 R2 SMO/CLR-Download:
- SQL 2012 R2 SMO/CLR-Download:
- SQL 2014 SMO/CLR-Download:
- SQL 2016 SMO/CLR-Download:
- SQL 2017 und höher SMO werden von Microsoft als "Microsoft.SqlServer.SqlManagementObjects" verteilt und über NUGet aktualisiert.
- Installationsanweisungen für das NuGet-Paket:
- So erfahren Sie mehr über die Installation der NuGet-Paketprüfung:
- Avamar SQL (avsql)-Services können aufgrund einer gemischten Umgebung keine Verbindung zu SQL-SMO-Dateien herstellen, die in SQL vorhanden sind
- KB-Artikel, dem Folgendes folgen wird: Wissensdatenbank-Artikel 000051925 Avamar SQL-Plug-in konnte SQL-Instanz in einer gemischten SQL-Umgebung nicht durchsuchen
- Führen Sie den folgenden Befehl aus, um zu überprüfen, ob die SQL-Instanz durchsucht wird.
avsql.exe --debug --operation=browse --verbose
-
- Die folgende Flag-Syntax --usesmoversion="SMO version" kann verwendet werden, um zu überprüfen, welches Flag verwendet werden kann, um eine erzwungene Verbindung zwischen SMO- und avsql-Services zu ermöglichen:
- Beispiel für SQL 2016:
avsql.exe --debug --operation=browse --verbose --usesmoversion=13
- Führen Sie den folgenden Befehl aus, um festzustellen, ob die SQL-Datenbanken durchsucht werden:
avsql --operation=browse (local)
- Testen Sie die Konnektivität zwischen SMO und SQL Server mithilfe des folgenden Wissensdatenbank-Artikels:
- Wissensdatenbank-Artikel 000156447 Avamar – So testen Sie die Konnektivität zwischen SMO und SQL Server.
- Die folgenden Schritte können befolgt werden, um die Konnektivität mithilfe der PowerShell-Befehle zu testen:
- Remote Desktop auf den SQL-Client.
- Öffnen Sie PowerShell.
- Geben Sie die folgende Anweisung ein:
[reflection.assembly]::LoadWithPartialName("Microsoft.SQLServer.SMO")
-
-
- Geben Sie die folgende Anweisung ein:
-
$SQLServer = new-object ("Microsoft.SQLServer.Management.SMO.Server")
-
-
- Geben Sie die folgende Anweisung ein:
-
foreach($SQLDatabase in $SQLServer.databases) {$SQLDatabase.name}
-
-
- Dies führt zu einer Liste der Datenbanken auf dem Client. Dadurch wird bestätigt, dass das SMO ordnungsgemäß geladen wurde und eine Verbindung zu SQL Server herstellt. Wenn dies zu einem Fehler führt, muss dieser behoben werden, bevor Avamar erfolgreich sein kann.
-
- Überprüfen Sie die cmd-Ausgaben von avsql.exe --debug --operation=browse --verbose und suchen Sie nach Fehlern im Zusammenhang mit SQL-Services:
- Wenn ein WMI-Verbindungsfehler gefunden wird, melden Sie sich beim SQL-Konfigurationstool an.
- Wenn das SQL-Konfigurationstool mit der folgenden Meldung "Verbindung zum WMI-Anbieter nicht möglich. Wenn die Berechtigung verweigert wird oder der Server nicht erreichbar ist, wenden Sie sich an SQL-Administratoren, um das Problem zu beheben.
- Je nach Bitversion von SQL Server kann das folgende Flag zunächst mit CLI-basiertem Durchsuchen getestet und später bei Bedarf zu avsql.cmd hinzugefügt werden, um den Suchvorgang zu ermöglichen:
- Beispiel:
avsql.exe --debug --operation=browse verbose --provider-architecture=64bit
- Stellen Sie sicher, dass die SQL-Browser-Services und Named Pipes unter dem SQL-Konfigurationstool und dem SQL-Netzwerkprotokoll für die jeweilige SQL Server-Instanz aktiviert sind.
- Stellen Sie sicher, dass die erforderlichen smo.dll-Dateien unter C:\ProgramFiles\AVS\bin auf der Clientversion vorhanden sind. Überprüfen Sie die verwendete SQL Server-Version, um nach der erforderlichen Version der smo.dll Datei zu suchen.
- SQL-Aktiv-Passiv- oder Always-On-Cluster
- Melden Sie sich beim primären oder Eigentümer-Node der Clusterkonfiguration an
- Die Schritte 1 bis 9 aus dem Troubleshooting eines eigenständigen SQL-Servers können vom Eigentümer-Node des Clusters aus überprüft und befolgt werden.
- Der Befehl, der zum Durchführen eines CLI-basierten Durchsuchens zum Abrufen von Informationen zur SQL-Instanz verwendet wird:
- SQL-Aktiv-Passiv- oder Always-On-Cluster
avsql --operation=browse --sqlserver=SQLCluster_name --hostnamesql=SQLCluster_name
-
-
- Stellen Sie die Kommunikation zwischen der Clusterclient-IP und den Avamar-Browserports 28002 und 28003 (oder 30002 und 30003) sicher
- Wenn ein Kommunikationsproblem zwischen dem SQL-Clusterclient und dem SQL-Listener vermutet wird, fügen Sie avsql.cmd unter dem freigegebenen var-Speicherort das folgende Flag hinzu:
-
--sqlserver=listenerIP,listenerPortnumber
-
- Hinweis: Die obigen Details sind im SQL Studio-Tool >>vorhanden: Hochverfügbarkeit>>, SQL-Instanz>>, Verfügbarkeitsgruppen-Listener, Listener>>und Rechtsklick auf Eigenschaften.
-
-
- Hinzufügen von Cluster-Node-Flags in avsql.cmd Datei unter dem freigegebenen var-Speicherort, um einzelne SQL-Server für Kommunikationsfehler anzugeben "Verbindung zum Remoteclient '<IP_ADDRESS>' nicht möglich, Fehlercode: 2. Stellen Sie sicher, dass der Remotebackup-Agent ausgeführt wird:
-
--clusternode=<SQL_node_name>(<IP_ADDRESS>)
-
-
- Überprüfen Sie den für den Clusterclient verwendeten Auslagerungsport über die Avamar GUI-Navigations-Policy>>>>>> Wählen Sie den Client aus und bearbeiten Sie ihn.
- Fügen Sie 280002/28003 hinzu, deaktivieren Sie anschließend den Client, ändern Sie die unten genannten Startparameter und aktivieren Sie den Clusterclient erneut.
- Ersetzen Sie --disable-gui und fügen Sie --listenport=28002 oder 28003 in den Cluster-Startparametern hinzu, die Sie unter dem Failover-Cluster-Tool>>finden. Verwendete>> Rolle auswählen Klicken Sie mit der rechten Maustaste auf Eigenschaften der Backup-Agent-Services für den Cluster.
- Beispiel:
- Vor Änderungen:
--service --mcsaddr=coeavr01.coe.int --mcsport=28001 --dpndomain=clients --vardir="E:\Program Files\Backup Agents for Cluster Groups\COEWINFILE\var" --logfile="E:\ProgramFiles\Backup Agents for Cluster Groups\COEWINFILE\var\avagent.log" --sysdir="E:\Program Files\Backup Agents for Cluster Groups\COEWINFILE\etc" --netbind=. --disablegui=true --pin_include=windows.pin,sql.pin
- Nach Änderungen:
--service --mcsaddr=coeavr01.coe.int --mcsport=28001 --dpndomain=clients --vardir="E:\Program Files\Backup Agents for Cluster Groups\COEWINFILE\var" --logfile="E:\Program Files\Backup Agents for Cluster Groups\COEWINFILE\var\avagent.log" --sysdir="E:\Program Files\Backup Agents for Cluster Groups\COEWINFILE\etc" --netbind=. --listenport=28002 --pin_include=windows.pin,sql.pin
- Vor Änderungen:
- Das folgende Flag kann avsql.cmd unter dem freigegebenen var-Speicherort hinzugefügt werden, um die SQL-Datenbanken auf Node-Ebene aufzulisten:
--show_db_in_availability_group=true
- Überprüfen Sie den für den Clusterclient verwendeten Auslagerungsport über die Avamar GUI-Navigations-Policy>>>>>> Wählen Sie den Client aus und bearbeiten Sie ihn.
-
Affected Products
Avamar Plug-in for SQLProducts
AvamarArticle Properties
Article Number: 000082137
Article Type: Solution
Last Modified: 19 Nov 2025
Version: 7
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.