Veckans tanke om IT – Korkade setuper

Så, jag hade tänkt uppgradera DPM 2012 till SP1 också händer det som inte ska hända kl 20 på kvällen, stora röda kryss överallt, och enda vägen tillbaka är att gå tillbaka till senaste backup. Kul, absolut, eller inte…

Men hade det behövt hända?

Jag har lite synpunkter på hur den här setupen är skriven. Jag ska beskriva förfarandet.

Uppgraderingarna till System Center sviten är inga uppgraderingar i ordets rätta bemärkelse, en uppgradering tycker jag innebär att man låter allting vara och sedan bara lägger till det som har lagts till mellan versionerna. Den här uppgraderingen innebär att man installerar om hela produkten men behåller inställningarna.

Stegen i uppgraderingen är att man:

1. Gör backup av databasen, givetvis måste du göra detta själv!

2. Kör setupen och matar in all information, vilken databas man ska använda (befintlig) vilkan konton som ska användas, för detta kan givetvis inte setupen utläsa ur befintlig installation.

3. Setupen installerar om produkten.

4. Setupen uppgraderar databasen.

Givetvis gick allting snett i sista steget. Felet var: setup cannot grant the SERVERNAMN\DPMDBReaders$SERVERNAMN account access to the DPM database.

Verify that SQL Server is properly installed and that it is running.

ID: 832

Givetvis var SQL servern igång, och jag hade full access till den.

I god ro tänkte jag att, jaja, det är väl bara att ge kontot access till databasen så är det bara att köra sedan, men nej…

Sedan blev jag en smula irriterad, varför validerar inte setupen åtkomsten till databasen innan uppgraderingen, vem designade det här skräpet? Jag försöker köra setupen igen, valet jag har är att avinstallera och ta bort all information, och avinstallera och behålla informationen. Så jag är alltså fast med en SP1 installation och en databas som inte matchar.

Jag avinstallerar, och går sedan igenom setuploggen. Nu börjar det rktigt roliga.

Det första felet jag hittar är:

[2013-09-23 09:13:39] * Exception : Ignoring the following exception intentionally => System.Data.SqlClient.SqlException: Cannot drop the user ‘SERVERNAMN\DPMDBReaders$SERVERNAMN’, because it does not exist or you do not have permission.
at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)

Först och främst har jag rättigheter att göra allt, ALLT!  Men men ok, lugn, det står ju att den ignorerar felet, så hur stort problem kan det vara?

Nästa fel jag hittar är:

System.Data.SqlClient.SqlException: There is already an object named ‘DPMDBReaders$SERVERNAMN’ in the database.
CREATE SCHEMA failed due to previous errors.

Så, först påstår setupen att den inte kan ta bort ett objekt för det finns inte eller jag har inte åtkomst, sedan att den inte kan lägga till samma objekt för det redan finns???

Tack för kaffet, jag går och lägger mig…

Nåja lösningen var ju enkel, ta bort schemat i SQL databsen före man kör setupen så går allting bra. Jag vill bara påstå att en bra skriven setup förmodligen hade validerat de här sakerna INNAN den uppgraderade binärerna så jag hade sluppit göra en återställning till backup innan jag kunde lösa problemet och köra setupen igen. Mycket oflexibelt, inte IT-yogiskt alls. Skärpning MS!

by