These steps must be performed on the XDB Server that will be performing inbound mapping. In the examples, the XDB Server sales is performing inbound mapping.
To update the system tables:
When updating system tables, do not delete any seemingly empty records; these contain space characters in some columns and refer to locations controlled by your local XDB Server.
SET LOCATION TO system;
UPDATE sysibm.syslunames SET username = "I" WHERE luname = "servername";
where:
I | indicates inbound mapping will be performed. |
servername | is the name of another XDB Server from which AuthIDs will be mapped. |
Other columns in the SYSIBM.SYSLUNAMES table are used for trusting servers.
In the examples on inbound mapping used in this topic, the SQL command:
UPDATE sysibm.syslunames SET username = "I" WHERE luname = "develop";
would have been issued on the XDB Server SALES.
INSERT INTO SYSIBM.SYSUSERNAMES VALUES("I","authid","servername", "newauthid","");
where:
I | indicates inbound mapping will be performed. |
authid | is the name of the AuthID to be translated from. |
servername | is the name of the server from which the AuthID to be translated will originate. |
newauthid | is the new AuthID that will be given. |
In the examples on inbound mapping used in this topic, the SQL command:
INSERT INTO sysibm.sysusernames VALUES("I","debbie","develop","developr","");
would have been issued on the XDB Server sales.
REFRESH LOCATIONS;
Use the SQL GRANT command to grant the appropriate privileges to the new AuthIDs. In the examples on inbound mapping in this topic, the AuthID developr would have to be granted SELECT privileges on the table MAY in the location orders.