spdsserv -acl
-acldir InstallDir/site
-nameserver samson
-libnamefile libnames.parm
The following is an example of a
libnames.parm
file entry for a UNIX system:
libname=all_users pathname=/disk1/peruser_tables;
The following is an example of a
libnames.parm
file entry for Windows:
libname=all_users pathname=d:\peruser_tables;
When SPD Server users create new tables in a LIBNAME domain, there is a hidden system
detail to consider. The metadata component (
.mdf
) must start in the primary file system.
This detail is very important. If all of the available space in the primary file system is
consumed, SPD Server cannot create new tables until disk space becomes available.
Example 1 stores all the component files: metadata, data and index data in the primary file
system. This can present a problem if you use large tables. Large tables can quickly fill up
the primary file system.
We recommend storing the data and index components separately from the primary file
system. Example 2 shows how to do this using ROPTIONS= with your LIBNAME
statement in your libnames.parm file.
Example 2: Using ROPTIONS= to Store SPD Server Table Data and
Index Component Files in Other File Systems
The following SPD Server code invokes the
libnames.parm
file:
spdsserv -acl
-acldir InstallDir/site
-nameserver samson
-libnamefile libnames.parm
Sample libnames.parm for a UNIX System
libname=all_users pathname=/disk1/peruser_tables
roptions="datapath=('/disk2/userdata' '/disk3/userdata'
'/disk12/userdata' '/disk13/userdata')
indexpath=('/disk4/userindexes' '/disk5/userindexes'
'/disk14/userindexes' '/disk15/userindexes')";
Sample libnames.parm for a Windows System
libname=all_users pathname=d:\peruser_tables
roptions="datapath=('e:\userdata' 'f:\userdata')
indexpath=('g:\userindexes' 'h:\userindexes')";
In Example 2, the PATHNAME= directory stores metadata files for SPD Server tables in
the 'all_users' LIBNAME domain. The initial and overflow stores for the data and index
files are directed to other file systems. In Example 2, users who create large tables will not
quickly exhaust the primary file system. The reason: the primary file system is reserved
for only very small metadata files. The larger data and index files will be stored in the other
file systems specified with the DATAPATH= and INDEXPATH= options in the
LIBNAME parameter file.
Example 2: Using ROPTIONS= to Store SPD Server Table Data and Index Component
Files in Other File Systems
107
Содержание Scalable Performance Data Server 4.5
Страница 1: ...SAS Scalable Performance Data Server 4 5 Administrator s Guide...
Страница 7: ...Part 1 Product Notes Chapter 1 SPD Server 4 5 Product Notes 3 1...
Страница 8: ...2...
Страница 12: ...6...
Страница 63: ...Part 3 Migration Chapter 5 SPD Server 3 x to SPD Server 4 5 Conversion Utility 59 57...
Страница 64: ...58...
Страница 70: ...64 Chapter 5 SPD Server 3 x to SPD Server 4 5 Conversion Utility...
Страница 72: ...66...
Страница 76: ...70 Chapter 6 Using the SPD Server Name Server to Manage Resources...
Страница 94: ...88 Chapter 7 Administering and Configuring SPD Server Using the SAS Management Console...
Страница 98: ...92 Chapter 8 SPD Server SQL Query Rewrite Facility...
Страница 116: ...110 Chapter 10 Configuring Disk Storage for SPD Server...
Страница 128: ...122 Chapter 11 Setting Up SPD Server Parameter Files...
Страница 154: ...148...
Страница 198: ...192 Chapter 14 ACL Security Overview...
Страница 212: ...206 Chapter 15 Managing SPD Server Passwords Users and Table ACLs...
Страница 214: ...208...
Страница 224: ...218 Chapter 16 SPD Server Operator Interface Procedure PROC SPDO...
Страница 236: ...230 Chapter 18 SPD Server Table List Utility Spdsls...
Страница 256: ...250 Chapter 19 SPD Server Backup and Restore Utilities...
Страница 264: ...258 Chapter 20 SPD Server Directory Cleanup Utility...
Страница 270: ......