Var till naprapaten


Tankade 7,36 liter på vägen till naprapaten i morse.

Väl där, typ 500 meter hemifrån upptäckte jag att det var lite is på några ställen på parkeringen. Termometern visade +5.

Det kändes mycket i ryggen, skulderblad, … och jag har mycket blåmärken. Sa inte att det gjorde ont.

På vägen till stan såg jag att det var bara +2, så hojen verkar visa 3 grader mer än vad det är.

Det var behagligare att ta sig hem. Hojen visade +13.

Fyller ut byxorna nu, …


Det märks att jag gått upp 11 kg sedan i somras. I alla fall i MC-byxorna. Fyller ut byxorna nu.

De största hade jag lagt undan. Likaså de minsta/smalaste. De jag använt mest sedan i somras var förstora, men inte nu längre. När jag skulle hem så höll den innersta ”knappen” höll på att gå av, så jag fick ta den yttersta istället. Det är inte knapp, men just nu är jag för trött och kommer inte på vad det heter!

Få ta med mig byxorna till Nässjö och se om de kan fixa det.

Plockade fram de största nu.

Det var f.ö. skönt att åka hem, men oskönt att åka till jobbet. Det var +2 hos mig. +3 sa hojen och i stan stod det 0 😮 Blev lite rädd för halkan när jag såg att det det var 0, men det gick bra.

Sov bättre i natt. I förgår natt gick jag upp 02:30-tiden. I natt hade jag sovmorgon till 03:30!

Putsade fönstren


Putsade fönstren och duschade blommorna nu på morgonen.

Är inte nöjd med fönstren, det är alltid någon fläck nånstans 😦

Det får duga än så länge.

Strul


Fick några larm efter 17:30. 2 AG maskiner i utvecklingsmiljön hade dålig med utrymme på tempdb. När jag väl loggade in (inom några minuter) så var det drygt 4MB (av 5GB) ledig per datafil 😦

Började felsöka fel. Försökte kolla vem (vilken session) det är som håller på att ta slut på utrymme. Det kördes rensning i 3 system som jag flyttade dit i tisdags.

Men, varför var det slut på den andra AG maskinen?

Kollade loggarna och kände igen larmet. Samma larm som jag hade missat för exakt 2 veckor sedan. (som jag missade nu med. Fast gick det inte långt innan jag behagade kolla loggarna!
The version store is full. New version(s) could not be added. A transaction that needs to access the version store may be rolled back.

Via andra skript hittade jag felet på 3:e servern, den hade en öppen session sedan igår efter 17. Det på gick en delete kommando.

Den sessionen hade blockerat en annan session. Dödade sessionerna för att se om det hjälper. Nä det gjorde det inte.

Körde till slut kommandon jag hade sett i bloggen för 2 veckor sedan.

USE [master]
GO
ALTER AVAILABILITY GROUP [AGName]
MODIFY REPLICA ON N” WITH (SECONDARY_ROLE(ALLOW_CONNECTIONS = NO))
GO

Det hände inget. Temodb var fortfarande full på bägge maskinerna.

Backuperna startade.

Valde några kolumner till på AG dashboard. Såg senare att jag hade valt fel kolumn, redo rate istället för redo queue size (som jag brukar välja). Det var inga höga siffror, drygt 11 MB och tänkte, varför krånglar så lite data med mig?

Siffrorna ändrades inte (det var drygt 500 på ena databasen i AG och drygt 11000 på den andra databasen).

Körde resume. Hände inget. Samma siffror. När går backuperna klart?

När väl backuperna var klara så tänkte jag kolla storleken på tempdb. Tänkte att jag får starta om tjänsterna i värsta fall. Tempdb var återställd på bägge 🙂

Men samma siffror, vad fan, varför ändras inte siffrorna? Det brukar ju vara blankt (noll) eller så ändras i alla fall.

Körde resume på bägge AG replikornaoch körde följande nu när tempdb var återställd:

USE [master]
GO
ALTER AVAILABILITY GROUP [AGName]
MODIFY REPLICA ON N” WITH (SECONDARY_ROLE(ALLOW_CONNECTIONS = ALL))
GO

Först efter det så jag mitt misstag, hade valt redo rate istället för
redo queue size.

Valde redo queue size och det fanns ingen data i kön. Klant!

Tempdb var fullt 17:30-19:45.

Var det (SECONDARY_ROLE(ALLOW_CONNECTIONS = NO)) , de dödade sessionerna, eller backuperna som återställde tempdb? Eller var det kombination av dessa?

Det kan inte ha varit för mycket data i kön. Har ju andra larm som larmar om det ligger mer än 5 GB i kön (redo queue size) och sådana larm fick jag aldrig.

Har fått larm på 5-15 GB i kön utan att tempdb blivit full. Från andra sidan har vi inte haft dryga 24 timmar öpnna delete sessioner heller!

I morse var det annat fel. Kl 04 skulle det skickas ut ett mejl från ett system, ett av de system jag flyttade i tisdags. Det felade.

Loggade in 05:45 och kollade på jobbet. Proceduren som jobbet kickade igång hade en hårdkodning @profile_name i sp_send_dbmail. Gamla servernamnet stod där. Det går inte att sätta en profilnamn på AG direkt.

Kommenterade bort @profile_name och startade jobbet. Det funkade.

Kollade de andra jobben som skickar mejl. Det var en procedur till som hade en servernamn hårdkodad. Fixade det med.

Nä, nu är det dags att ta helg igen!



# . #


Tog en promenad strax efter 11. Käkade något jag inte hade provat tidigare, på ett ställe jag inte varit på tidigare.

Lite mer salt hade inte skadat, men det var gott. Får försöka gå dit flera gånger och gå igenom deras meny.

Vågade inte gå hem, med tanke på hur det har varit de 2 senaste dagarna. Så det blev bussen hem.

Gick ut igen lite senare och hämtade ut det jag hade skickat efter i förgår.

Få se om jag ger mig ut igen. Det beror på.

Som väglagen såg ut idag så tvivlar jag på att jag kan ta ut hojen imorgon. Kanske på söndag.

/* — */


Igår var jag ledig, så jag jobbade bara 4 timmar! Få se hur blir imorgon när jag är ledig. Har stängt av ljudet på mejl avisering och ska försöka låta bli att kolla mejlen.

Jag var bra trött på kvällen och slumra till lite i soffan. Få se om jag kan somna senare. Brukar ha svårt med annars.

Hade hoppats kunna åka lite hoj i helgen, men de har ändrat på prognosen så det ser inte lovade ut direkt, inte efter nattens och dagens snöfall 😦

Synd att jag mådde dåligt i helgen som var och inte åkte hoj.

Vi gjorde lite tester med master key på ssisdb. Kollegan hade hittade en löning.

Vi testade att göra failover och generera ny nyckel. Det gick bra på den servern och deploy av paket gick utan problem.

Gjorde failover igen på den servern nyckeln hade skapats från början, men det gick inte att göra deploy, så vi fick generera nyckeln på nytt.

Testade att köra jobbet som kickar igång paketet. Det funkade inte om ssisdb var primär på annan server än den server som är primär på den databas som paketet hänvisar till.

Det verkar som att den (ssisdb) inte fattat att den har blivit AG.

Vi får testa detta – riva SSIS AG, ta bort sekundära replikorna och skapa det på sätt som Marcos har skrivit = skip initial data syncronization. Det löser kanske master key problematiken, men inte tvivlar på att det löser problemet med ssisdb måste vara primär på samma server som det andra AG.

Vi får labba lite. Men det får bli nästa vecka det,

Kollade remiss svaret


Läste min journal nu. Tydligen hade röntgen svarat på remissen den 12/2.

Kirurgen hade frågat om de kunde se:

  • inre bråck
  • porthålsbråck
  • kaliberväxling

Svaret var:

Dagens undersökning med iv-kontrast men ingen peroral kontrast.
Inga hållpunkter för inre herniering. Normalvida tarmar, ingen kaliberväxling.
Inget ljumskbråck eller bukväggsbråck.
Inget anmärkningsvärt i övrigt i buken.

Jaha, det var det det. Skönt att veta på ett sätt. Slipper kniven. Men problem kvarstår.

Kirurgen hade sett svaret den 13:e. Få se om jag fått ett brev, eller om han måste fundera på nästa steg.

Det kom en fix


Yey, det kom en buggfix som rättade till kartorna 🙂

Kartor, SSISDB, …


Mina kartor blev sabbade i augusti och jag har felanmält det flera gånger sedan dess.

Idag blev jag kontaktad om felen kvarstår!
Nä, det är samma fel.
Har du laddat in json filen igen?
Japp, flera gånger.
Kan vi titta på din fil?
Visst! Så jag skickade filen.
Vilket datum kan vi titta på?
Vilket som, allt är sabbat! Tog en skärmdump på hur det såg ut under 2018 och skickade. Hittade en skärmdump på hur det såg innan programmet uppgraderades lite senare.
Det kommer att skickas en ny uppdatering på programmet fick jag till svars nån timme senare 🙂

Har varit vaken sedan 02:30. Har haft extra ont.

Bestämde mig för att ta bussen när jag såg att det regnade. Orkar inte tvätta hojen.

När jag kom till jobbet så upptäckte jag att passerkortet hängde kvar i halsbandet tillsammans med nycklarna till garaget och hojen 😦

Fick vänta till 06:30 tills en kollega kom till jobbet.

Kände mig stressad, då jag hade tappat en halv timme av det jag skulle göra. Flytta 3 databaser först till utveckling, sedan till test och sist till prod. och göra AG av dessa efter att de blivit uppgraderade.

Efter en del strul så blev jag klar. Testmiljön får jag göra på torsdag.

En ny grej upptäcktes. SSISDB och dess master key. Det funkar inte i AG som jag satt upp. Så det gick inte att göra delpoy på den replika den låg. Vi testade att göra failover på den server där jag först hade konfat SSIS. Där gick det att göra deploy!
Så vi får Googla på hur man ska göra för att SSIS ska funka i AG. SSRS fick jag göra failover och göra restore på nyckeln, men sånt fanns det inte på SSIS.
Och det är först nu, nästan 2 år sedan jag började i labb-miljön som vi börjat använda SSIS på AG.
Tillbaka till ritbordet, labb-miljön och lösa problemet.
Få se om lösningen är detta, eller om det går att köra alter variant.

Ska se om jag kan vara ledig imorgon och på fredag. Har jobbat mycket de senaste veckorna.

Idag fick jag springa på toa 4 gånger. Kan det bero på att jag glömde ta med mig Kreon?

Var till Gränna efter jobbet


Åkte till Gränna efter jobbet. Jag hade ont i ryggen, men det gick bra i början. Magen värkte inte så mycket efter lunchen idag, kanske för att jag hade med mig Samarin och tog direkt efter maten.

Det pendlade mellan +6 & +9 så det kändes i fingrarna. Stannade och bytte till tjockare handskar.

Fick tummen upp av en bilist 🙂 Så 2 motorcyklister till, så jag var inte ensam!

Mätarställning: 20195. 10,2 mil blev det idag.

/* . */


Premiärturen var till och från jobbet. +3 var det i stan.

Var till naprapaten på välbehövlig behandling. Det gjorde bra ont, men jag sa inget. Känner värre och även huvudet börjat göra ont.

Magen är som vanligt så jag har ont från topp till tå!

Mer strul


Igår var det loggen till en databas som blev full, och dess AG tappade en replika.

Det visade sig att det var disken som var full och tagits offline. Så databasen tappade sin log disk. Efter utökning av disk så togs den upp, men det var kört för den replikan, det gick inte att köra resume.

Tog bort replikan, men behöll den databasreplika som inte synkats. Lade till replikan igen och provade join only (hette det så?)

Det sket sig. Så tog bort replikan, tog bort databasen som inte synkats. Lade till replikan igen och såg att filerna skapades på den server som hade tappat sin disk.

Backuperna startade och jag tänkte, det får gå medan synkningen pågår. Backupen sket sig efter 45 minuter, men synkningen pågick. Men blev aldrig klar.

Orkade inte sitta och kolla på det, så jag lade mig efter 23:30. Låg och tänkte på kvällens händelser och somnade runt 00:30.

Gick upp 04:15. Loggade in och kollade status på synkning. Det pågick fortfarande 😮 Från typ 19! Rev bort replikan, startade backupjobbet.

06 var jag på jobbet och lade till replikan på nytt och 50 minuter senare var allt klart 🙂 Vad fan hände med backupen? Varför misslyckad backup sabbade synkningen?

Gick på fika 09:25 och fick ta med mig mackan tillbaka när jag såg mejlen att det är slut på disk 😦 Det var runt 09:40.

Denna gång var det 2 av 3 replikorna som hade skitit sig. En sekundär replika och primära replikan 😦

Utökade diskarna än mer, tog upp diskarna online. Men det gick inte att göra resume.

Gjorde failover från den korrupta primära replikan till den den enda fungerande replika.

Satte ett max storlek på logfilen, en bit under diskstorleken och körde resume på de andra 2 replikorna. Det funkade 🙂

Tog en translogsbackup och utökade lun och volym än mer.

Drog hem efter 14. Fick larm vid 16. Logfilen började ta slut igen 😦

Startade en transloggbackup och utökade lun och volym rejält. SnapDrive uppdaterade info att jag utökat lun till 75 GB. Försökte utöka max storlek och storleken på logfilen, men SQL tyckte inte att det fanns tillräckligt utrymme. Den tyckte att det fanns bara 30 GB 😮

Det började bli krisigt igen så jag tog en translogsbackup tills körningarna var klara.

Varför uppdaterades inte info? Varför mount points visade 30 GB, medan det stod 75 GB i SnapDrive? Behövde jag köra PS-kommando?

Kunde inte tänka klart längre och var bra sömnig. Ringde en kollega och vi kollade på det tillsammans senare.

Jag hade gjort fel. Hade jag gjort som jag brukar göra, ändra storlek i SnapDrive så hade både Windows & Netapp hängt med. Nu hade jag ändrat i oncommand, som visserligen hade uppdaterat SnapDrive. Men jag hade behövt gå till disk manger, göra rescan och expandera disken.

Onödiga steg som behövde göras på servrar dessutom. Varför gjorde jag så idag? Det är väl ingen skillnad på vanlig disk och mount points? Hur som valde jag göra fel bara för att det är mount point och inte enhetsbokstav!

El Koko Del Fari!

När det var klar så utökade jag maxstorleken på logfilen och satte högre initialvärde på filen. Lägre än tilldelad disk!

Varför börjar systemet att bete sig nu? Så stor logfil har det inte behövts tidigare.

Jo, för att det stod i simple recovery model förut och nu när det är AG så är det i full recovery model. Då växer logfilen när det sker mycket bulk insert. Hade gärna satt bulk logged recovery model, men det är ju AG och det måste vara i full recovery model.

Få om det lugnar ner sig. Det är svårt att uppskatta storleken på filen baserad på historik. Kan inte ta så många transloggsbackuper heller då slår max antal snapshots i taket och SnapManager kraschar och inga backup kan tas innan antal snapshots minskas.

:Känner definitivt dags lägga sig, men jag ska försöka hålla mig vaken så länge jag kan. Klockan är bara 19:21.

Strul


Fick ett larm precis när jag skulle gå och lägga mig, 22:30.

Loggade in och såg att en databas i en AG inte synkades. Försökte logga in på den server där det inte loggades och det visades sig att tempdb var fullt. Inga andra databaser syntes på den servern heller.

Startade om SQL Servertjänsten på den servern och allt utom den den databas som hade larmat synkades.

Försökte göra resume, men det hjälpte inte. Det gick inte att komma in på databasen heller,

Tog bort replikan och försökte ta bort samtliga databaser i den replika, den server vars tempdb var fullt. Det gick inte, den AG som inte fanns kvar försökte få kontakt, men den grenen hade jag kapat.

Startade om tjänsten igen och då kom gick det att ta bort databaser som inte skulle finnas kvar. Lade sedan till replika och synkningen kom igång och efter dryga timmen var sista databasen var synkad. Det var den databas som hade larmat.

Satt och läste loggar medan jag väntade på att synkningen skulle bli klar och då såg jag ett meddelande jag inte sett förut: The version store is full. New version(s) could not be added. A transaction that needs to access the version store may be rolled back.

Jag tror att jag löste det hela på fel sätt dock, och skulle ha valt denna lösning.

En erfarenhet rikare. Skulle ha kollat flera loggar innan jag slängde mig på det hela och löste det hela med gammal beprövade metod.

Jag förstod ju inte riktigt hur tempdb kunde bli full, utan att det gjordes rollback.

Tempdb är konfad till ett fast storlek och kan inte växa. Det fanns diskutrymme så att man ev. kan utöka storleken på tempdb, om det visar sig att den valda storleken (4*5 GB) inte räcker till.

På andra servrar när dålig fråga har skrivits och tempdb blivit full pga sort så har det gjorts rollback och allt har varit frid och fröjd. SQL Servern hade inte gått ner.

SQL Servern var uppe och de AG som var primära på den server som fick problem, hade gjorts failover, kunde jag se av de typ 100 larmen!

Men jag såg inte det larm som skulle ha kommit om sort. Så ja, jag valde fel lösning,

Får nog se till att får larm på:
The version store is full. New version(s) could not be added. A transaction that needs to access the version store may be rolled back.

Nä, nu är det dags att ta helg igen och försöka sova. Klockan är ju 01:37!

Får försöka lista ut varför det hela hände för att börja med.

Är bra sugen nu, …


Jag är bra sugen att ta ut sväng med hojen idag. Det är runt +5 och det har slutat regna. T o m solen är framme 🙂

Men, jag orkar inte tvätta hojen och sen vet jag inte vart man kan åka för att inte hamna på isiga vägar. Det ser ut att blir varmare mitt i veckan, så jag kanske tar hojen till jobbet.

Var annars till affären på morgonen medan det regnade. Fick knäppa jackan. Hade vår/höst jackan så det blev inte svettigt. Köpte 5 paket Samarin. Det går åt mycket sånt nu. Det lindrar magsmärtorna 🙂

Röntgen


Var på röntgen idag. Skulle ha varit där 10:20 och det skulle ta en timme hela undersökningen.

Men först vid 10:40 fick jag en liter kontrastvätska att dricka, detta trots att jag var där strax efter 10.

Jag fick dricka så mycket jag kunde på 15-20 minuter. Drack mer än hälften, men det dög inte. Så jag fick hälla i mig större mängd av det på knappt 5 minuter. Hade lust att säga, ”men du sa ju att jag skulle så mycket jag kunde, vilket jag gjorde!”. Men höll tyst om det.

Fick dricka resten medan jag låg på britsen. Fick en lite injektion med. Det kändes varmt i ansiktet först och senare i armarna, innan värmen (med lite stickning) spred sig neråt.

Gick på toa och kissade innan jag gick till bussen. Fick vänta 10 minuter på bussen och jag bra kissnödig när jag klev av och skulle göra bussbytet. Gick till närmaste stället, Sibylla och kissade och kände mig tvungen att köpa nåt för att jag var kissnödig.

Så jag käkade en smaklös mat innan jag gick hem. Fick gå på toa så fort jag kom hem.

Ja, vi får vänta på resultatet.

Rätt så trött idag


Rätt så trött idag.

Satt till midnatt i olika webinarer. Hade anmält mig till 6 st. Från 17:00-00:50.

Den sista skulle orkade jag inte och runt 23:55 loggade jag ur.

  1. SSMS & T-SQL Tricks Working Smarter, Not Harder
  2. Fix My Functions Speeding Up Scalar and Table Valued UDFs
  3. Getting Better Query Plans by Improving SQL’s Estimates
  4. Kick Start! SQL Server 2017 Performance Tips and Tricks
  5. Inside SQL Server with Containers
  6. Building Trust in Teams

Den första var för enkel.

Den andra var lite för svår och jag höll på somna flera gånger. Jag var ganska så trött. Hade varit vaken sedan 03:30-tiden på torsdag och jag höll på nicka flera gånger. Men jag lyckades hålla mig vaken.
Det flimrade till i prestationen mycket. Kendra är så duktig, men det är sånt jag inte jobbat med tidigare.

Den 3:e var bäst! 🙂 Bret är så rolig att lyssna och se på och han är ju super duktig.

Den 4:e var jag besviken på. Det är roligare att läsa hans blogg än lyssna på honom tycker jag.

Den 5:e blev jag väldig intresserad av och skulle vilja prova

Den 6:e var en inspirations grej och inte ett system och jag var väldigt trött efter att varit vaken i dryga 20 timmar.

Men inte fan kunder jag somna inte. Somnade nog runt 00:30 och sov dryga timmen innan jag vaknade av värk i ryggen och blåsten.

03:45 gick jag upp till slut. Och stänga av alla larm i luren. Har ställt väckarklockan till 04. Detta för att kunna äta frukost och var någorlunda smärtfri tills det är dags att åka till jobbet.

Om några timmar ska jag vara på sjukhuset.

Underställ


Fick en avi/papper att jag hade fått paket. Det var i Hovslätt det 😮 Det finns 2 utlämningsställen nära mig, varför i Hovslätt?

Såg att det gick att beställa leverans hem, och det gjorde jag. När jag valde leverans hem såg jag man kunde få det levererat till annan adress. Bra kan jag få det till jobbet?

Nä, man var tvungen att kontakta avsändaren och begära ändringen! Då fick det vara.

Strax efter 10:45 fick jag paketet. Skulle få det mellan 9-11, så jag får vara nöjd.

Provade de och jag kom in 🙂 Lite för långa, inte så konstigt med tanke på att jag är på tok för bred!

Strul, trött, …


Är rätt så trött. Har sovit (extra) dåligt de senaste 3 nätterna. Har varit på jobbet runt 06 och 2 av 3 dagarna har jag migrerat databaser. 1 av de har jag förberett migrering.

Sov ännu sämre i natt och hoppade över fikat, ville lösa problemet. Så jag var bra hungrig när jag åt lunch runt 12. Hade ätit frukost 03:30-tiden.

Strax innan 15 hittade jag felet. Det gick inte att använda länkade servern efter migreringen. Fan, jag skulle inte har jobbet detta på en fredag.

Men till slut hittade jag felet. Jag hade missat att skripta och köra Kerberos delegeringen mot test och utvecklingsmiljöerna 😦
När kollade igenom skripten så hittade jag felet till slut. Jag hade skriptat klart delegeringen från det nya AG (listenern) i produktionsmiljön, men bara skrivit rubriken (namnet på AG listenern) i filerna för test och utveckling.
Jag hade gjort AG->server, AG->AG, server->server, men inte gjort klart AG->tjänstekonto delegeringen.

Förmodligen blev jag störd/avbruten mitt i skriptandet i höstas och skrev bara rubriken för test & utv och sen glömde jag bort att jag inte gjort klart skiten.

Så oavsett hur mycket man förberett (skapat körschema, skriptat…) så gäller det att dubbelkolla det hela. Får ta lärdom av 4 förlorade timmarna!

Hade dessutom strul när jag försökte komprimera tabellerna innan jag skapade AG. Synkningen till de sekundära replikorna tog evigheter med.

Medan backup och restore av denna databas pågick så försökte jag migrera datafilerna på en testmaskin. Hade skapat databaserna på fel lun, eller rättare sagt kom på att bättre att ha egna lunar för dessa databaser när jag skapade produktionsmiljön i december, så jag försökte ändra så att miljöerna såg lika ut.

Det gick någorlunda smärtfritt. Migreringen gick bra i SnapCenter, men bara primära replikan på de 3 olika AG. Sekundära replikorna låg kvar i sina gamla lunar. Kom på att det betedde sig så när jag testade detta förra våren med.

Jag testade inte att göra failover för att se om filerna skapas i rätt lun vid failover. Tvivlar på det göra det.

Så jag fick ta bort sekundära replikorna på dessa 3 AG för att sedan lägga in dessa.

2 av 3 AG fick jag göra proceduren 2 gånger. Första gången jag lade till nya replikan och valde automatic seeding så skapades inte filerna på den andra servern. Fick ta bort replika och lägga till det på nytt för att data och logfilerna skulle skapas på den andra servern i klustret.

3:e AG, så gick det inte alls med automatic seeding. Gjorde 8 försök innan jag gav upp och skapade nya replikan via backup och restore.

Den där automatic seeding kan man inte lita på. Skapas filerna så vet man att förr eller senare så synkas all data. Skapas inte filerna och därmed inte databasen på sekundära servern så hjälper det inatt sitta och hoppas på det bästa!

Så var det i onsdags med. Sekundära replikor skapades på en av sekundära servrarna, men inte på den 3:e servern i klustret. Fick ta bort servern och radera alla 3 databaserna för att lägga på dessa på nytt.

Så nu har jag skrivit av mig. Dags att käka middag och försöka släppa de 2 databaskopieringar som ska göras på måndag och tisdag.