Terminal Services
Microsoft Terminal Services is a multi session environment that provides remote computers access to Windows-based programs running on a server.
Disabling Administrative Functions
In prior releases, the ability to perform administrative functions was prohibited from the client. In PSQL v12, PSQL clients running within Terminal Services client sessions can perform PSQL administrative functions by default. For example, a user with such a client can change configuration settings for PSQL, create DSNs, and use the Monitor utility.
If you want to restrict this capability, intervention is necessary from a system administrator.
►
To disable remote administrative functions for Terminal Services clients
1
From PCC, open the properties for the MicroKernel Router under Local Client.
See To access configuration settings in PCC for a local client in Advanced Operations Guide.
2
On the Properties dialog, check Restrict Administrative Functions from a WTS Client.
3
Click OK, then exit PCC and start it again for the setting to take effect.
*Note: PSQL Server engines are supported for use with Microsoft Terminal Server and Citrix XenApp running within an Active Directory environment.
Terminal Server as Network Server
You may use your terminal server as your main network server and database server. However, if you have high usage of the server as a file server as well as many terminal sessions running at the same time, you may find the performance less than satisfactory.
Another concern is having all of your mission critical services on the same machine. If it goes down, all of your services go down at once.
For these reasons, you may wish to consider distributing your mission critical services on two or more computers.
Workgroup Engine Running as a Service
By default, Workgroup Engine is installed to run as a service for a fresh install. This allows the engine to start automatically when the operating system starts. A user is not required to log in to start the engine.
During a Custom installation you can select to run the Workgroup Engine as a console application. Or, if you upgraded your Workgroup installation and you had the previous version installed to run as an application, the upgrade installation is also set to run as an application. In either case, if you decide that you would rather run the Workgroup Engine as a service, you change how it is run. See Running the Workgroup Engine as a Service.