13.01.2013 Views

OpenEdge Data Management: DataServer for Microsoft SQL Server

OpenEdge Data Management: DataServer for Microsoft SQL Server

OpenEdge Data Management: DataServer for Microsoft SQL Server

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>Data</strong><strong>Server</strong> configurations<br />

Configuring distributed <strong>Data</strong><strong>Server</strong> applications using<br />

ProBroker<br />

Figure 1–6 shows an example of a distributed <strong>Data</strong><strong>Server</strong> configuration that uses ProBroker.<br />

The figure illustrates how to combine clients and servers that run on different plat<strong>for</strong>ms.<br />

Progress<br />

Explorer<br />

Schema<br />

holder<br />

<strong>Server</strong><br />

Host (-H)<br />

<strong>Data</strong><br />

source<br />

<strong>OpenEdge</strong><br />

<strong>Data</strong><strong>Server</strong><br />

client<br />

ProBroker<br />

<strong>Data</strong><strong>Server</strong><br />

server-n<br />

Figure 1–6: The distributed <strong>Data</strong><strong>Server</strong> <strong>for</strong> MS <strong>SQL</strong> <strong>Server</strong> using ProBroker<br />

In Figure 1–6, the <strong>OpenEdge</strong> client runs on a client machine (either in Windows or on UNIX)<br />

and can access a remote Windows server. Multiple brokers can be running simultaneously on<br />

one server machine. The client connects initially to the ProBroker executable by locating the<br />

host and port of the executing broker. It is then automatically reconnected to a <strong>Data</strong><strong>Server</strong><br />

established <strong>for</strong> it by the broker. Each executing broker can spawn a multitude of <strong>Data</strong><strong>Server</strong><br />

processes. A spawned <strong>Data</strong><strong>Server</strong> process uses the ODBC driver to locate and connect to the<br />

data source. The actual target database might be either local or remote to the host machine. Note<br />

that in this example, the schema holder also runs on the Windows client; however, you can<br />

optionally locate it on any host that is accessible on your network. Each spawned <strong>Data</strong><strong>Server</strong><br />

can service database requests <strong>for</strong> the same database or <strong>for</strong> a different database than those of<br />

other spawned servers.<br />

In remote <strong>Data</strong><strong>Server</strong> configurations, <strong>OpenEdge</strong> handles the communication between the client<br />

and the server. The client and server processes that make up the <strong>Data</strong><strong>Server</strong> adapt to a variety<br />

of network configurations.<br />

1–13

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!