Problem med redo_queue_size


Fick larm om redo_queue_size över 5 GB & 10 GB. 2 AG köade synkningen under indexeringen. Visste att jag skulle få larm så jag loggade på vid 21 och såg hur kön växte. Sen fick jag stänga ljudet på telefonen 😉

Lam mellan 21:05 – 21:33 för en AG som inte köade till 2 av sina sekundära replikor. Som mest:

  • 19,5 GB (19608612 KB )
  • 21 GB (21342507 KB)

Detta jobb steg tog 00:24:25 mot 00:20:08 förra veckan. 01:13:50 förrförra veckan då det kördes med regorg.

21:20 – 21:40 började den andra AG:t att gnälla och köade mest till en av sina sekundära replikor. Som mest 20 GB (20173164 KB) väntade på synkning.

Jobb steget tog 00:37:05 mot 01:14:36 förra veckan.

Får testa att schemalägga detta jobb så att det körs olika tider på olika servrar? Får kolla mer på hur lång tid jobbet tagit på servrarna. Kanske får de börja med med en halvtimmes mellanrum?

Samtidigt som jobbet innehåller steg för alla AG, men stegen körs bara om AG:t är primär för just det steget. Vad händer om alla AG ligger på samma server eller uppdelad på 2 av 3 servrar?

Problemet är att vi inte fått samma problem i andra miljöerna!

Problem dök upp när jag lade till flera AG i jobbet. Så en annan schemaläggning kanske hjälper.

Får pausa tänkandet till måndag! Enkelt gjort

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.