CONNX Data Integration Suite 14.8.0 | Enterprise Planning Guide | CONNX Scenarios | Scenario 1: Local and Remote CONNX Servers
 
Scenario 1: Local and Remote CONNX Servers
This scenario shows a distributed VB .NET desktop application using OLE DB to connect to both Oracle on Windows and to VSAM on z/OS (CICS.)
In this scenario, you have direct connections from the desktop app to the CONNX OLE DB Provider and from the CONNX provider to the CDD. You have remote connections from the CONNX OLE DB Provider to the CONNX License Server, the Oracle database, and to the CONNX Server and Listener.
The desktop application uses both local and remote CONNX servers. The CDD is located on a different file server than either the CONNX Client or the CONNX License server.
If your CDD is being shared by multiple .NET applications, pay special attention to security. If the CDD configuration and the file server directory have the wrong security settings, your applications won't have the correct CDD access.
The license server can be installed on its own machine. Doing so could lower the application downtime risk.
The VB .NET distributed desktop application uses OLE DB to connect to both Oracle on Windows and VSAM on z/OS (CICS).
The CDD is on a file server that is accessible to the CONNX Client and the CONNX License server is on a separate machine.
Your organization's CDD may be shared by multiple .NET application instances. Providing the necessary security provisions for the CDD configuration and for the directory share on the file server will ensure correct access to the CDD. The license server does not need to be installed on a separate machine although you may choose to do so to guarantee machine uptime.