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.

Kommentera

Fyll i dina uppgifter nedan eller klicka på en ikon för att logga in:

WordPress.com Logo

Du kommenterar med ditt WordPress.com-konto. Logga ut /  Ändra )

Google-foto

Du kommenterar med ditt Google-konto. Logga ut /  Ändra )

Twitter-bild

Du kommenterar med ditt Twitter-konto. Logga ut /  Ändra )

Facebook-foto

Du kommenterar med ditt Facebook-konto. Logga ut /  Ändra )

Ansluter till %s

This site uses Akismet to reduce spam. Learn how your comment data is processed.