Is uw ERP oplossing niet meer vooruit te branden en kan uw implementatiepartner het niet oplossen?
We weten allemaal dat rapportages, queries, API-pages, maatwerk en interfaces een flinke aanslag plegen op de performance van ERP oplossingen.
Het kan behoorlijk fout gaan, ook als uw oplossing in de Cloud staat, maar hoe lossen we het op?
🤑❓ Weleens gehoord van Read-Scale-out?
Read Scale-Out is een feature van Azure SQL Databases.
In Business Central 2020 release wave 1 kwam het feature beschikbaar om performance-problemen waarmee gebruikers geconfronteerd zijn te verkleinen.
🤑❗ Ook bij SAP is de term bekend onder Read-only scale-out OF Read-Only Replica.
🤑❗ Wat doet Read-Scale-Out?
Read-Scale-Out zorgt dat read-only workloads (alleen-lees acties), zoals rapporten, queries, API-pagina's (het lezen van gegevens via webservices) geïsoleerd worden van de primaire read-write-workloads, waardoor ze geen invloed hebben op de prestaties.
Read-Scale-Out gebruikt de capaciteit van een read-only replicadatabase voor alleen-lees-acties i.p.v. de verwerkingsdatabase - de primary database.
🤑❗ Ontwikkelaars van rapporten of query-objecten, let op, zet de 'Data Access Intent property op Read-Only'.
Dit property bepaalt of de Read-Only replica, wanneer aanwezig, of de primary DB benaderd gaat worden.
😅 Is Read-Scale-Out voor iedereen beschikbaar?
Read-Scale-Out is weggelegd voor bedrijven met een High-Availability-Architecture omgeving. Of u over zo'n omgeving beschikt of kan beschikken zult u moeten navragen bij uw implementatiepartner.
In de Dynamics 365 License Guide van afgelopen Mei wordt nauwelijks iets gezegd hierover, uitgezonderd:
"Note that the production environment for Finance, Supply Chain Management, Commerce, and Project Operations comes with disaster recovery and high availability and is monitored 24x7 for service health"
✋ Misschien toch maar kiezen voor het grotere broertje van BC