Blog

March17,2014

別のユーザーによってテーブルがロックされていますか？ パフォーマンスの低迷？ これらは、多くの場合、顧客は、彼らが彼らのMicrosoft Dynamics NAVシステムを上回っていると思わせる問題のカップルだけです。 結局のところ、それはマーケティングメッセージです: Dynamics NAVは中小企業向けであるため、多数のユーザーや大量の取引量をサポートすることはできません。 私はいつもそうではないことを伝えるためにここにいます。

nav2009Classic vs.NAV2013RTC

ネイティブデータベース上のClassicクライアントは超高速でした。 しかし、現実には、SQL Serverを使用したRoleTailored Client（RTC）の方が高速です。 独立した検証（microsoftマーケティング資料ではなく、読む）はこれを証明します。NAV2013RTCは、ネイティブデータベース上のNAV2009Classicクライアントよりも約30パーセント高速で、NAV2009RTCよりも500パーセント高速です。 RTCにまだ慣れていない人にとっては、サーバー側のソリューションです。 これは、すべてのコードがサーバー側で実行されることを意味します。 つまり、コード行が必要になるたびに、すべてのデータがクライアントとサーバーの間を行き来しなければならず、アプリケーションの速度が低下しました。 あなたが自宅から古典的なクライアントを使用しようとしたことがあるなら、あなたは私が話していることを知っています。 また、NAVサービス層でのキャッシュ効率も向上しています。 以前は、Dynamics NAVはすべてのキャッシュに対してSQL Serverに依存していました。 NAV2009のサービス層の導入により、各ユーザーには、最近アクセスされたデータに対して個別のプライベートキャッシュを維持する機能が与えられました。 NAV2013では、ユーザーが共有するだけでなく、NAVサーバー間でも同期されるグローバルキャッシュが導入されました。 これらの高価なディスク読み取りを実行する必要がないようにするために、本質的に三つのキャッシュレ NAV2013では、転記のための処理キューも導入されました。 テーブルのロックは消えず、決して消えませんが、ユーザーが遭遇するロックの数を減らすことができます。 これは、基本的に、単一の自動化されたユーザーのみが投稿できるようにすることによって行います。 そのユーザーはテーブルに書き込むことができる唯一のユーザーであるため、ロックは不可能です。 ユーザーが「投稿」をクリックすると、実際に投稿するのではなく、システムはその自動化されたユーザーが実行するためのレコードをキューに書き込むだけです。 ArcherPointは、ピークシーズン中に一日あたり50,000+トランザクションを投稿していた顧客のためのNAV2009のためのこのプロセスのためのカスタムソリューシ 彼らはゼロのテーブルロックを経験しました。 今、この機能は箱から出てきます。

将来の

マイクロソフトは、常にパフォーマンスに関して改善を行っています。 AzureにNAVを展開することで、1つのサーバーで数百人のユーザーを処理することができます。 この道を進むにつれて、マイクロソフトはデータセンターのハードウェアコストを抑えたいと考えており、それを行う唯一の方法は、サービス層のパフォーマ SQL Serverチームも改善を進めていますが、NAVがどのようにそれらを最大限に活用するかはまだ明らかではありません。 新しいバージョンでは、テーブルとインデックスがメモリ内に排他的に存在することができるようになります。 システムを使用している間、ディスクからいくつかのことを読み取る必要はありません。 より高速なソリッドステートディスクであっても、直接メモリアクセスは常に高速になります。 あなたが私に尋ねるならば、将来は大企業やダイナミクスナビのために明るく見えたことはありません。 これは、市場で最もスケーラブルなソリューションの一つです。 私たちのビジネスは常に成長しますが、NAVから成長することは不可能です。 Microsoft Dynamics NAVソリューションのスケーラビリティについてさらに質問がある場合、または会社のために検討している場合は、ArcherPointまでお問い合わせください。 私達はあなたの目的および条件を論議し、最もよい道を定めるのを助けて幸せです。 Microsoft Dynamics NAV開発に関連するトピックの詳細については、Dynamics NAV開発者向けに書かれたArcherPoint開発者ブログを参照してください。