NAV 2015 Client is killed - Service tier still running task?
Jut
Member Posts: 72
Hallo!
I am involved in a migration project from NAV 5.0 to NAV 2015. During the first tests we experienced a problematic behavior of the new three-tier-setup. Users are used to killing their NAV Client (Task manager - end task) if NAV stops reacting for a long period of time. In some cases that may make sense if they for example forgot set a filter on a long-running report. However at the Service Tier I can see that the work load is still high after the client was killed. SQL-profiler actually shows that the Service Tier is just continuing the work. If a user is running a report that is locking some records, for some or the other reason kills his/her session (e.g. just because of a Windows-crash), they could run into locks when trying to re-run the report because of their own old "orphan" session.
Is there any way to avoid that problem aside from training users not to kill sessions and to change all long running processes to update a dialog-window regularly?
Thanks and regards,
Jut
I am involved in a migration project from NAV 5.0 to NAV 2015. During the first tests we experienced a problematic behavior of the new three-tier-setup. Users are used to killing their NAV Client (Task manager - end task) if NAV stops reacting for a long period of time. In some cases that may make sense if they for example forgot set a filter on a long-running report. However at the Service Tier I can see that the work load is still high after the client was killed. SQL-profiler actually shows that the Service Tier is just continuing the work. If a user is running a report that is locking some records, for some or the other reason kills his/her session (e.g. just because of a Windows-crash), they could run into locks when trying to re-run the report because of their own old "orphan" session.
Is there any way to avoid that problem aside from training users not to kill sessions and to change all long running processes to update a dialog-window regularly?
Thanks and regards,
Jut
0
Comments
-
You have to respect that the business logic is now executed via the application tier and not on the client. Having said that, we added a kill session to the sessions page which runs the STOPSESSION command when executed.
IF CONFIRM (STRSUBSTNO('Are you sure you want to kill session %1.',"Session ID"),FALSE) THEN
STOPSESSION("Session ID")0 -
Nice one... Copying this without STRSUBSTNO:
IF CONFIRM('Are you sure you want to kill session %1.',FALSE,"Session ID") THEN STOPSESSION("Session ID");0 -
Well yes my fault, replaced the test variable with the actual text to clarify..0
Categories
- All Categories
- 75 General
- 75 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 610 NAV Courses, Exams & Certification
- 1.9K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 251 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
