A working Server 2008 R2, or later, installation is required to perform these steps.
By default, these processes are configured to run as the LocalSystem user. This user has Windows administrator privileges, but will not have any database access permission. To give LocalSystem database access, you must add the NT Authority\SYSTEM user as a user in the SQL server instance and give it sysadmin permissions.
The Enterprise Server for .NET Administration UI also requires database access. This process should also be run as a Windows administrator user with sysadmin permissions to access the SQL Server database used by the system to ensure that all operations provided by the UI can be successfully performed. However, it is possible to run the UI as a Windows administrator user without sysadmin database permissions, but with a potential reduction in functionality. To do this, the user should be given the db_datareader access role in addition to being granted any of the permissions indicated in the following tables:
Permission | Console View |
---|---|
EXECUTE |
|
Permission | XA Resource Definitions | Shared Catalog Definitions | Security Configurations and Managers |
---|---|---|---|
EXECUTE |
|
|
|
DELETE |
|
|
|
CONTROL |
|
Permission | Datastore View |
---|---|
EXECUTE |
|
INSERT |
|
DELETE |
|
CONTROL |
|
CREATE DATABASE (master db) |
|
CREATE PROCEDURE |
|
CREATE TABLE |
|
When debugging, the Visual Studio (devenv.exe) and seesep.exe processes also require database access. If the user running Visual Studio does not have sysadmin permission to access the region, cross-region and datastore databases that are to be used by the debugging sessions, then the user should be granted CONTROL permission to each. The user will also need to be granted VIEW SERVER STATE permission in the master database if datastore databases are used, as Enterprise Server for .NET's database file system support requires access to dynamic management views and functions (DMVs).