OSF DCE Administration Guide--Introduction

Client and Server Considerations
server process.
Consider the following guidelines when planning your DTS implementation:
Each cell needs to have at least three DTS servers. At least three DTS servers are
needed in order to detect if one of them is faulty when they are queried for the time.
It is preferable to have four or more DTS servers to provide redundancy. The
additional servers increase the accuracy of time synchronization. However,
increasing the number of servers queried for the time also increases the activity on
the network. The administrator must balance the level of accuracy with the amount
of network activity.
A time provider is optional in DTS; however, cells that must be closely synchronized
with a time standard need to have at least one time provider.
Servers need to be located at the sites with the greatest number of different network
connections.
There are many network configuration decisions that affect DTS planning. In Chapter 24
of the , you can find details about the total DTS planning process, including configuration
planning for Local Area Networks (LANs), extended LANs, and Wide Area Networks
(WANs). The also explains the criteria you need to use when selecting a time source for
your network to use.
3.2.7 GDS Server Programs
A GDS server machine requires the following files:
admscheme, asn1_attr, common, countries, dirparam, gdscache, gdscacheadm,
gdscacheupd, gdschdb, gdscmxl, gdsconf, gdscrontab, gdscstub, gdsdaemon,
gdsdbread, gdsdbwrite, gdsdeact, gdsdirinfo, gdsdistcmd, gdsditadm, gdsdsa,
gdsexec, gdsgendb, gdshdlcache, gdshdlupd, gdsinfo, gdsipcchk, gdsipcinit,
gdsipcstat, gdslanguage, gdslog, gdsmkiss, gdsmkupd, gdssstub, gdsstart, gdsstep,
gdssysadm, gdstransfer, gdsutil, ipcconf, newscheme, nsapmacros, osiforminfo
A machine that is configured as a GDS server runs the GDS client/server configuration,
which consists of the following three parts:
Server
— The gdsdsa program is the main DSA program; it forks as many DSA processes
as are needed and it accesses the database.
— The gdsstub program is the process that receives incoming requests from clients
and responds back to clients, and sends outgoing requests from servers to other
servers and receives responses to these requests.
Client
— An application, such as gdsditadm, links the DUA library.
— The gdscacheadm, gdscache, and gdscstub programs, which are described in
Section 3.1.6, provide additional GDS client functionality.
124244 Tandem Computers Incorporated 39