Forbedret spørringsreplikasynkronisering i Azure Analysis Services er i forhåndsversjon

En ny Azure Analysis Services-innstilling (i forhåndsversjon) vil forbedre ytelse og stabilitet av spørringsreplikasynkronisering i utskaleringsmiljøer. Utskalering av spørringer distribuerer klientspørringer på tvers av én eller flere spørringsreplika, noe som reduserer responstiden for mange samtidige arbeidsbelastninger. Synkronisering av spørringsreplika replikerer data til databaser for spørringsreplika.

Som standard blir spørringsreplika fullstendig rehydrert (ikke trinnvis), noe som skjer i faser. De blir fjernet og lagt til to om gangen (forutsatt at det finnes minst tre replikaer) for å sikre at minst én replika er tilgjengelig på nettet for spørringer til enhver tid. Det kan hende at klienter må koble seg til en av de nettbaserte replikaene mens prosessen utføres.

Med den nye ReplicaSyncMode-innstillingen kan du nå angi synkronisering av spørringsreplikaer parallelt. Den optimaliserte sykroniseringen av spørringsreplikaer gir også disse fordelene:

• Alle replikaer synkroniseres parallelt, noe som reduserer synkroniseringstiden betydelig.
• Siden alle replikaer synkroniseres parallelt, er det større sannsynlighet for at data på tvers av replikaer er konsekvente under synkroniseringsprosessen.
• Siden databaser holdes tilkoblet på alle replikaer gjennom hele synkroniseringsprosessen, trenger ikke brukere å koble til igjen.
• Bufferen i minnet oppdateres trinnvis med kun de endrede dataene, som kan være mye raskere enn å hydrere modellen igjen.

Som et eksempel på fordelene ved optimalisert synkronisering gjennomførte produktteamet tester på en database med en størrelse på cirka 84 GB, på en S8v2 med 3 replikaer. Synkroniseringen tok cirka 2 minutter for en trinnvis synkronisering, i motsetning til fem minutter for en ikke-trinnvis synkronisering. For samme databasen på en S8v2 med 7 replikaer der tiden var uendret, hoppet tiden for ikke-trinnvis synkronisering opp til 11 minutter.

Mulige verdier for ReplicaSyncMode er som følger:

• 1 (standard): fullstendig rehydrering av replikadatabase i faser.
• 2: optimalisert synkronisering parallelt.

Hvis du angir ReplicaSyncMode=2, kan det hende at spørringsreplikaene bruker ytterligere minne, avhengig av hvor mye av bufferen som må oppdateres. For å holde databasen tilkoblet og tilgjengelig for spørringer kan operasjonen kreve opptil dobbelt minne på replikaen, avhengig av hvor mye av dataene som er endret. Dette er fordi både de gamle og nye segmentene beholdes i minnet samtidig. Replikanoder har samme minnetildeling som primærnoden. Ettersom det vanligvis er ekstra minne på primærnoden for oppdateringsoperasjoner, er det usannsynlig at replikaene går tomme for minne. Et vanlig scenario er i tillegg at databasen oppdateres trinnvis på primærnoden, slik at det ikke er behov for dobbelt så mye minne. Hvis feilmeldingen om at det ikke er nok minne, dukker opp under synkroniseringsoperasjonen, vil den prøve å bruke standardteknikken (legg ved / fjern to om gangen).

Finn ut mer om utskalering av spørringer i Azure Analysis Services.