Avamar : Échec de la sauvegarde ou de la navigation SQL avec l’erreur avsql <15760> : Aucune cible après l’extension »

Summary: L’opération de navigation et de sauvegarde basée sur Avamar SQL échoue pour les clients de serveur et de cluster SQL autonomes. Échec de la sauvegarde ou de la navigation dans la base de données Avamar SQL avec le message « avsql Error » <15760>: Pas d’objectifs après l’expansion. Cela est dû à des rôles sysadmin manquants, à des problèmes de connexion, à des problèmes de connexion aux services WMI (Windows Management Instrumentation), à des problèmes de communication du port Avamar ou à des fichiers dll SQL Server Management Objects (SMO) manquants. ...

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.
Check out other resources

Symptoms

Il existe un problème avec la sauvegarde Avamar SQL et la navigation dans la base de données dans les environnements SQL autonomes et de cluster.

Scénario

Problème de sauvegarde et de navigation à l’aide du plug-in avsql à partir de l’interface utilisateur graphique ou de l’AUI de la console Avamar Administrator.

Codes d’erreur de sauvegarde : avsql Error <15760>: Aucune cible après l’extension !

Lorsque cette erreur est présente dans les sauvegardes, cela indique qu’un problème de navigation et des informations sur la base de données ne sont pas récupérées à l’aide de la commande avsql services.

La sauvegarde ou la navigation dans une base de données Avamar SQL (avsql) échoue avec "avsql Error <15760>: No targets after expansion!"

L’opération de sauvegarde et de navigation basée sur Avsql échoue pour les clients de serveur et de cluster autonomes SQL.

 

Cause

Il existe plusieurs causes possibles à ce comportement.
  1. Rôles sysadmin manquants pour le compte d’utilisateur ou l’utilisateur Active Directory (SQL 2012 et versions ultérieures) utilisés dans les services de l’agent de sauvegarde.
  2. Problème de connexion entre SQL SMO et le plug-in Avamar SQL.
  3. Problème de connexion aux services WMI entre le serveur SQL et les services Windows.
  4. Ports de communication Avamar non accessibles. 
  5. Fichiers DLL SMO manquants ou autres fichiers requis qui fonctionnent pour extraire les informations de la base de données.

Resolution

Les étapes suivantes peuvent être suivies pour limiter les problèmes de sauvegarde et de navigation dans les configurations autonomes et de cluster :

Serveurs SQL autonomes
 
  1. Rôles sysadmin manquants pour le compte d’utilisateur utilisé dans les services de l’agent de sauvegarde. Consultez l’article de la base de connaissances sur la façon d’attribuer des rôles sysadmin :
  2. Configurez les autorisations de contrôle total pour le compte AD utilisé pour SQL Server 2012 et versions ultérieures. Pour plus d’informations, consultez la page 11 du guide de l’utilisateur d’Avamar SQL V19.9
  3. Il manque les fichiers SMO requis pour les services SQL Server.
  4. Les services Avamar SQL (avsql) ne peuvent pas se connecter aux fichiers SQL SMO présents sur SQL en raison d’un environnement mixte
  5. Exécutez la commande ci-dessous pour vérifier si l’instance SQL est parcourue.
avsql.exe --debug --operation=browse --verbose
    1. La syntaxe de balise suivante --usesmoversion="SMO version » peut être utilisée pour vérifier quelle balise peut être utilisée pour forcer la connexion entre SMO et les services avsql :
    2.  Exemple pour SQL 2016 :
 avsql.exe --debug --operation=browse --verbose --usesmoversion=13
  1.  Exécutez la commande suivante pour voir si les bases de données SQL sont parcourues :
avsql --operation=browse (local)
  1. Testez la connectivité entre SMO et SQL Server à l’aide de la base de connaissances ci-dessous : 
[reflection.assembly]::LoadWithPartialName("Microsoft.SQLServer.SMO")
      1. Saisissez l’énoncé suivant :
$SQLServer = new-object ("Microsoft.SQLServer.Management.SMO.Server")
      1. Saisissez l’énoncé suivant :
foreach($SQLDatabase in $SQLServer.databases) {$SQLDatabase.name}
      1. La liste des bases de données présentes sur le client s’affiche. Ce contrôle confirme que le SMO est correctement chargé et qu’il se connecte à SQL Server. S’il en résulte une erreur, celle-ci doit être résolue pour qu’Avamar puisse réussir.
  1. Passez en revue les sorties cmd de avsql.exe --debug --operation=browse --verbose et recherchez les erreurs liées aux services SQL :
  1. En fonction de la version Bit du serveur SQL, la balise ci-dessous peut d’abord être testée avec la navigation basée sur la CLI, puis ajoutée à avsql.cmd si nécessaire pour autoriser l’opération de navigation :
    1. Exemple :
avsql.exe --debug --operation=browse  verbose --provider-architecture=64bit
  1. Assurez-vous que les services du navigateur SQL et les canaux nommés sont activés dans l’outil de configuration SQL, protocole réseau SQL pour l’instance SQL Server particulière.
  2. Assurez-vous que les fichiers smo.dll requis sont présents sous c :\programfiles\avs\bin dans la version du client. Vérifiez la version de SQL Server en cours d’utilisation pour vérifier la version requise du fichier smo.dll.
    • Cluster SQL actif/passif ou Always-On
      1. Connectez-vous au nœud principal ou au nœud propriétaire de la configuration de cluster
      2. Les étapes 1 à 9 du dépannage d’un serveur autonome SQL peuvent être passées en revue et suivies à partir du nœud propriétaire du cluster.
      3. Commande utilisée pour effectuer une navigation basée sur la CLI afin d’extraire les informations de l’instance SQL :
avsql --operation=browse --sqlserver=SQLCluster_name --hostnamesql=SQLCluster_name
      1. Assurez la communication entre l’adresse IP du client de cluster et Avamar en parcourant les ports 28002 et 28003 (ou 30002 et 30003)
      2. Si un problème de communication est suspecté entre le client de cluster SQL et l’écouteur SQL, ajoutez la balise suivante dans avsql.cmd sous l’emplacement var partagé :
--sqlserver=listenerIP,listenerPortnumber
    • Remarque : Les détails ci-dessus sont présents dans l’outil SQL Studio Instance>>SQL haute disponibilité>>Groupe d’écoute>>Listener et cliquez avec le bouton droit de la souris pour accéder aux propriétés.>>
      1. Ajoutez des balises de nœud de cluster dans avsql.cmd fichier situé sous l’emplacement var partagé pour spécifier des serveurs SQL individuels pour les erreurs de communication « Impossible de se connecter au client distant '<IP_ADDRESS>', code d’erreur : 2. Assurez-vous que l’agent de sauvegarde à distance est en cours d’exécution : 
--clusternode=<SQL_node_name>(<IP_ADDRESS>)
      1. Consulter le port de pagination utilisé pour le client de cluster à partir de l’interface utilisateur>>graphique d’Avamar Stratégie>> de navigation>>Sélectionnez le client et modifiez-le.
        1. Ajoutez 280002/28003, puis désactivez le client, modifiez les paramètres de démarrage mentionnés ci-dessous et réactivez le client de cluster.
        2. Remplacez --disable-gui et ajoutez --listenport=28002 ou 28003 dans les paramètres de démarrage du cluster qui se trouvent sous l’outil>>Cluster de basculement Sélectionner le rôle utilisé>> Cliquez avec le bouton droit de la souris sur les propriétés des services de l’agent de sauvegarde pour le cluster.
        3. Exemple :
          1. Avant les modifications : 
            --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
          2. Après les modifications :  
            --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
        4. La balise ci-dessous peut être ajoutée dans avsql.cmd sous l’emplacement var partagé pour répertorier les bases de données SQL au niveau du nœud : 
          --show_db_in_availability_group=true

           

Affected Products

Avamar Plug-in for SQL

Products

Avamar
Article 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.