Configuring a Db2 requester to use member-routing access
You can update the CDB of a Db2 requester to use member-routing access.
Procedure
To enable member-routing access to a remote data sharing group:
Example
The following example provides sample SQL statements for enabling member-routing access. It also shows the results of those statements in the form of table excerpts. This example assumes that a remote data sharing group exists with a Db2 location name of DB2A and a generic LU name of LUDB2A, and three members with names LUDB2AR, LUDB2B, and LUDB2C. Only members DB2B and DB2C with LU names LUDB2B and LUDB2C, respectively, are to be accessed.
- This statement defines the location and uses
the group generic LU name to identify different sets of members:
INSERT INTO SYSIBM.LOCATIONS (LOCATION, LINKNAME) VALUES ('DB2A', 'LUDB2A'); - This statement defines the location's security
and mode requirements for conversations with the members:
INSERT INTO SYSIBM.LUNAMES (LUNAME) VALUES ('LUDB2A'); - These statements map the location name to the
two members of the group to be accessed:
INSERT INTO SYSIBM.LULIST (LINKNAME, LUNAME) VALUES ('LUDB2A', 'LUDB2B');INSERT INTO SYSIBM.LULIST (LINKNAME, LUNAME) VALUES ('LUDB2A', 'LUDB2C');
The following table shows an example excerpt of the SYSIBM.LOCATIONS table after the update.
| LOCATION | LINKNAME | TPN |
|---|---|---|
| DB2A | LUDB2A |
The following table shows an example excerpt of the SYSIBM.LUNAMES table after the update.
| LUNAME | GENERIC |
|---|---|
| LUDB2A |
| LINKNAME | LUNAME |
|---|---|
| LUDB2A | LUDB2B |
| LUDB2A | LUDB2C |