onichan
Goto Top

SCVMM 2012R2 Upgrade auf 2016 Failed mit der Datenbank

Moin,

ich bin gerade dabei meinen SCVMM 2012R2 auf 2019 zu migrieren.
Beim Zwischenschritt auf 2016 habe ich nun folgendes Problem:
2019-04-25 09_49_02-kundents neu

Der interessante Tiel aus den Logfiles wäre:
11:01:03:Doing Postinstall task for PangaeaServer
11:01:03:ProcessInstalls: Install Item VMM management server was successful.  We will launch the post process delegate.
11:01:24:Windows feature RSAT-Clustering-PowerShell already enabled, skipping
11:01:26:Windows feature WindowsStorageManagementService already enabled, skipping
11:01:28:Windows feature UpdateServices-API already enabled, skipping
11:01:31:Windows feature FabricShieldedTools already enabled, skipping
11:01:33:Windows feature RSAT-Storage-Replica already enabled, skipping
11:01:33:Out of Impersonation
11:01:33:Out of Impersonation
11:01:33:VMMPostinstallProcessor threw an exception: Threw Exception.Type: Microsoft.VirtualManager.DB.CarmineSqlException, Exception.Message: Unable to connect to the VMM database because of a general database failure.
Ensure that the SQL Server is running and configured correctly, then try the operation again.
11:01:33:StackTrace:   at Microsoft.VirtualManager.DB.SqlRetryCommand.ExecuteNonQuery()
   at Microsoft.VirtualManager.Setup.SetupDatabaseHelper.AlterDB(String databaseName, String instanceName, String commandString)
   at Microsoft.VirtualManager.Setup.SetupDatabaseHelper.AlterDB(String databaseName, String instanceName)
   at Microsoft.VirtualManager.Setup.VirtualMachineManagerHelpers.CreateDB()
   at Microsoft.VirtualManager.Setup.InstallItemCustomDelegates.PangaeaServerPostinstallProcessor()
11:01:33:InnerException.Type: System.Data.SqlClient.SqlException, InnerException.Message: Subquery returned more than 1 value. This is not permitted when the subquery follows =, !=, <, <= , >, >= or when the subquery is used as an expression.
The statement has been terminated.
11:01:33:InnerException.StackTrace:   at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction)
   at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose)
   at System.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady)
   at System.Data.SqlClient.SqlCommand.RunExecuteNonQueryTds(String methodName, Boolean async, Int32 timeout, Boolean asyncWrite)
   at System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(TaskCompletionSource`1 completion, String methodName, Boolean sendToPipe, Int32 timeout, Boolean& usedCache, Boolean asyncWrite, Boolean inRetry)
   at System.Data.SqlClient.SqlCommand.ExecuteNonQuery()
   at Microsoft.VirtualManager.DB.SqlRetryCommand.ExecuteNonQuery()
11:01:33:ProcessInstalls: Running the PostProcessDelegate returned false.
11:01:33:ProcessInstalls: Running the PostProcessDelegate for PangaeaServer failed.... This is a fatal item.  Setting rollback.
11:01:33:SetProgressScreen: FinishMinorStep.
11:01:33:ProcessInstalls: Rollback is set and we are not doing an uninstall so we will stop processing installs
11:01:33:****************************************************************
11:01:33:****Starting*RollBack*******************************************
11:01:33:****************************************************************

Folgendes Szenario hat bisher stattgefunden:
- der alte SCVMM 2012R2 war auf einem Windows server 2012R2 installiert
- die SCVMM 2016 Installation führe ich auf einem neuen Windows Server 2019 durch
- Die Datenbank wurde mittels Dump von einem MSSQL 2016 auf einen neuen MSSQL 2016 umgezogen


Außerdem habe ich bereits auf gut Glück dieses Script versucht: https://support.microsoft.com/en-us/help/3132774/how-to-retain-the-datab ...
Der User, mit dem ich das Setup durchführe hat SA Rechte auf der Datenbank und ich komme nicht weiter.

Hat jemand von euch eine Lustige Idee, woran es liegen könnte?

Danke schonmal

Grüße
Oni

Content-ID: 444255

Url: https://administrator.de/contentid/444255

Ausgedruckt am: 26.11.2024 um 14:11 Uhr

7Gizmo7
7Gizmo7 25.04.2019 um 14:06:10 Uhr
Goto Top
Hi,

Sind die Firewall-Ports für die SQL Instanz offen ? Hast du mal manuell versucht auf dem VMM die SQL DB zu erreichen ?

MfG