Compaq Reliable Transaction Router manual Partition a

Page 30

RTR Server Types

Figure 1–18 A Callout Server

Callout

Server

TR

Transaction

User Accounts Facility

Application

Server

BE

To

Partition A

Authentication

LKG-11276-98WI

RTR callout servers provide partition-independent processing for authentication. For example, a callout server can enable checks to be carried out on all requests in a given facility.

Callout servers run on backend or router nodes. They receive a copy of every transaction either delivered to or passing through the node.

Callout servers offer the following advantages:

The security check can run in parallel with the database updates thus improving response times.

The security check can be run on the router hardware.

The security checking code is completely separated from other application code.

Since this technique relies on backing out unauthorized transactions, it is most suitable when only a small proportion of transactions are expected to fail the security check, so as not to have a performance impact.

1–20Introduction

Image 30
Contents Reliable Transaction Router Getting Started Page Contents Reliability Features Figures Page Preface Purpose of this DocumentDocument Structure Related Documentation For all usersReading Path Readers CommentsSystem Manager Application Programmer If V2 to= Tutorial Introduction Reliable Transaction RouterRTR Continuous Computing Concepts RTR Continuous Computing ConceptsRTR Terminology RTR TerminologyClient Symbol Server Symbol Roles Symbols Components in the RTR Environment Nontransactional messaging Transaction ID Controller Database Server Application PresentationBusiness Logic Odbc Model PC Browser RTR FrontendBrowser Journal11 RTR Deployed on Three Nodes 12 Standby Server Configuration 13 Transactional Shadowing Configuration RTR Server Types RTR Server TypesStandby server Standby in a cluster 15 Standby Servers 16 Shadow Servers 17 Concurrent Servers Server1 Server2 Server3 Server4Transaction Partition a19 Bank Partitioning Example Standby Server Configurations Anonymous clients Tunnel RTR Networking Capabilities RTR Networking CapabilitiesPage Architectural Concepts Three-Layer ModelThree-Layer Model Three Layer ModelFlexibility and Growth RTR Facilities Bridge the GapBroadcasts RTR Facilities Bridge the GapTransaction Integrity Flexibility and GrowthPartitioned Data Model Object-Oriented ProgrammingPartitioned Data Model Object-Oriented Programming Partitioned Data ModelObjects Functional and Object-Oriented Programming ComparedMessages Class Relationships Example 2-1 Objects-Defined SamplePolymorphism Object Implementation Benefits XA Support XA SupportReliability Features ServersFailover and Recovery Recovery ScenariosFailover and Recovery Backend Recovery Router Recovery Frontend Recovery Recovery ScenariosPage RTR Interfaces RTR Management Station RTR Management Station RTR Create Facility DESIGN/ALLROLES=NODEA RTR RTRRECEIVEMESSAGE/TIME=0 RTR RTRSTARTTX/CHAN=C Application Programming Interfaces InterfaceApplication Programming Interfaces RTR Browser InterfaceRTR C Example of an open channel call in an RTR client program RTR Environment RTR System Management EnvironmentRTR System Management Environment RtrcomservRTR System Management Environment Management Station Running Browser SoftwareMonitoring RTR RTR Runtime Environment RTR Runtime Environment Client ApplicationOptional External Applet Not Running Whats Next? Whats Next?Page Glossary Callout server BranchBroadcast ChannelData marshalling Common classesConcurrent server Data objectEvent Fault tolerantEndian Event drivenJournal FrontendInquorate Key rangeMultichannel MessageMessage handler MultithreadedProperties PrimaryProcess Property classesRTR configuration RollbackRouter RTR environmentTransaction ShadowStandby Transaction controllerTwo-phase commit Transactional messageTransactional shadowing Index Index-1Index-2