Blog

17. Marts 2014

tabel låst af en anden bruger? Træg ydeevne? Dette er blot et par problemer, der ofte får kunderne til at tro, at de er vokset ud af deres Microsoft Dynamics NAV-system. Det er trods alt marketingmeddelelsen: Dynamics NAV er til små og mellemstore virksomheder, så det kan naturligvis ikke understøtte et stort antal brugere eller høj transaktionsvolumen. Jeg er her for at fortælle dig, at det ikke altid er tilfældet.

NAV 2009 Classic vs. NAV 2013 RTC

den klassiske klient på den oprindelige database var lynhurtig. Men virkeligheden er, at den RoleTailored klient (RTC) med en server er hurtigere. Uafhængige verifikationer (læs, ikke Microsoft marketing materiale) beviser dette.NAV 2013 RTC er cirka 30 procent hurtigere end NAV 2009 Classic-klienten på den oprindelige Database og 500 procent hurtigere end NAV 2009 RTC. For dem af jer, der stadig ikke er bekendt med RTC, er det en serversideløsning. Det betyder, at al koden udføres på serversiden. Den klassiske klient var en klientside-applikation, hvilket betyder, at alle data skulle gå frem og tilbage mellem klienten og serveren, hver gang en kodelinje havde brug for det, hvilket sænkede applikationen. Hvis du nogensinde har prøvet at bruge den klassiske klient hjemmefra, ved du hvad jeg taler om. Der er også blevet øget caching effektivitet med NAV service Tier. Tidligere var Dynamics NAV afhængig af en server til al caching. Med introduktionen af serviceniveauet i NAV 2009 fik hver bruger mulighed for at opretholde en separat, privat cache for data, der for nylig var blevet åbnet. NAV 2013 introducerede en global cache, der ikke kun deles af brugere, men også synkroniseres på tværs af NAV-servere. Der er i det væsentlige tre cache-niveauer for at forhindre dig i at skulle udføre de dyre disklæsninger. NAV 2013 introducerede også en behandlingskø til udstationering. Tabellåsning forsvinder ikke og vil aldrig, men du kan reducere antallet af låse, dine brugere støder på. Du gør dette i det væsentlige ved kun at tillade en enkelt, automatiseret bruger at skrive. Da denne bruger er den eneste bruger, der kan skrive til tabellerne, er låse umulige. Når en bruger klikker på” Post ” i stedet for faktisk at sende, skriver systemet simpelthen en post til en kø, som den automatiserede bruger kan udføre. ArcherPoint implementerede en brugerdefineret løsning til denne proces til NAV 2009 for en kunde, der bogførte 50.000+ transaktioner pr. De oplevede nul bordlåse. Nu kommer denne funktionalitet ud af kassen.

fremtiden

Microsoft gør konstant forbedringer med hensyn til ydeevne. Udrulningen af NAV giver den mulighed for at håndtere hundredvis af brugere på en enkelt server. Da det fortsætter ad denne vej, vil Microsoft gerne holde omkostningerne til datacentrene nede, og den eneste måde at gøre det på er at fortsætte med at forbedre serviceniveauet. Serverteamet gør også forbedringer, selvom det ikke er klart, hvordan NAV bedst kan udnytte dem endnu. Nye versioner gør det muligt for tabeller og indekser at leve udelukkende i hukommelsen. Du behøver aldrig at læse fra disken for nogle ting, mens du bruger systemet. Selv med hurtigere solid state-diske vil direkte hukommelsesadgang altid være hurtigere. Hvis du spørger mig, har fremtiden aldrig set lysere ud for store virksomheder og Dynamics NAV. Det er en af de mest skalerbare løsninger på markedet. Vores virksomheder vokser altid, men det er næsten umuligt at vokse ud af NAV. Hvis du har yderligere spørgsmål om skalerbarheden af din Microsoft Dynamics NAV-løsning eller overvejer det for din virksomhed, bedes du kontakte os på ArcherPoint. Vi vil med glæde diskutere dine mål og krav og hjælpe dig med at bestemme den bedste vej. For mere information om emner relateret til Microsoft Dynamics NAV udvikling, læse ArcherPoint Developer Blog, skrevet specielt til Dynamics NAV udviklere.