Avamar: El respaldo o la navegación de SQL fallan con el mensaje "avsql Error <15760>: No hay destinos después de la expansión"

Summary: La operación de navegación y respaldo basado en Avamar SQL falla para clientes de clúster y servidor independiente de SQL. La navegación por la base de datos o el respaldo de Avamar SQL falla con el mensaje "avsql Error <15760>: No hay objetivos después de la expansión". Esto se debe a la falta de funciones de sysadmin, problemas de conexión, problemas de conexión de los servicios del Instrumental de administración de Windows (WMI), problemas de comunicación del puerto Avamar o archivos dll de SQL Server Management Objects (SMO) faltantes. ...

:-no-hay-destinos-después-de-la-expansión"" />

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

Hay un problema con el respaldo de Avamar SQL y la navegación de bases de datos en entornos de clúster e independientes de SQL.

Casos

El problema de respaldo y navegación se realiza mediante el plug-in de avsql desde la AUI o la GUI de Avamar Administrator Console.

Códigos de error de respaldo: avsql Error <15760>: ¡No hay objetivos después de la expansión!

Cuando este error está presente en los respaldos, indica que un problema de navegación y la información de la base de datos no se están obteniendo mediante avsql servicios.

La navegación por la base de datos o el respaldo de Avamar SQL (avsql) falla con "avsql Error <15760>: No targets after expansion!"

La operación de búsqueda y respaldo basado en Avsql falla para clientes de clúster y servidor independiente de SQL.

 

Cause

Hay varias causas posibles para este comportamiento.
  1. Faltan funciones sysadmin para la cuenta de usuario o el usuario de Active Directory (SQL 2012 y versiones superiores) que se utilizan en los servicios de agente de respaldo.
  2. Problema de conexión entre SQL SMO y el plug-in de Avamar SQL.
  3. Problema de conexión de los servicios WMI entre SQL Server y los servicios de Windows.
  4. Los puertos de comunicación de Avamar no son accesibles. 
  5. Faltan archivos dll de SMO u otros archivos necesarios que funcionan para obtener la información de la base de datos.

Resolution

Se pueden seguir los siguientes pasos para mitigar los problemas de respaldo y navegación en configuraciones independientes y de clúster:Servidores

SQL independientes
 
  1. Faltan funciones de sysadmin para la cuenta de usuario utilizada en los servicios de agente de respaldo. Consulte el artículo de la base de conocimientos sobre cómo asignar funciones de sysadmin:
  2. Configure permisos de control completo para la cuenta de AD utilizada para SQL Server 2012 y versiones posteriores. Hay información más detallada en la página 11 de la guía del usuario de Avamar SQL V19.9
  3. Faltan los archivos SMO necesarios para los servicios de SQL Server.
  4. Los servicios de Avamar SQL (avsql) no se pueden conectar a los archivos SMO de SQL presentes en SQL debido a un entorno mixto
  5. Ejecute el siguiente comando para verificar si se está navegando por la instancia de SQL.
avsql.exe --debug --operation=browse --verbose
    1. La siguiente sintaxis de marca --usesmoversion="SMO version" se puede utilizar para verificar qué marca se puede utilizar para permitir la conexión forzada entre los servicios de SMO y avsql:
    2.  Ejemplo para SQL 2016:
 avsql.exe --debug --operation=browse --verbose --usesmoversion=13
  1.  Ejecute el siguiente comando para ver si se están examinando las bases de datos SQL:
avsql --operation=browse (local)
  1. Pruebe la conectividad entre SMO y SQL Server mediante el siguiente artículo de la base de conocimientos: 
[reflection.assembly]::LoadWithPartialName("Microsoft.SQLServer.SMO")
      1. Ingrese la siguiente declaración:
$SQLServer = new-object ("Microsoft.SQLServer.Management.SMO.Server")
      1. Ingrese la siguiente declaración:
foreach($SQLDatabase in $SQLServer.databases) {$SQLDatabase.name}
      1. Esto da como resultado una lista de las bases de datos en el cliente. Esto confirma que el SMO se haya cargado correctamente y que se esté conectando a SQL Server. Si se produce un error, esto se debe resolver antes de que Avamar pueda tener éxito.
  1. Revise las salidas de cmd de avsql.exe --debug --operation=browse --verbose y busque errores relacionados con los servicios de SQL:
  1. Según la versión de bits de SQL Server, la siguiente marca se puede probar primero con la navegación basada en la CLI y, posteriormente, agregarse a avsql.cmd si es necesario para permitir la operación de navegación:
    1. Ejemplo:
avsql.exe --debug --operation=browse  verbose --provider-architecture=64bit
  1. Asegúrese de que los servicios del navegador SQL y las canalizaciones con nombre estén habilitados en la herramienta de configuración de SQL, el protocolo de red de SQL para la instancia de SQL Server específica.
  2. Asegúrese de que los archivos de smo.dll necesarios estén presentes en c:\programfiles\avs\bin en la versión del cliente. Verifique la versión de SQL Server en uso para comprobar la versión necesaria del archivo smo.dll.
    • Clúster activo/pasivo o Always-On de SQL
      1. Inicie sesión en el nodo primario o propietario de la configuración del clúster
      2. Los pasos del 1 al 9 de la solución de problemas del servidor independiente de SQL se pueden revisar y seguir desde el nodo propietario del clúster.
      3. El comando que se utiliza para realizar una navegación basada en CLI a fin de obtener información de la instancia de SQL:
avsql --operation=browse --sqlserver=SQLCluster_name --hostnamesql=SQLCluster_name
      1. Garantice la comunicación entre la IP del cliente del clúster y los puertos de navegación de Avamar 28002 y 28003 (o 30002 y 30003)
      2. Si se sospecha que hay un problema de comunicación entre el cliente del clúster de SQL y el cliente de escucha de SQL, agregue la siguiente marca en avsql.cmd en la ubicación de var compartida:
--sqlserver=listenerIP,listenerPortnumber
    • Nota: Los detalles anteriores están presentes en la herramienta SQL Studio, la instancia >>>>de SQL de alta disponibilidad>>, el cliente de escucha>>del grupo de disponibilidad y haga clic con el botón secundario para ver las propiedades.
      1. Agregue marcas de nodo de clúster en avsql.cmd archivo ubicado en ubicación var compartida para especificar servidores SQL individuales para errores de comunicación "No se pudo conectar al cliente remoto '<IP_ADDRESS>', código de error: 2. Asegúrese de que el agente de respaldo remoto esté en ejecución: 
--clusternode=<SQL_node_name>(<IP_ADDRESS>)
      1. Revise el puerto de paginación utilizado para el cliente del clúster desde la política>> de navegación>>de la GUI>>de Avamar Seleccione el cliente y edítelo.
        1. Agregue 280002/28003 y, a continuación, desactive el cliente, cambie los parámetros de inicio mencionados a continuación y reactive el cliente del clúster.
        2. Reemplace --disable-gui y agregue --listenport=28002 o 28003 en los parámetros de inicio del clúster que se encuentran en la herramienta>>de clúster de conmutación por error Seleccione la función utilizada>> Haga clic con el botón secundario en las propiedades de los servicios de agente de respaldo para el clúster.
        3. Ejemplo:
          1. Antes de los cambios: 
            --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. Después de los cambios:  
            --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 siguiente marca se puede agregar en avsql.cmd en la ubicación var compartida para enumerar las bases de datos SQL en el nivel de nodo: 
          --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.