To configure the primary server for global security, you must update the system tables before you configure the server. You must follow these procedures in the order in which they appear because you cannot configure the primary server to use a global security location that it cannot access.
To update the system tables:
SET LOCATION TO system;
INSERT INTO sysibm.syslunames VALUES ("remote-server","","","","","");
where
If you have already set up server-to-server connectivity for the global security server, use the UPDATE command to update existing records in the SYSIBM.SYSLUNAMES table.
In the examples used in this topic, the SQL command:
INSERT INTO SYSIBM.SYSLUNAMES VALUES ("xdbserve","","","","","");
would have been issued on the XDB Server develop.
INSERT INTO SYSIBM.SYSLOCATIONS VALUES (remote-location,"X", remote-server,link-type);
where:
remote-location | is the name of the remote location to be accessed (unique among all locations on all servers that are used in distributed processing). |
X | indicates it is an XDB Server. |
remote-server | is the name of the remote server that controls the remote location. |
link-type | is the communication protocol used to connect to the remote server. |
In the examples used in this topic, the SQL command:
INSERT INTO SYSIBM.SYSLOCATIONS VALUES ("sysglobal","X","xdbserve","B");
would have been issued on the XDB Server develop.
REFRESH LOCATIONS;
To configure the server:
Windows 2000
Even though AuthIDs (usernames) and passwords are verified by a global security server, clients must have access to the tables they wish to use on the primary server. This can be done by granting the appropriate privileges to each client on the primary server. AuthIDs are created using SQL Wizard (Windows) or Interactive SQL Utility (UNIX). Privileges are granted using the SQL GRANT command from SQL Wizard (Windows) or Interactive SQL Utility (UNIX). See the chapter Security and Authority for more information on creating users and setting privileges.