Dynamics Navision 2013 NAS Setup
Toddy_Boy
Member Posts: 232
In a past life I have setup the NAS for classic client i.e. setting up the service on the server.
In 2013 the services are all wrapped up together i.e. Client, SOAP, OData and NAS Settings.
Whoever setup our Navision has a service for the NAS seperate to the main service which holds settings for Client, SOAP, OData.
Is this normal practice?
In 2013 the services are all wrapped up together i.e. Client, SOAP, OData and NAS Settings.
Whoever setup our Navision has a service for the NAS seperate to the main service which holds settings for Client, SOAP, OData.
Is this normal practice?
Life is for enjoying ... if you find yourself frowning you're doing something wrong
0
Best Answer
-
Hi @Toddy_Boy ,
Yes that is correct way to setup NAS.
Reason Being -
1. Your NAS Service should not restart as also in classic client and the service account that is used to
run service for NAS should have sufficient permission on database in SQL and NAV.
2. Your Client service might have a client timeout value to close session if not used for a certain period of time. Those settings cannot be used with NAS Service.
The Service which is setup for NAS should not have access to user for accessing NAV Client.
A seprate service for same is always suggested.
Thanks & Regards,
Saurav Dhyani
Do you Know this About NAV?
Connect - Twitter | Facebook | Google + | YouTube
Follow - Blog | Facebook Page | Google + Page5
Answers
-
Hi @Toddy_Boy ,
Yes that is correct way to setup NAS.
Reason Being -
1. Your NAS Service should not restart as also in classic client and the service account that is used to
run service for NAS should have sufficient permission on database in SQL and NAV.
2. Your Client service might have a client timeout value to close session if not used for a certain period of time. Those settings cannot be used with NAS Service.
The Service which is setup for NAS should not have access to user for accessing NAV Client.
A seprate service for same is always suggested.
Thanks & Regards,
Saurav Dhyani
Do you Know this About NAV?
Connect - Twitter | Facebook | Google + | YouTube
Follow - Blog | Facebook Page | Google + Page5 -
It is really down to your preference, there is no right or wrong. If you set up service tiers with multiple tasks, then if any of those tasks runs into a fatal error, the entire service tier will go down. So if there is an error that brings client service down, that will also affect the other services. By separating the services into separate service tier instances, they won't affect each other.
It's up to you and how you want to manage the situation. If you don't want to create multiple system users for each service, then that would not be a reason for you to separate them. It is perfectly fine to have everything running in one service tier, as long as you know what could happen.0 -
Thanks that all makes perfect sense.Life is for enjoying ... if you find yourself frowning you're doing something wrong0
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
- 611 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 253 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

