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.



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.