View Server State

ta5
Member Posts: 1,164
Hello
I have seen a strange behaviour 2 or 3 times when technically migrating older Nav solutions to Nav 2009. The users without special sql server roles needed to have sql rights on VIEW SERVER STATE. There are some threads around this topic, but I would like to see the case in a greater contecxt, I'm sure other reader will be also glad about this.
My question to this:
Many thanks in advance.
Thomas
I have seen a strange behaviour 2 or 3 times when technically migrating older Nav solutions to Nav 2009. The users without special sql server roles needed to have sql rights on VIEW SERVER STATE. There are some threads around this topic, but I would like to see the case in a greater contecxt, I'm sure other reader will be also glad about this.
My question to this:
-
Is this a new prerequisite for Nav 2009?
Traceflag 4616 is not needed anymore, the system views are now used for this?
Does the VIEW SERVER STATE need to be granted manually?
Does the security model of Nav matter?
Is there a difference between db logins and windows logins concerning the topic?
Many thanks in advance.
Thomas
0
Comments
-
ta5 wrote:Is this a new prerequisite for Nav 2009?Traceflag 4616 is not needed anymore, the system views are now used for this?Does the VIEW SERVER STATE need to be granted manually?Does the security model of Nav matter?Is there a difference between db logins and windows logins concerning the topic?
Hope this helps.
Regards,
SlawekSlawek Guzek
Dynamics NAV, MS SQL Server, Wherescape RED;
PRINCE2 Practitioner - License GR657010572SG
GDPR Certified Data Protection Officer - PECB License DPCDPO1025070-2018-030 -
The purpose of Traceflag 4616 is actually, to grant VIEW SERVER STATE permission to all logins/users and is required for the login process of NAV; hence it is a prerequisite for NAV since 4.0 SP3 U6 (see "Installation & System Management (SQL)" PDF document)
The login mechanism has been changed with NAV 2009 SP1 - from that version on you don't need the TF anymore.
See also: http://blogs.msdn.com/b/german_nav_developer/archive/2009/03/17/trace-flag-4616-aktivieren-auf-dem-sql-server.aspx (German)
So basically you don't have to grant VIEW SERVER STATE permission manually; just the TF should be sufficient enough. Does this work?Jörg A. Stryk (MVP - Dynamics NAV)
NAV/SQL Performance Optimization & Troubleshooting
STRYK System Improvement
The Blog - The Book - The Tool0 -
stryk wrote:The purpose of Traceflag 4616 is actually, to grant VIEW SERVER STATE permission to all logins/users and is required for the login process of NAV; hence it is a prerequisite for NAV since 4.0 SP3 U6 (see "Installation & System Management (SQL)"
Trace Flags (Transact-SQL)
4616 - Makes server-level metadata visible to application roles...
SlawekSlawek Guzek
Dynamics NAV, MS SQL Server, Wherescape RED;
PRINCE2 Practitioner - License GR657010572SG
GDPR Certified Data Protection Officer - PECB License DPCDPO1025070-2018-030 -
Slawek Guzek wrote:http://technet.microsoft.com/en-us/library/ms188396.aspx
Trace Flags (Transact-SQL)
4616 - Makes server-level metadata visible to application roles...
SlawekJörg A. Stryk (MVP - Dynamics NAV)
NAV/SQL Performance Optimization & Troubleshooting
STRYK System Improvement
The Blog - The Book - The Tool0 -
My point was that trace flag 4616 regards to application roles, not sever logins.
That's why in my opinion it is not equivalent or fully interchangeable with GRANT VIEW SERVER STATE to public.
More precisely - I would guess that GRANT VIEW SERVER STATE to public grants more wide permissions than trace flag 4616, so it should be possible to replace trace flag with it, but not other way around.. If NAV 2009 does not require T4616 anymore I would guess that it tries to get access to server metadata before it logins as application role, so T4616 is no longer enough, and GRANT VIEW SERVER STATE to public is necessary. Once granted it works also for application roles, so in effect T4616 is no longer required at all.. but GRANT VIEW SERVER STATE to public is.Slawek Guzek
Dynamics NAV, MS SQL Server, Wherescape RED;
PRINCE2 Practitioner - License GR657010572SG
GDPR Certified Data Protection Officer - PECB License DPCDPO1025070-2018-030 -
Slawek Guzek wrote:I would guess that GRANT VIEW SERVER STATE to public grants more wide permissions than trace flag 46160
-
Slawek Guzek wrote:Does the VIEW SERVER STATE need to be granted manually?
Yes if you move or upgrade database. I am not sure in other cases like creating new databases - consult documentation. BTW for manual permissions use GRANT VIEW SERVER STATE TO [public].
Hi
Thanks for your answers. I don't understand why it may be used when moving/upgrading and it may not be used if creating a new db :?
Thanks in advance
Thomas0 -
ta5 wrote:I don't understand why it may be used when moving/upgrading and it may not be used if creating a new db :?
Thanks in advance
Thomas
Again: it should NOT be necessary to fiddle manually with VIEW SERVER STATE permission at all! Traceflag 4616 should be sufficient enough.Jörg A. Stryk (MVP - Dynamics NAV)
NAV/SQL Performance Optimization & Troubleshooting
STRYK System Improvement
The Blog - The Book - The Tool0 -
stryk wrote:Again: it should NOT be necessary to fiddle manually with VIEW SERVER STATE permission at all! Traceflag 4616 should be sufficient enough.
So if I undertand you correctly, still use TF 4616 with Nav2009 (no matter SQL 2005/2008 or new or migrated db), altough officially TF4616 is not mentioned as a prerequisite anymore? Sorry, I'm a bit confused.
Thomas0 -
For NAV2009 the trace flag is not required, but you will need to grant view server state to public.0
-
ta5 wrote:stryk wrote:Again: it should NOT be necessary to fiddle manually with VIEW SERVER STATE permission at all! Traceflag 4616 should be sufficient enough.
So if I undertand you correctly, still use TF 4616 with Nav2009 (no matter SQL 2005/2008 or new or migrated db), altough officially TF4616 is not mentioned as a prerequisite anymore? Sorry, I'm a bit confused.
ThomasJörg A. Stryk (MVP - Dynamics NAV)
NAV/SQL Performance Optimization & Troubleshooting
STRYK System Improvement
The Blog - The Book - The Tool0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K 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
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions