Metodtips för replikeringsadministration

gäller för:SQL ServerAzure SQL Managed Instance

När du har konfigurerat replikering är det viktigt att förstå hur du administrerar en replikeringstopologi. Det här avsnittet innehåller grundläggande vägledning om bästa praxis inom ett antal områden med länkar till mer information för varje område. Förutom att följa riktlinjerna för bästa praxis som presenteras i det här avsnittet kan du läsa igenom avsnittet med vanliga frågor för att bekanta dig med vanliga frågor och problem: Vanliga frågor och svar för replikeringsadministratörer.

Det är användbart att dela upp riktlinjerna för bästa praxis i två områden:

• Följande information omfattar metodtips som bör implementeras för alla replikeringstopologier:

  • Utveckla och testa en strategi för säkerhetskopiering och återställning.

  • Skriv ett skript för replikeringstopologi.

  • Skapa tröskelvärden och aviseringar.

  • Övervaka replikeringstopologin.

  • Upprätta prestandabaslinjer och justera replikering om det behövs.

• Följande information omfattar metodtips som bör övervägas, men som kanske inte krävs för topologin:

  • Verifiera data med jämna mellanrum.

  • Justera agentparametrar via profiler.

  • Justera kvarhållningsperioder för publikation och distribution.

  • Förstå hur du ändrar artikel- och publikationsegenskaper om programkraven ändras.

  • Förstå hur du gör schemaändringar om programkraven ändras.

Utveckla och testa en strategi för säkerhetskopiering och återställning

Alla databaser bör säkerhetskopieras regelbundet och möjligheten att återställa dessa säkerhetskopior bör testas regelbundet. replikerade databaser skiljer sig inte. Följande databaser bör säkerhetskopieras regelbundet:

• Publikationsdatabas

• Distributionsdatabas

• Prenumerationsdatabaser

• msdb databas och huvuddatabas för hos utgivaren, distributören och alla prenumeranter

Replikerade databaser kräver särskild uppmärksamhet när det gäller säkerhetskopiering och återställning av data. Mer information finns i Säkerhetskopiera och återställa replikerade databaser.

Skriv ett skript för replikeringstopologin

Alla replikeringskomponenter i en topologi ska skriptas som en del av en haveriberedskapsplan, och skript kan också användas för att automatisera repetitiva uppgifter. Ett skript innehåller de Transact-SQL systemlagrade procedurer som krävs för att implementera de replikeringskomponent(er) som skrivits, till exempel en publikation eller prenumeration. Skript kan skapas i en guide (till exempel guiden Ny publikation) eller i Microsoft SQL Server Management Studio när du har skapat en komponent. Du kan visa, ändra och köra skriptet med SQL Server Management Studio eller sqlcmd. Skript kan lagras med säkerhetskopieringsfiler som ska användas om en replikeringstopologi måste konfigureras om. Mer information finns i Skriptreplikering.

En komponent bör skrivas om om några egenskapsändringar görs. Om du använder anpassade lagrade procedurer med transaktionsreplikering bör en kopia av varje procedur lagras med skripten. kopian bör uppdateras om proceduren ändras (procedurerna uppdateras vanligtvis på grund av schemaändringar eller ändrade programkrav). Mer information om anpassade procedurer finns i Ange hur ändringar sprids för transaktionsartiklar.

Upprätta prestandabaslinjer och justera replikering om det behövs

Innan replikeringen konfigureras rekommenderar vi att du bekantar dig med de faktorer som påverkar replikeringsprestanda:

• Server- och nätverksmaskinvara

• Databasdesign

• Konfiguration av distributör

• Publikationsdesign och alternativ

• Design och användning av filter

• Prenumerationsalternativ

• Alternativ för ögonblicksbilder

• Agentparametrar

• Underhåll

När replikeringen har konfigurerats rekommenderar vi att du utvecklar en prestandabaslinje som gör att du kan avgöra hur replikeringen fungerar med en arbetsbelastning som är typisk för dina program och topologi. Använd Replikeringsövervakaren och systemövervakaren för att fastställa typiska tal för följande fem dimensioner av replikeringsprestanda:

• Svarstid: hur lång tid det tar för en dataändring att spridas mellan noder i en replikeringstopologi.

• Dataflöde: mängden replikeringsaktivitet (mätt i kommandon som levereras under en tidsperiod) som ett system kan upprätthålla över tid.

• Samtidighet: antalet replikeringsprocesser som kan köras på ett system samtidigt.

• Varaktighet för synkronisering: hur lång tid det tar för en viss synkronisering att slutföras.

• Resursförbrukning: maskinvara och nätverksresurser som används till följd av replikeringsbearbetning.

Svarstid och dataflöde är mest relevanta för transaktionsreplikering, eftersom system som bygger på transaktionsreplikering vanligtvis kräver låg svarstid och högt dataflöde. Samtidighet och varaktighet för synkronisering är mest relevanta för sammanslagningsreplikering, eftersom system som bygger på sammanslagningsreplikering ofta har ett stort antal prenumeranter och en utgivare kan ha ett betydande antal samtidiga synkroniseringar med dessa prenumeranter.

När du har upprättat baslinjenummer anger du tröskelvärden i Replikeringsövervakaren. Mer information finns i Ange tröskelvärden och varningar i Replikeringsövervakaren och Använda aviseringar för replikeringsagenthändelser. Om du stöter på ett prestandaproblem rekommenderar vi att du läser igenom förslagen i de avsnitt om förbättrade prestanda som anges ovan och tillämpar ändringar på områden som påverkar de problem som du stöter på.

Skapa tröskelvärden och aviseringar

Med Replikeringsövervakaren kan du ange ett antal tröskelvärden relaterade till status och prestanda. Vi rekommenderar att du anger lämpliga tröskelvärden för topologin. Om ett tröskelvärde nås visas en varning och du kan också skicka en avisering till ett e-postkonto, en sidsökare eller en annan enhet. Mer information finns i Ange tröskelvärden och varningar i Replikeringsövervakaren.

Förutom de aviseringar som kan associeras med övervakningströsklar tillhandahåller replikering ett antal fördefinierade aviseringar som svarar på replikeringsagentåtgärder. Dessa aviseringar kan användas av en administratör för att hålla dig informerad om tillståndet för replikeringstopologin. Vi rekommenderar att du läser igenom ämnet som beskriver aviseringarna och använder alla som passar dina administrationsbehov (det är också möjligt att skapa ytterligare aviseringar om det behövs). För mer information, se Använd aviseringar för replikeringsagenthändelser.

Övervaka replikeringstopologin

När replikeringstopologin är på plats och tröskelvärden och aviseringar har konfigurerats rekommenderar vi att du regelbundet övervakar replikeringen. Övervakning av en replikeringstopologi är en viktig aspekt av distributionen av replikering. Eftersom replikeringsaktiviteten distribueras är det viktigt att spåra aktivitet och status på alla datorer som deltar i replikeringen. Följande verktyg kan användas för att övervaka replikering:

• Replikeringsövervakaren är det viktigaste verktyget för att övervaka replikering, så att du kan övervaka den övergripande hälsan för en replikeringstopologi. Mer information finns i Övervakning av replikering.

• Transact-SQL- och replikeringshanteringsobjekt (RMO) tillhandahåller gränssnitt för övervakning av replikering. Mer information finns i Övervakning av replikering.

• System Monitor kan också vara användbart för att övervaka replikeringsprestanda. Mer information finns i Övervakning av replikering med System Monitor.

Validera data regelbundet

Verifiering krävs inte av replikering, men vi rekommenderar att du kör valideringen regelbundet för transaktionsreplikering och sammanslagningsreplikering. Med validering kan du kontrollera att data i Prenumeranten matchar data i Publisher. Lyckad validering anger att vid den tidpunkten har alla ändringar från utgivaren replikerats till prenumeranten (och från prenumeranten till utgivaren om uppdateringar stöds hos prenumeranten) och att de två databaserna är synkroniserade.

Vi rekommenderar att verifieringen utförs enligt säkerhetskopieringsschemat för publikationsdatabasen. Om publikationsdatabasen till exempel har en fullständig säkerhetskopia en gång i veckan kan valideringen köras en gång i veckan när säkerhetskopieringen har slutförts. Mer information finns i Verifiera replikerade data.

Använda agentprofiler för att ändra agentparametrar om det behövs

Agentprofiler ger en praktisk metod för att ange replikeringsagentparametrar. Parametrar kan också anges på agentkommandoraden, men det är vanligtvis lämpligare att använda en fördefinierad agentprofil eller att skapa en ny profil om du behöver ändra värdet för en parameter. Om du till exempel använder sammanslagningsreplikering och en prenumerant flyttar från en bredbandsanslutning till en uppringningsanslutning kan du överväga att använda långsam länk profil för sammanslagningsagenten. Den här profilen använder en uppsättning parametrar som passar bättre för den långsammare kommunikationslänken. Mer information finns i Replikeringsagentprofiler.

Justera kvarhållningsperioder för publicering och distribution om det behövs

Transaktionsreplikering och sammanslagningsreplikering använder kvarhållningsperioder för att avgöra hur länge transaktioner lagras i distributionsdatabasen och hur ofta en prenumeration måste synkroniseras. Vi rekommenderar att du använder standardinställningarna från början, men att övervaka topologin för att avgöra om inställningarna kräver justering. När det till exempel gäller sammanslagningsreplikering avgör kvarhållningsperioden för publikationen (som är som standard 14 dagar) hur länge metadata lagras i systemtabeller. Om prenumerationer alltid synkroniseras inom fem dagar kan du överväga att justera inställningen till ett lägre tal, vilket minskar metadata och eventuellt ger bättre prestanda. Mer information finns i prenumerationens förfallodatum och inaktivering.

Förstå hur du ändrar publikationer om programkraven ändras

När du har skapat en publikation kan det vara nödvändigt att lägga till eller ta bort artiklar eller ändra publikations- och artikelegenskaper. De flesta ändringar tillåts när en publikation har skapats, men i vissa fall är det nödvändigt att generera en ny ögonblicksbild för en publikation och/eller initiera om prenumerationer till publikationen. Mer information finns i Ändra publikations- och artikelegenskaper och Lägg till artiklar i och ta bort artiklar från befintliga publikationer.

Förstå hur du gör schemaändringar om programkraven ändras

I många fall krävs schemaändringar när ett program är i produktion. I en replikeringstopologi måste dessa ändringar ofta spridas till alla prenumeranter. Replikering stöder en mängd olika schemaändringar för publicerade objekt. När du gör någon av följande schemaändringar för lämpligt publicerat objekt i en Microsoft SQL Server Publisher sprids ändringen som standard till alla SQL Server-prenumeranter:

• ALTER TABLE

• ALTER VIEW

• ALTER-PROCEDUR

• ALTER-FUNKTION

• ALTER TRIGGER

Mer information finns i Göra schemaändringar i publikationsdatabaser.

Relaterat innehåll

• Vanliga frågor och svar om administration av replikering