DDBEA 4.5 — z bazami danych SQL 2014 i 2016 w tym samym systemie — nie można zalogować się do wystąpienia SQL Server.

Data Domain Backup Enterprise Agent — wtyczka DDBEA nie wykonuje żadnych kopii zapasowych SQL Server.
 

ddbmsqlsv NSR critical Cannot login to SQL Server Default Instance.

ddbmsqlsv: Unable to complete the SQL connection

Środowisko
SQL Server 2014 jest zainstalowane i uruchomione jest jedno wystąpienie SQL 2014.  SQL Server Management Studio (SSMS) używa wersji 2014. 
W tym samym systemie zainstalowane jest również oprogramowanie SQL Server 2016.

Sprawdzono uprawnienia zalogowanego użytkownika i wszystkie wymagane uprawnienia. 
Użytkownik może wykonywać natywne kopie zapasowe SQL z poziomu narzędzi SSMS, OSQL i SQLCMD.

Dochodzenie ujawniło, jakiś czas po zainstalowaniu SQL Server 2016, że albo.

•  Oprogramowanie SQL 2016 zostało częściowo odinstalowane (ale nie całkowicie)
•  Lub niektóre pliki z instalacji SQL 2016 zostały usunięte.      Spowodowało to usunięcie sterowników ADO.Net SQL 2016.  ** Te sterowniki są niezbędne, aby rozwiązanie DDBEA mogło połączyć się z wystąpieniem programu SQL Server.
• Wystąpienie SQL Server i program SSMS, które są w wersji 2014, nie mają żadnych problemów.
• Oprogramowanie SQL Server 2016 nie zostało usunięte poprawnie lub całkowicie, co powodowało, że każda instalacja DDBEA próbowała nawiązać połączenie przy użyciu brakujących sterowników ADO.net SQL 2016.

Tworzenie kopii zapasowej bazy danych kończy się niepowodzeniem z powodu błędu. 

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

Rozwiązać,Najpierw

odinstaluj DDBEA.   Następnie wykonaj jedną z następujących czynności:

A) jeśli wymagana wersja SQL to 2014, odinstaluj, a następnie ponownie zainstaluj program SQL Server 2014

B) jeśli wymagana wersja SQL to 2016 i nie został poprawnie odinstalowany, a następnie przeprowadź nową instalację SQL Server 2016. 

Po wykonaniu powyższych czynności ponownie zainstaluj program DDBEA.