Blog

März 17, 2014

Tabelle von einem anderen Benutzer gesperrt? Träge Leistung? Dies sind nur ein paar Probleme, die Kunden oft denken lassen, dass sie ihrem Microsoft Dynamics NAV-System entwachsen sind. Das ist schließlich die Marketingbotschaft: Dynamics NAV ist für kleine bis mittlere Unternehmen gedacht, daher kann es offensichtlich keine große Anzahl von Benutzern oder ein hohes Transaktionsvolumen unterstützen. Ich bin hier, um Ihnen zu sagen, dass dies nicht immer der Fall ist.

NAV 2009 Classic vs. NAV 2013 RTC

Der klassische Client in der nativen Datenbank war blitzschnell. Die Realität ist jedoch, dass der RoleTailored Client (RTC) mit SQL Server schneller ist. Unabhängige Überprüfungen (lesen, nicht Microsoft-Marketing-Material) beweist dies aus.NAV 2013 RTC ist ungefähr 30 Prozent schneller als der NAV 2009 Classic-Client in der nativen Datenbank und 500 Prozent schneller als der NAV 2009 RTC. Für diejenigen unter Ihnen, die mit der RTC noch nicht vertraut sind, handelt es sich um eine serverseitige Lösung. Das bedeutet, dass der gesamte Code auf der Serverseite ausgeführt wird. Der klassische Client war eine clientseitige Anwendung, was bedeutet, dass alle Daten jedes Mal zwischen dem Client und dem Server hin und her gehen mussten, wenn eine Codezeile benötigt wurde, was die Anwendung verlangsamte. Wenn Sie jemals versucht haben, den klassischen Client von zu Hause aus zu verwenden, wissen Sie, wovon ich spreche. Außerdem wurde die Caching-Effizienz mit der NAV-Serviceebene erhöht. Zuvor war Dynamics NAV für das gesamte Caching auf SQL Server angewiesen. Mit der Einführung der Serviceebene in NAV 2009 erhielt jeder Benutzer die Möglichkeit, einen separaten, privaten Cache für Daten zu verwalten, auf die kürzlich zugegriffen wurde. In NAV 2013 wurde ein globaler Cache eingeführt, der nicht nur von Benutzern gemeinsam genutzt, sondern auch über NAV-Server hinweg synchronisiert wird. Es gibt im Wesentlichen drei Cache-Ebenen, um zu verhindern, dass Sie diese kostspieligen Festplattenlesevorgänge durchführen müssen. NAV 2013 führte auch eine Verarbeitungswarteschlange für die Buchung ein. Das Sperren von Tabellen verschwindet nicht und wird es auch nie tun, aber Sie können die Anzahl der Sperren reduzieren, auf die Ihre Benutzer stoßen. Sie tun dies im Wesentlichen, indem Sie nur einem einzelnen, automatisierten Benutzer das Posten erlauben. Da dieser Benutzer der einzige Benutzer ist, der in die Tabellen schreiben kann, sind Sperren nicht möglich. Wenn ein Benutzer auf “Posten” klickt, anstatt tatsächlich zu posten, schreibt das System einfach einen Datensatz in eine Warteschlange, damit dieser automatisierte Benutzer ihn ausführen kann. ArcherPoint implementierte eine benutzerdefinierte Lösung für diesen Prozess für NAV 2009 für einen Kunden, der während der Hochsaison mehr als 50.000 Transaktionen pro Tag verbuchte. Sie erlebten null Tabellensperren. Jetzt kommt diese Funktionalität aus der Box.

Die Zukunft

Microsoft verbessert ständig die Leistung. Durch die Bereitstellung von NAV in Azure können Hunderte von Benutzern auf einem einzigen Server verwaltet werden. Auf diesem Weg wird Microsoft die Hardwarekosten für die Rechenzentren niedrig halten wollen, und der einzige Weg, dies zu tun, besteht darin, die Leistung der Serviceebene weiter zu verbessern. Das SQL Server-Team nimmt ebenfalls Verbesserungen vor, obwohl noch nicht klar ist, wie NAV sie am besten nutzen wird. Mit neuen Versionen können Tabellen und Indizes ausschließlich im Speicher gespeichert werden. Sie müssen für einige Dinge nie von der Festplatte lesen, während Sie das System verwenden. Selbst bei schnelleren Solid-State-Festplatten wird der direkte Speicherzugriff immer schneller sein. Wenn Sie mich fragen, sah die Zukunft für große Unternehmen und Dynamics NAV noch nie besser aus. Es ist eine der skalierbarsten Lösungen auf dem Markt. Unsere Geschäfte wachsen immer, aber es ist fast unmöglich, aus ihnen herauszuwachsen. Wenn Sie weitere Fragen zur Skalierbarkeit Ihrer Microsoft Dynamics NAV-Lösung haben oder diese für Ihr Unternehmen in Betracht ziehen, kontaktieren Sie uns bitte unter ArcherPoint. Wir besprechen gerne Ihre Ziele und Anforderungen und helfen Ihnen, den besten Weg zu finden. Weitere Informationen zu Themen im Zusammenhang mit der Microsoft Dynamics NAV-Entwicklung finden Sie im ArcherPoint Developer Blog, der speziell für Dynamics NAV-Entwickler geschrieben wurde.