Blog

Marzec 17, 2014

stolik zablokowany przez innego użytkownika? Słaby występ? To tylko kilka problemów, które często sprawiają, że klienci myślą, że przerosły ich system Microsoft Dynamics NAV. W końcu to przekaz marketingowy: Dynamics NAV jest przeznaczony dla małych i średnich firm, więc oczywiście nie może obsługiwać dużej liczby użytkowników ani dużej liczby transakcji. Jestem tu, by ci powiedzieć, że nie zawsze tak jest.

NAV 2009 Classic vs. NAV 2013 RTC

Klasyczny klient w natywnej bazie danych był błyskawiczny. Ale rzeczywistość jest taka, że Klient RoleTailored (RTC) z SQL Server jest szybszy. Niezależne weryfikacje (Czytaj, a nie materiały marketingowe Microsoftu) dowodzą tego.NAV 2013 RTC jest około 30 procent szybszy niż NAV 2009 Classic klienta w natywnej bazie danych i 500 procent szybszy niż NAV 2009 RTC. Dla tych z Was, którzy nadal nie znają RTC, jest to rozwiązanie po stronie serwera. Oznacza to, że cały kod jest wykonywany po stronie serwera. Klasyczny klient był aplikacją po stronie klienta, co oznacza, że wszystkie dane musiały poruszać się między Klientem a serwerem za każdym razem, gdy potrzebna była linia kodu, co spowalniało aplikację. Jeśli kiedykolwiek próbowałeś użyć klasycznego klienta z domu, wiesz, o czym mówię. Zwiększono również wydajność buforowania w warstwie usługi NAV. Wcześniej Dynamics NAV polegał na SQL Server dla całego buforowania. Wraz z wprowadzeniem warstwy usług w NAV 2009 każdy użytkownik otrzymał możliwość utrzymywania oddzielnej, prywatnej pamięci podręcznej dla danych, które były ostatnio dostępne. NAV 2013 wprowadził globalną pamięć podręczną, która jest nie tylko udostępniana przez użytkowników, ale także synchronizowana między serwerami NAV. Istnieją zasadniczo trzy poziomy pamięci podręcznej, które zapobiegają konieczności wykonywania tych kosztownych odczytów dysku. NAV 2013 wprowadził również kolejkę przetwarzania do delegowania. Blokowanie tabeli nie zniknie i nigdy nie zniknie, ale możesz zmniejszyć liczbę blokad, z którymi spotykają się użytkownicy. Robisz to zasadniczo, zezwalając tylko jednemu, zautomatyzowanemu użytkownikowi na publikowanie. Ponieważ ten użytkownik jest jedynym użytkownikiem, który może pisać do tabel, blokady są niemożliwe. Gdy użytkownik kliknie “Post”, zamiast faktycznie publikować, system po prostu zapisuje rekord do kolejki, aby ten zautomatyzowany użytkownik mógł wykonać. ArcherPoint wdrożył niestandardowe rozwiązanie dla tego procesu dla NAV 2009 dla klienta, który księgował ponad 50 000 transakcji dziennie w szczycie sezonu. Doświadczyli zerowej blokady stołu. Teraz ta funkcjonalność wychodzi z pudełka.

przyszłość

Microsoft stale wprowadza ulepszenia pod względem wydajności. Wdrożenie NAV na platformie Azure umożliwia działowi it obsługę setek użytkowników na jednym serwerze. Kontynuując tę drogę, Microsoft będzie chciał obniżyć koszty sprzętu dla centrów danych, a jedynym sposobem na to jest dalsze poprawianie wydajności warstwy usług. Zespół SQL Server również wprowadza ulepszenia, chociaż nie jest jeszcze jasne, w jaki sposób NAV najlepiej je wykorzysta. Nowe wersje pozwolą tabel i indeksów żyć wyłącznie w pamięci. Nigdy nie będziesz musiał czytać z dysku dla niektórych rzeczy podczas korzystania z systemu. Nawet przy szybszych dyskach SSD bezpośredni dostęp do pamięci zawsze będzie szybszy. Jeśli chodzi o mnie, przyszłość nigdy nie wyglądała jaśniej dla dużych firm i Dynamics NAV. Jest to jedno z najbardziej skalowalnych rozwiązań na rynku. Nasze firmy zawsze się rozwijają, ale rozwój Z NAV jest prawie niemożliwy. Jeśli masz dodatkowe pytania dotyczące skalowalności Twojego rozwiązania Microsoft Dynamics NAV lub rozważasz je dla swojej firmy, skontaktuj się z nami pod adresem ArcherPoint. Chętnie omówimy Twoje cele i wymagania oraz pomożemy Ci określić najlepszą ścieżkę. Aby uzyskać więcej informacji na tematy związane z rozwojem Microsoft Dynamics NAV, Przeczytaj blog Archerpoint Developer, napisany specjalnie dla programistów Dynamics NAV.