Dålig i magen


Var väldigt dålig i magen idag 😕

Tappat räkningen på antal gånger jag fått gå på toa på e.m. Jävligt ont gjorde det med.

Tar helg


Tar helg nu ända till lördag. Det har varit en lång vecka, typ 10 dagars vecka.

Få se om jag kan sova lite under ledigheten. Ska till naprapaten imorgon vid 9. Annars tänker jag ta det lugnt 🙂

Då ska man till Värnamo igen


Denna gång blir besök hos ortopedmottagningen för mina händers skull.

12 mars kl 13:30 ska jag vara där.

Nu tar jag helg


Nu tar jag helg till imorgon bitti! Det blev 9 timmars arbete idag.

Det strulade på 3 ”stora” databaser som det gjorde igår. Sen krånglade AG synkningen på 2 AG så en viss replika fick tas ut och in igen på dessa.

Sen upptäckte jag att Det inte bara var filestream mappen som inte togs hand om av skriptet igår, utan skriptet sket i hela databasen, utan att säga det. Så databasen dök ner när gamla diskarna kopplades bort.

Efter att diskarna kopplades på så kunde jag kopiera databasfilerna med. Få se det systemet funkar som det ska, eller om jag får göra restore på backupen.

Backup och restore får det bli hur som helst på det systemet nästa helg.

Sen får vi kolla varför AG får fnatt mitt i natten det tas vm-backup. Databasbackuperna funkar som det ska.

Magen krånglade lite med 😦

Strul med magen och …


Har varit rätt så dålig i magen i dryga veckan. Men idag, så här långt har bara vanliga magsmärtor.

Det blev 10 timmars arbete idag, lördag. Tror och hoppas inte att det blir lika långt imorgon.

Har flyttat databaser, inklusive systemdatabaser på 9 servrar. från iSCSI till VMDK.

SnapManger stöder inte flytt av systemdatabaser. Kan vara att det inte stöds i den version vi kör.

Fick istället lägga på servrarna i SnapCenter. Där hittas inte diskar utanför iSCSI. I SnapCenter kan man köra konfig och sätta i en bock i ett par rutor. Sånt finns inte i SnapCenter.

Men en kollega hittade ett PowerShell kommando och på det sätt kan man flytta alla databaser dit man vill 🙂

Men, … det skiter sig på ”stora” databaserna (typ över 50-100 GB). Det blir någon typ av timeout/kommunikationen bryts för just den databasen som är lite större. Vet inte var jag ska ändra på dessa värden i SnapCenter. Får skapa ett ärende på måndag. Har löst det i utv, test & preprod. Men det finns riktigt stora databaser i prod så jag vill inte sitta med det nästa helg.

5 databaser sket det sig på. I samtliga fall kopierades inte log-filen. Den flyttar alltså datafilerna som är betydligt större, men orkar inte med logfilerna!

Lösningen har varit att kopiera logfilerna manuellt till den nya enheten. I 1 av 4 fall kunde jag attacha databasen. De andra 4 databaserna gick det inte att attacha databasen då det pågick annan transaktion!

Så har man tålamod så attachas databasen till slut och till och läggs tillbaka i AG! 😮 Men då får man vänta bra länge (har för mig att det var en kvart av vänta och ovisshet!)

Kommandot flyttade inte mappar och filer som tillhörde Filestream & Full text … heller. Få se om systemet funkar med att jag kopierade mapparna manuellt. Får annars göra restore på databasen till nya enheten, för det skapar allt som ingår i databasen.

Så jag får öppna ett ärende och försöker förklara för någon som inte kan detta och hänvisar till massa med andra länkar som inte riktigt stämmer med vårt problem 😦

Minst 3 fel lär det blir imorgon, det är jag rätt såå säker på! Men vågar inte satsa pengar på det 😉

Fick vända


Var ut och gick en vända, men kände att det var dags att vända.

Klarade mig till jobbet som tur var. Jag som trodde att allt var OK efter morgonens 3:e toabesök, men icke.

Det bubblar i magen nu, så jag får se hur det går med det. Lär inte våga mig ut mer idag i alla fall.

Annars var det fint väder och knäppte några kort.

Export istället för Mount


Så, nu har jag jobbat klart för denna vecka.

Nya backupsystemets kloningsfunkation funkar inte som det ska så jag återställde en kopia av databaser som ska uppgraderas imorgon nu istället.

Det tog dryga 1,5 timme (nästan 2 för samtliga 4 databaser).

KLonen tappar kontakt och vid 3 tillfällen har databasklonen hamnat i recovery läge (sista gången idag i labb-miljön).

Gjorde 3 klonen med för att om det händer samma sak på annan server och annan miljö.

Fick starta kloningen på 2 databaser på nytt, de det felade mitt i kloningen.

Det största databasen var jag tvungen att återställa (Export) ändå, då kloning (mount) inte funkar på FileStream.

Vem var det som sa, riktiga karlar ta ingen backup ? 🤣

Får fixa behörigheterna imorgon.

Det blir nog sängen nu, trots att klockan inte är 20 än.