Upgrade Error BE 2010R3 to 2012

[HNeumann]

Hallo Forum,

the following errors ocurred when i try to update my current BE Installation:

From Registry UpgMajorVersion=13 UpgMinorVersion=0 UpgBuild=5204
 

02-07-2012,20:49:59 : Before EstablishConnection m_sSQLInstance= sDatabase=

02-07-2012,20:50:00 : After EstablishConnection m_sSQLInstance=SRV-BPV-BEX01 sDatabase=BEDB

02-07-2012,20:50:00 : EstablishConnection()called within GetDBVersion()

02-07-2012,20:50:00 : Version.BEServer.VerionNumber=13.000000

02-07-2012,20:50:00 : GetBEServerVersions rc=0 EXEVersion= DBVersion=14.0.1043.0

02-07-2012,20:50:00 : IsDBUptoDate rc=0 Database ExeVersion:13.0.5001.0 Database DBVersion:13.0.5001.0 Registry ExeVersion: Registry DBVersion:14.0.1043.0

02-07-2012,20:50:00 : UpgDBVersion=13.0.5001.0

02-07-2012,20:50:00 : origial build number 5204

02-07-2012,20:50:00 : upgrade135x start

02-07-2012,20:50:00 : upgradeViaSQLScript m_JobMigInternal=0

02-07-2012,20:50:00 : upgradeViaSQLScript2 using CDBOperation SQLInstance=(null) SQLScriptFile=DBUpgrade13.5-1.sql

02-07-2012,20:50:00 : dbutil RunSQLScript: DBUpgrade13.5-1.sql SQLServer:SRV-BPV-BEX01 SQLInstance: DatabaseName:BEDB

02-07-2012,20:50:00 : OpenFromInitializationString Connection String = Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=BEDB;Data Source=SRV-BPV-BEX01;Locale Identifier=1033;Application Name=BEWS DBUTIL hr=0x0

02-07-2012,20:50:02 : upgradeViaSQLScript m_JobMigInternal=0

02-07-2012,20:50:02 : upgradeViaSQLScript2 using CDBOperation SQLInstance=(null) SQLScriptFile=DBUpgrade13.5-2a.sql

02-07-2012,20:50:02 : dbutil RunSQLScript: DBUpgrade13.5-2a.sql SQLServer:SRV-BPV-BEX01 SQLInstance: DatabaseName:BEDB

02-07-2012,20:50:02 : OpenFromInitializationString Connection String = Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=BEDB;Data Source=SRV-BPV-BEX01;Locale Identifier=1033;Application Name=BEWS DBUTIL hr=0x0

02-07-2012,20:50:04 : Die Anweisung wurde beendet.

02-07-2012,20:50:04 : Bei der Konvertierung eines varchar-Datentyps in einen datetime-Datentyp liegt der Wert außerhalb des gültigen Bereichs.

02-07-2012,20:50:04 : dbutil RunSQLScript: execute sql cmd failed. sql statement: exec dbo.[mig-GetRAWAndSchedule]

02-07-2012,20:50:04 : dbutil RunSQLScript:Stop execution sql script

02-07-2012,20:50:04 : dbutil RunSQLScript: failed: 0x80040e07

02-07-2012,20:50:04 : OS ERROR: 0x80040e07 (-2147217913)

02-07-2012,20:50:04 : Starting schedule upgrades.

02-07-2012,20:50:04 : Not doing schedule upgrades due to previous errors. rc=0x1

02-07-2012,20:50:04 : Done with schedule upgrades.

02-07-2012,20:50:04 : upgrade135x ends rc=1

02-07-2012,20:50:04 : Auftragsmigration Fehlgeschlagen

+ 02-07-2012,20:50:04 : Failure 1 running migration library 1

02-07-2012,20:50:04 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\pvlupgrade.dll

02-07-2012,20:50:04 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\jobmigration.dll

02-07-2012,20:50:04 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\catupgrade.dll

02-07-2012,20:50:04 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\postmigrationprocessing.dll

+ 02-07-2012,20:50:04 : BE Migration Tool execution failed

Any Ideas???

[pkh]

Go to the BE installation directory and use BEUtility to repair the BEDB.

[HNeumann]

Hallo pkh,

the repair of the db doesn´t help, error still exists, during the migration the gui trows the error "Job-Migration failed".

Same error:

upgradeViaSQLScript m_JobMigInternal=0
 

02-08-2012,09:28:05 : upgradeViaSQLScript2 using CDBOperation SQLInstance=(null) SQLScriptFile=DBUpgrade13.5-1.sql

02-08-2012,09:28:05 : dbutil RunSQLScript: DBUpgrade13.5-1.sql SQLServer:SRV-BPV-BEX01 SQLInstance: DatabaseName:BEDB

02-08-2012,09:28:05 : OpenFromInitializationString Connection String = Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=BEDB;Data Source=SRV-BPV-BEX01;Locale Identifier=1033;Application Name=BEWS DBUTIL hr=0x0

02-08-2012,09:28:07 : upgradeViaSQLScript m_JobMigInternal=0

02-08-2012,09:28:07 : upgradeViaSQLScript2 using CDBOperation SQLInstance=(null) SQLScriptFile=DBUpgrade13.5-2a.sql

02-08-2012,09:28:07 : dbutil RunSQLScript: DBUpgrade13.5-2a.sql SQLServer:SRV-BPV-BEX01 SQLInstance: DatabaseName:BEDB

02-08-2012,09:28:07 : OpenFromInitializationString Connection String = Provider=SQLOLEDB.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=BEDB;Data Source=SRV-BPV-BEX01;Locale Identifier=1033;Application Name=BEWS DBUTIL hr=0x0

02-08-2012,09:28:08 : Die Anweisung wurde beendet.

02-08-2012,09:28:08 : Bei der Konvertierung eines varchar-Datentyps in einen datetime-Datentyp liegt der Wert außerhalb des gültigen Bereichs.

02-08-2012,09:28:08 : dbutil RunSQLScript: execute sql cmd failed. sql statement: exec dbo.[mig-GetRAWAndSchedule]

02-08-2012,09:28:08 : dbutil RunSQLScript:Stop execution sql script

02-08-2012,09:28:08 : dbutil RunSQLScript: failed: 0x80040e07

02-08-2012,09:28:08 : OS ERROR: 0x80040e07 (-2147217913)

02-08-2012,09:28:08 : Starting schedule upgrades.

02-08-2012,09:28:08 : Not doing schedule upgrades due to previous errors. rc=0x1

02-08-2012,09:28:08 : Done with schedule upgrades.

02-08-2012,09:28:08 : upgrade135x ends rc=1

02-08-2012,09:28:08 : Auftragsmigration Fehlgeschlagen

+ 02-08-2012,09:28:08 : Failure 1 running migration library 1

02-08-2012,09:28:08 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\pvlupgrade.dll

02-08-2012,09:28:08 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\jobmigration.dll

02-08-2012,09:28:08 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\catupgrade.dll

02-08-2012,09:28:08 : Destructor BEMigrate Freeing library: C:\Program Files\Symantec\Backup Exec\Migration\postmigrationprocessing.dll

+ 02-08-2012,09:28:08 : BE Migration Tool execution failed

[CraigV]

Hi,

Have you tried to stop the BE services before doing the upgrade? If you have an AV running too, stop those services...

Thanks!

[HNeumann]

Hmm i think the error ist to find in the database, the following error, here is the translation:

02-08-2012,09:28:08 : Bei der Konvertierung eines varchar-Datentyps in einen datetime-Datentyp liegt der Wert außerhalb des gültigen Bereichs.

The conversion of a varchar data type to a datetime data type of the value is out of range

[Striker_303]

Make sure SQL(bkupexec) service is runnnng on Local system account

and be sure to upgrade BE 2010R3 to SP2 before upgrade to BE 2012

[HNeumann]

Hallo,

SQL is running on local system account, BE 2010R3 is currently on SP2...same error :(

The message JobMigration makes me unhappy :(

[Striker_303]

What is the exact version of SQL you have with BE 2010R3?

Is it SQL express sp4 or using full version of SQL?

delete old and useless catalog\restore\jobs and joblogs which are not needed for migration

(they would be deleted by migration anyways)

have you got the migartion report..or not reached to that point yet?

[HNeumann]

Hi Striker,

it´s a full version of SQL 2008 (Version 10.0.5500.0 / SP3 /Standard Edition 64Bit). I have deleted all of the old jobs, catalogs and restore jobs as well...

No, the migration report is not show, the installers prompts to rollback the migration...

[Striker_303]

Try to stop this SQL service (it will stop all other BE service)

and try to run upgrade again.

[HNeumann]

Hmm, i think this ist to dangerous. At the moment i can rollback if the error occures, but what will happen, when the sql service is stopped an the rollback won´t work?

[CraigV]

...any Symamtec upgrade TN will always recommend you get a backup of your BEDB/catalogs before doing anything.

You need to stop the BE services, along with the SQL service for BE, and then copy the Data/Catalogs folders to another location. if the upgrade bombs out, you still have the data and can simply copy it back again...

[HNeumann]

Hallo CraigV,

of course you are right :) But I hoped the migration run without any errors...I will discuss with my team what to do...thanks for the help...

[RackZack]

Hallo,

hast Du einen deutschen SQL Server dahinter?

Wenn ja, funktioniert das momentan nicht. Mit englischen SQL Server /Express gibt es keine Probleme.

[HNeumann]

Hallo RackZack,

jupp, ist ein deutscher SQL Server. Woher bist du dir so sicher, dass das im Moment nicht klappt? Konntest du das testen? Oder woher hast du die Infos???

[RackZack · Accepted solution]

weil wir auch einen haben und es bei uns auch nicht funktioniert hat.

Eine Neuinstallation läuft zwar ohne Fehler durch, aber es gibt dann Datenbankfehler beim hinzufügen bei manchen Objekten zb: VCenter Server.

Ja habe es getestet seit einer Woche. Habe auch schon einen Fall bei Symantec auf, aber bisher noch keine Lösung erhalten.

Denke es gibt ein Problem mit dem Datumsformat, bin mir aber nicht sicher.

[HNeumann]

Danke für die Info, ist ja nicht so toll :( Würdest du mir hier im Forum Bescheid geben, wenn sich Symantec bei euch meldet? Dann muss ich ja auch nicht weiter probieren...

[RackZack]

ja, gebe Dir bescheid wenn es eine Lösung gibt.

[HNeumann]

Danke, dass ist prima...ich hoffe, die fixen das mit der finalen Version noch :(

[RackZack]

Hallo,

habe eine Info von Symantec bekommen.

Sie schicken mir eine neue DVD zu mit einen Inplace Fix. Leider kann man das Fix nicht selbst integrieren.

Sobald ich die neue DVD getestet habe werde ich Dir das Ergebnis mitteilen.