Best practices voor langdurige processen

In Azure Analysis Services vertegenwoordigt een knooppunt een virtuele hostmachine waarop een serverresource wordt uitgevoerd. Sommige bewerkingen, zoals langdurige query's, vernieuwingsbewerkingen en het uitschalen van query's, kunnen mislukken als een serverresource naar een ander knooppunt wordt verplaatst. Veelvoorkomende foutberichten in dit scenario zijn onder meer:

• 'Er is een fout opgetreden bij het vinden van een langlopende XMLA-aanvraag. De aanvraag is mogelijk onderbroken door de service-upgrade of het opnieuw opstarten van de server.'
• "Taak met id '<guid>for model '<database>' is geannuleerd vanwege servicefout (inactiviteit) met het bericht 'De vernieuwingsaanvraag annuleren omdat deze is vastgelopen zonder updates. Dit is een intern serviceprobleem. U kunt de taak opnieuw indienen of een ticket indienen om hulp te krijgen als dit probleem zich herhaaldelijk voordoet.'

Er zijn veel redenen waarom langdurige bewerkingen kunnen worden onderbroken. Bijvoorbeeld updates in Azure, zoals:

• Patches voor het besturingssysteem
• Beveiligingsupdates
• Service-updates voor Azure Analysis Services
• Updates voor Service Fabric. Service Fabric is een platformonderdeel dat wordt gebruikt door een aantal Microsoft-cloudservices, waaronder Azure Analysis Services.

Naast updates die plaatsvinden in de service, is er een natuurlijke beweging van services op knooppunten vanwege de taakverdeling. Knooppuntverplaatsingen zijn een verwacht onderdeel van een cloudservice. Azure Analysis Services probeert de gevolgen van knooppuntverplaatsingen te minimaliseren, maar het is onmogelijk om ze volledig te elimineren.

Naast knooppuntverplaatsingen kunnen andere fouten optreden. Een gegevensbrondatabasesysteem kan bijvoorbeeld offline zijn of de netwerkverbinding is verbroken. Als tijdens het vernieuwen een partitie 10 miljoen rijen heeft en er een fout optreedt op de 9 miljoenste rij, is het niet mogelijk om de vernieuwing opnieuw te starten op het moment van de fout. De service moet vanaf het begin opnieuw worden gestart.

REST API vernieuwen

Serviceonderbrekingen kunnen lastig zijn voor langdurige bewerkingen, zoals het vernieuwen van gegevens. Azure Analysis Services bevat een REST API om negatieve gevolgen van serviceonderbrekingen te beperken. Zie Asynchrone vernieuwing met de REST API voor meer informatie.

Naast de REST API zijn er andere methoden die u kunt gebruiken om potentiële problemen tijdens langdurige vernieuwingsbewerkingen te minimaliseren. Het doel is om te voorkomen dat u de vernieuwingsbewerking vanaf het begin opnieuw moet starten en in plaats daarvan vernieuwingen moet uitvoeren in kleinere batches die in fasen kunnen worden doorgevoerd.

De REST-API maakt het opnieuw opstarten mogelijk, maar biedt geen volledige flexibiliteit bij het maken en verwijderen van partities. Als voor een scenario complexe bewerkingen voor gegevensbeheer zijn vereist, moet uw oplossing een vorm van batchverwerking bevatten in de logica. Als u bijvoorbeeld transacties gebruikt om gegevens in meerdere, afzonderlijke batches te verwerken, hoeft er bij een fout niet helemaal opnieuw begonnen te worden, maar kan vanaf een tussenliggend controlepunt verder gegaan worden.

Queryreplica's uitschalen

Ongeacht of u REST of aangepaste logica gebruikt, kunnen clienttoepassingsquery's nog steeds inconsistente of tussenliggende resultaten retourneren terwijl batches worden verwerkt. Als er consistente gegevens vereist zijn die door query's van clienttoepassingen worden geretourneerd terwijl de verwerking plaatsvindt, en als de modelgegevens zich in een tussentijdse staat bevinden, gebruik dan uitschalen met alleen-lezen queryreplica's.

Door gebruik te maken van alleen-lezen queryreplica's kunnen gebruikers van clienttoepassingen de oude momentopname van gegevens blijven raadplegen, zelfs terwijl updates in batches worden uitgevoerd. Zodra het vernieuwen is voltooid, kan een synchronisatiebewerking worden uitgevoerd om de alleen-lezen kopieën bij te werken.

Volgende stappen

Asynchrone vernieuwing met de REST API
Uitschalen van Azure Analysis Services
Hoge beschikbaarheid van Analysis Services
Richtlijnen voor opnieuw proberen voor Azure-services