Start /wait X:\servers\setup.exe /qn VS=<vsname> INSTALLVS=SQL_Engine INSTANCENAME=<instancename> ADDLOCAL=SQL_Engine,Client_Components PIDKEY=<pidkey value with no "-"> ADDNODE=<nodename1 ,NodeName2> GROUP=<diskgroup> IP=<ip ,Networkname> ADMINPASSWORD=<strongpassword> SAPWD=<strongpassord> INSTALLSQLDIR=<installationpath> INSTALLSQLDATADIR=<sharedrivepath> SQLACCOUNT=<domain \user> SQLPASSWORD=<domainuserpassword> AGTACCOUNT=<domain \user> AGTPASSWORD=<domainuserpassword> SQLBROWSERACCOUNT=<domain \user> SQLBROWSERPASSWORD=<domainuserpassword> SQLCLUSTERGROUP="MyDomain\MySQLDomainGroup" AGTCLUSTERGROUP="MyDomain\MyAGTDomainGroup" FTSCLUSTERGROUP="MyDomain\MyFTSDomainGroup" ERRORREPORTING=1, SQMREPORTING=1 SQLCOLLATION=SQL_Latin1_General_CP1_CI_AS

Aztán elmegyek ebédelni, és nem klikkelgetek húsz percet, mire eljutok az installhoz. De nem is ez a legjobb rész benne, hanem az, hogy a cluster install amúgy is szívás: install szerver+kliens az aktív node-ra, majd install kliens (+SSIS) a passzív node-(ok)ra. Minden hotfixnek is ugyanúgy le kell mennie az összes node-ra, mert a nem patchelt kliens cucc az egyik leggonoszabb veszélyforrás. Nem értjük, hogy miért nem működik, pedig jól összekattogtattuk. Ja, a kliens RTM, és rossz queryt futtat a háttérben…

Szóval a lényeg, hogy letolhatom az installt szinte-szinte automatában így scriptelve, megdöbbentően sok paramétert be lehet állítani, soha nem hittem volna, hogy ilyen agyrémek vannak, mint Management Studio shortcut rebuild meg effélék. Az edition upgrade viszont még nagyobb móka volt, konkrétan egy Evaluationt kellett Developerré növesztenem. Össze is raktam a cuki kis parancsot, bedobtam minden elvárt paramétert, aztán mindig elkezdett kérdezgetni, hogy akkir itt az interaktív rész, mondjam meg az instance nevét meg effélék. Némi gondolkodás után sem jöttem rá, hogy ezt most pebkac vagy anti-user-friendly megoldás: van két kapcsoló az installerhez: a /qb basic dialógus ablakokat és hibákat feldob, a /qn pedig semmit, még hibát se. Úgy hal meg, hogy a logba írja, miért tette. Na, én /qb-vel elindultam, és sorban megakadtam. Végül megpróbáltam /qn-nel, és tovább jutottam. Egész eddig:

SQL Server Setup has encountered the following problem: [Microsoft][SQL Native Client][SQL Server]The certificate cannot be dropped because one or more entities are either signed or encrypted using it.. To continue, correct the problem, and then run SQL Server Setup again.

At is mondta persze, hogy A certificate with the name ‘##MS_AgentSigningCertificate##’ already exists or it has already been added to this database. Néztem, mint Rozi a filmszínházban. Irány a gugli (vagy a bing, összevissza használom őket, általában pontosan az egyik keres kedvem szerint), és íme, a megoldás egy fórumban: le kell futtatni egy kis scriptet, és újra megpróbálni:

use msdb

BEGIN TRANSACTION

declare @sp sysname
declare @exec_str nvarchar(1024)
declare ms_crs_sps cursor global for select object_name(crypts.major_id) from sys.crypt_properties crypts, sys.certificates certs where crypts.thumbprint = certs.thumbprint and crypts.class = 1 and certs.name = '##MS_AgentSigningCertificate##'

open ms_crs_sps

fetch next from ms_crs_sps into @sp

while @@fetch_status = 0

begin
 if exists(select * from sys.objects where name = @sp)
 begin
  print 'Dropping signature from: ' + @sp set @exec_str =   N'drop signature from ' + quotename(@sp) + N' by certificate [##MS_AgentSigningCertificate##]'
  Execute(@exec_str)
  if (@@error <> 0)
  begin
   declare @err_str nvarchar(1024)
   set @err_str = 'Cannot drop signature from ' + quotename(@sp) + '. Terminating.'
   close ms_crs_sps
   deallocate ms_crs_sps
   ROLLBACK TRANSACTION
   RAISERROR(@err_str, 20, 127) WITH LOG
   return
  end
 end
fetch next from ms_crs_sps into @sp
end

close ms_crs_sps
deallocate ms_crs_sps
COMMIT TRANSACTION
go

A homlokomra csaptam: hogy ez hogy nem jutott eszembe magamtól! És ezután már le is futott az edition upgrade. Mndenféle emberi beavatkozás nélkül. Kocka…

Mint sokatoknak feltűnt, az utóbbi időben nem írtam túl sokat. Ez annak volt köszönhető, hogy kissé sűrű volt az élet a munkahelyemen, és összes tartalék kreativitásomat abba kellett ölnöm. Ezért kissé el is hanyagoltam a blogolást meg fórumozást meg efféle földi hívságokat.

De a büntetés engem is utolért, papíron ki lettem taszítva a teki társadalomból. A desktop supportos – rendszermérnök – (senior?) DBA – Senior DBA – Team Lead & DBA Expert ív most egy Infrastructure Operations Manager titulusnál állomásozik. Remélem nem zárul le, bár nagyon szeretem a jelenlegi helyemet (tényleg, nem nyalásból írom, egy főnököm sem tud magyarul, a beosztottak meg úgyis tudják az igazságot :). Ez viszont magával hozza azt a kellemetlen tényt, hogy egy lépéssel távolabb kerülök a szakma kétkezi részétől, habár a mi részlegünkön van hagyománya a munkás menedzsernek: az egyik routert konfigurál és projektort szerel, a másik meg logot elemez, hibát keres (és talál), és konfigfájlokat pucol. Asszem én jó harmadik leszek :) Amit a legjobban élvezek, az az, hogy nem leszek többet on-call, amit kevésbé, az az, hogy tulajdonképpen mindig az leszek (bár senki nem bánt, ha nem érnek el munkaidőn kívül).

Ezt a postot most nem tudom, hogy miért is írtam. Asszem leginkább csak dicsekedni akartam, mert sajnálni tuti hogy senki nem fog :P

Az üzemeltetés külön állatfajta az informatikán belül, már ha komolyan csinálják. Senkit nem akarok megsérteni, de az üzemeltetés szerintem ott kezdődik, hogy létezik az üzembiztonság, tehát a “van pár szerverünk, amit én frissítek, meg indítok újra, ha kell, meg adminisztrálok” szerintem nem üzemeltetés, amíg nincs BIZONYÍTOTTAN HASZNÁLHATÓ, RENDSZERES mentés a szerverről, és valamiféle monitorozás. Bizonyítottan használható az, hogy csak a mentés segítségével fel tudok állítani egy új rendszert, ami használható a régi helyett, legalább a fő funkciók tekintetében (ezt majd egyszer kifejtem külön). Ha még ennél is picit feljebb akarom tenni a lécet, akkor azt mondom, hogy ha valamit csinálok, akkor tudom, hogy hogyan tudok visszajutni a kiindulási állapotba (az a bizonyos rollback nem véletlenül szerepel a lap tetején nagy betűkkel). Ez természetesen időnként úgy hangzik, hogy “fogom a backupot a, és visszatöltök mindent nulláról” – lehet ez is egy jó válasz, de ha mindig ez a válasz, az elég gyanús…

Az üzemeltetés tipikusan kerékkötője szokott lenni a projekteknek. Először is azért, mert feltételezik, hogy ami működött a fejlesztői környezetben, az működni fog az élesben is. Ez több helyen is meg szokott bukni: egyrészt nem tudják, hogy mi van élesben, és pl. fejlesztenek egy alkalmazást ASP.NET 3.5-re, IIS7-re és Windows 2008-ra, holott élesen csak Windows 2003 van; másrészt még ha az infrastrukturális komponensek stimmelnek is, egyáltalán nem biztos, hogy illeszkedik az alkalmazás az üzemeltetési struktúrába – a legtriviálisabb példa, hogy nem lehet több szerveren párhuzamosan futtatni.

A másik kerékkötési pont az üzemeltetés attitűdje. Az üzemeltetés alapvetően mindig stabil állapotra törekszik, de ezt sajnos sok helyen úgy próbálják megoldani, hogy minden változtatás ellen tiltakoznak, ami egyrészt nem sikerülhet teljesen, másrészt elég rossz fényt vet az üzemeltetésre szerintem (sok helyen persze ezt tartják a normális állapotnak, de hadd ne kelljen ezzel egyetértenem).

Az én stratégiám egyszerű: felvállalom azt, hogy az üzemeltetés része az IT infrastruktúrának, ami éppolyan kiszolgálója a legtöbb cég fő profiljának, mint a takarítónéni meg a portásbácsi. Okos ember nem nézi le a portást meg a takarítót, hanem jóban van velük, és elfogadja, hogy néha furcsák. Ugyanez áll az üzemeltetésre is. Persze az emberek attitűdjén nem tudok változtatni csak úgy, ez kétségkívül egy hosszú folyamat, de ha változtatok a magamén, legalább az esélyt megadom magamnak.

Az első és legfontosabb lépés az üzemeltetésben az elvárt üzembiztonság kialakítása: rakjunk rendet saját házunk táján, legyenek mentéseink, monitorozzuk a rendszereinket, legyen egy elfogadott hibabejelenetési és kezelési folyamat, ami nem függ emberektől. Ismerős az, amikor valaki elmegy szabadságra, és megáll az élet? Na, ez egy tökéletesen elfogadhatatlan állapot üzemeltetésben.
Az egyik olyan dolog, amire a legbüszkébb vagyok, hogy a legnagyobb rendszerünk egy nagy release-e, ami elég komoly adatbázis-módosítást is igényelt, úgy ment élesbe, hogy én éppen Lenzburg várát másztam meg Svájcban a családommal, és nem hívtak fel miatta (akkoriban én voltam az egyetlen DBA a csoportban).

(folyt. köv., de valamikor fel kell tennem a Windows 7 RC-t a gépemre… :) Addig is remélem, hogy legalább egy fél embert motiváltam arra, hogy dobjon az üzemeltetési-szolgáltatási színvonalán)