Som du kanske är medveten om är SQL Server-replikering en teknik för att kopiera och distribuera data och databasobjekt från en databas till en annan, och sedan synkronisera mellan databaser för att upprätthålla konsistens och dataintegriteten. Det är viktigt att veta att dessa kan vara ganska komplicerade. Det finns tre typer av replikering:envägs, en-till-många och många-till-en. Det är viktigt att ha varje replikering övervakad så att du kan få en tidig varning om eventuella problem eller misslyckanden så att dessa kan åtgärdas.
Vi introducerade nyligen en funktion inom Spotlight Cloud för att du ska kunna övervaka replikering, och den kommer med tillhörande larm, som jag kommer att ta upp inom kort. För att se replikeringen ser du att det är en kategori på vänster sida här som kallas SQL Server-replikering. Jag kan specificera vilket av replikeringsobjekten jag vill undersöka och sedan kan vi borra i och se applikationens hälsostatus. Detta ger oss en övergripande bild av eventuella statuslarm, tillståndet hos utgivarna, distributörerna och prenumeranterna som är involverade i replikeringen. Larmen som vi har finns runt och meddelar dig om det finns ett anslutningsfel eller planerade avbrott. Det finns faktiskt ungefär fem larm totalt som kommer att plocka upp särskilda problem. Om jag vill kontrollera vilka dessa larm är, kan jag klicka på den lilla larmknappen och den visar oss distributörsagenterna eller loggläsaragenterna som har fått ett fel. Det kan vi också se här. Om vi borrar i loggen agent larmar här.
När replikering äger rum kommer vi också att se kommandona per sekund från loggläsaren. Vi kommer att se det som ett fel. Vi kan också se det som en trendgraf. Du kanske vill klicka på för att se hur bristerna såg ut över tid, och du kan också se det för distributionssidan där vi kan klicka på det och se trenderna, men också klicka på "i"-symbolen om du vill veta vad just den ikonen står för.
Glöm inte heller att det här med Spotlight Cloud på den här speciella funktionen är att om du behöver gå tillbaka till en viss tidpunkt då ett fel inträffade kan du göra det. Du kan antingen använda tidsperiodmekanismen för att peka på, du vet, om det fanns en viss eftersläpning av data eller om något inte stämde riktigt, då kan du gå tillbaka i tiden och se det över ett antal dagar till exempel. Eller om du bara snabbt vill gå tillbaka, till exempel, till den senaste timmen, kan du bara borra tillbaka i tiden till den senaste timmen och se larmen där.
Vi har den övergripande hälsan för vår applikation och sedan har vi de övergripande larmen för replikeringen, som vi kan se sorterade efter tid, till exempel om de är öppna. Och på höger sida för varje särskilt larm har vi den senaste historikvinkeln samt bakgrunden till att larmet slogs upp.
Ett mycket användbart tillägg till Spotlight Cloud-övervakningen för att kunna övervaka replikering. Om du har några utmaningar av replikeringstyp, glöm inte att ladda ner en testversion och börja titta på hur det kan hjälpa dig att gå igenom orsaken till problemen.
Se en detaljerad video om replikeringsfunktionen.