DB2 Connect implementiert die DRDA-Architektur, um den Aufwand für den Zugriff auf Daten, die in Datenbank-Servern unter DB2 Universal Database für AS/400, DB2 Universal Database für OS/390, DB2 für MVS/ESA, DB2 für VSE & VM und anderen dem DRDA-Standard entsprechenden Datenbank-Servern gespeichert sind, sowie die Komplexität dieses Zugriffs zu verringern. Durch vollständiges Ausschöpfen der DRDA-Architektur bietet DB2 Connect eine leistungsfähige, preisgünstige Lösung mit den Systemverwaltungsfunktionen, wie sie Kunden verlangen.
In der DRDA-Terminologie ist ein Anwendungs-Requester (AR) der Code, der die Anwendungsseite einer verteilten Verbindung verwaltet; die Anwendung ist der Teil, der Daten anfordert. Ein Anwendungs-Server (AS) ist der Code, der die Datenbankseite der Verbindung verwaltet. In der DB2 Connect-Umgebung kann die DB2 Connect-Workstation nur als Anwendungs-Requester für Anwendungsprogramme fungieren.
In Abbildung 1 wird der Datenfluß zwischen der DB2 Connect-Workstation und dem DRDA-Server in Fällen dargestellt, bei denen nur lokale Clients existieren. Zusätzlich existiert ein privates Protokoll zwischen der DB2 Connect-Workstation und etwaigen fernen Clients.
Abbildung 1. Datenfluß zwischen einer DB2 Connect-Workstation und einem DRDA-Server
Zur Implementierung der Verbindungen zwischen Datenbank-Clients und Datenbankverwaltungssystemen auf DRDA-Servern verwendet DRDA folgende Architekturen:
Diese Architekturen werden als Blöcke für die Erstellung verwendet. Die Datenströme, die über das Netzwerk fließen, werden von der DRDA-Architektur bestimmt, die ein Datenstromprotokoll angibt, das den Zugriff auf verteilte relationale Datenbanken unterstützt.
Eine Anforderung wird über Verzeichnisse, die verschiedene Typen von Kommunikationsinformationen und den Namen der DRDA-Server-Datenbank enthalten, auf die zugegriffen wird, an die richtige Zieladresse weitergeleitet.