In VMware Aria Operations (formerly vRealize Operations), Microsoft SQL Server instances are not being associated with their respective Virtual Machine objects. The SQL Server adapter logs (specifically the BlueMedora/Exuno data provider) show timeouts and relationship creation failures.
Symptoms:
/storage/log/vcops/log/adapters/SQLServerAdapter/sql_server_adapter.log: ERROR [Collector worker thread] ... JdbcPoller: pollCompletionService method returned null or timed out
/storage/log/vcops/log/adapters/SQLServerAdapter/sql_server_adapter.log reveal:Caused by: com.vmware.tvs.vrealize.adapter.core.extensions.suiteapi.SuiteAPIClient$Exception: 2 VirtualMachine objects were found with names ("<VM_NAME>"); expected 1The relationship creation logic in the SQL Server adapter expects a unique 1:1 mapping between the MSSQL instance and the underlying Virtual Machine name. This failure occurs when Aria Operations discovers multiple VM objects with the same name (e.g., in environments utilizing Site Recovery Manager (SRM) or Disaster Recovery (DR) solutions where a "shadow" or replica VM exists with an identical name). The adapter cannot deterministically identify which VM object should be the parent, resulting in a SuiteAPIClient$Exception and a subsequent timeout.
To resolve this, configure the adapter to exclude DR/Replica VMs from the relationship mapping process:
/usr/lib/vmware-vcops/user/plugins/inbound/sql_server_adapter/confmicrosoftsqlserver.properties microsoftsqlserver.properties.bakexclude_dr_vms_from_relationships=trueData Sources > Integrations > Accounts.Microsoft SQL Server adapter instance.Stop and then Start.Increasing the thread pool size or timeout values typically does not resolve this issue as the underlying cause is a logic exception due to object ambiguity in the Aria Operations inventory.