DDBEA 4.5 – med SQL 2014 och 2016 på samma system – det går inte att logga in på SQL Server-instansen.

Data Domain Backup Enterprise Agent – DDBEA-insticksprogrammet kan inte utföra några SQL Server säkerhetskopieringar.
 

ddbmsqlsv NSR critical Cannot login to SQL Server Default Instance.

ddbmsqlsv: Unable to complete the SQL connection

Miljö
SQL Server 2014 är installerat och en SQL 2014-instans körs.  SQL Server Management Studio (SSMS) använder version 2014. 
På samma system är även programvaran SQL Server 2016 installerad.

Kontrollerade behörigheter för den inloggade användaren och den har alla behörigheter som krävs. 
Användaren kan utföra inbyggda SQL-säkerhetskopieringar från SSMS-, OSQL- och SQLCMD-verktyg.

Undersökningen visade, någon gång efter att SQL Server 2016 installerades att antingen.

•  SQL 2016-programvaran avinstallerades delvis (men inte helt)
•  Eller så har vissa filer från SQL 2016-installationen tagits bort.      Detta gjorde att SQL 2016 ADO.Net-drivrutiner togs bort.  ** Dessa drivrutiner är nödvändiga för att DDBEA ska kunna ansluta till SQL Server-instansen.
• SQL Server-instansen och SSMS, som båda är version 2014, har inga problem.
• Programvaran SQL Server 2016 togs inte bort korrekt eller helt, vilket gjorde att alla installationer av DDBEA försökte ansluta med saknade SQL 2016 ADO.net-drivrutiner.

Säkerhetskopiering av databaser misslyckas med felet. 

 ddbmsqlsv NSR critical Cannot login to SQL Server Default Instance.
 ddbmsqlsv: Unable to complete the SQL connection

För att lösa,Avinstallera

först DDBEA.   Utför sedan något av följande:

A) om den SQL-version som krävs är 2014, avinstallera och installera sedan om SQL Server 2014

B) om den SQL-version som krävs är 2016 och den inte avinstallerades korrekt, utför sedan en ny installation av SQL Server 2016. 

Efter ovanstående installerar du om DDBEA.