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:
Der interessante Tiel aus den Logfiles wäre:
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
ich bin gerade dabei meinen SCVMM 2012R2 auf 2019 zu migrieren.
Beim Zwischenschritt auf 2016 habe ich nun folgendes Problem:
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
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 444255
Url: https://administrator.de/contentid/444255
Ausgedruckt am: 26.11.2024 um 14:11 Uhr
1 Kommentar