This guide explains how to migrate from Reliable Transaction Router™
(RTR) Version 2 to RTR Version 3 on OpenVMS™ systems, and provides
information on new and obsolete features.
Revision/Update Information:This guide supersedes the Reliable
Transaction Router Migration Guide
for Version 3.1D.
COMPAQ COMPUTER CORPORATION SHALL NOT BE LIABLE FOR TECHNICAL
OR EDI‘ ERRORS OR OMISSIONS CONTAINED HEREIN, NOR FOR INCIDENTAL OR
CONSEQUENTIAL DAMAGES RESULTING FROM THE FURNISHING, PERFORMANCE,
OR USE OF THIS MATERIAL. THIS INFORMATION IS PROVIDED "AS IS" AND
COMPAQ COMPUTER CORPORATION DISCLAIMS ANY WARRANTIES, EXPRESS,
IMPLIED OR STATUTORY AND EXPRESSLY DISCLAIMS THE IMPLIED WARRANTIES
OF MERCHANTABILITY, FITNESS FOR PARTICULAR PURPOSE, GOOD TITLE AND
AGAINST INFRINGEMENT.
This publication contains information protected by copyright. No part of this publication
may be photocopied or reproduced in any form without prior written consent from
Compaq Computer Corporation.
agreement. The software may be used or copied only in accordance with the terms of the
agreement.
Compaq and the Compaq logo are registered in the United States Patent and Trademark Office.
The following are trademarks of Compaq Computer Corporation: AlphaGeneration, AlphaServer,
AlphaStation, DEC, DECconnect, DECdtm, DECevent, DECsafe, DECnet, DECwindows, DIGITAL,
DIGITAL UNIX, LAT, OpenVMS, PATHWORKS, POLYCENTER, TruCluster, Reliable Transaction
Router, VAX, and VMScluster.
The following are third-party trademarks:
AIX and IBM are registered trademarks of International Business Machines Corporation.
Memory Channel is a trademark of Encore Computer Corporation.
Hewlett-Packard and HP-UX are registered trademarks of Hewlett-Packard Company.
Microsoft is a registered trademark, and Windows 95 and Windows NT are trademarks of Microsoft
Corporation.
Oracle is a registered trademark of Oracle Corporation.
Solaris and SUN are registered trademarks of Sun Microsystems, Inc.
POSIX is a registered trademark of the Institute of Electrical and Electronics Engineers.
PostScript is a registered trademark of Adobe Systems, Inc.
UNIX is a registered trademark licensed exclusively through X/Open Company Ltd.
X Window System is a trademark of Massachusetts Institute of Technology.
All other trademarks and registered trademarks are the property of their respective holders.
This document was prepared using VAX DOCUMENT Version 2.1.
This guide explains how to migrate a Reliable Transaction Router (RTR)
environment and RTR applications from RTR Version 2 to RTR Version 3. It
assumes that the application continues to use the RTR Version 2 application
programming interface (API) without change. It also provides information on new
and obsolete features.
This guide is written for RTR system managers.
The system manager should be familiar with the following aspects of the
OpenVMS operating system:
•DIGITAL Command Language (DCL)
•A text editor, such as EDT or EVE
The system manager should also be familiar with:
•Monitoring RTR performance
•Adjusting RTR performance
•Installation of RTR Version 2
•Making changes to the RTR environment
•Application use of the RTR Version 2 Application Programming Interface
(API)
•Applications running on RTR
Organization of This Guide
The following list can help you find information in this guide:
Chapter 1Provides an introduction to the migration guide and summarizes new
Chapter 2Describes changes to the installation procedure.
Chapter 3Describes how the RTR architecture has changed.
Chapter 4Describes changes to the network configuration that supports RTR.
Chapter 5Describes changes important to the system manager.
Chapter 6Describes changes to the RTR API.
Chapter 7Describes performance and application tips.
Chapter 8Describes problem diagnosis and reporting.
and changed features.
vii
Related Documents
The following documents provide more information about topics discussed in this
guide:
Document TitleDescription
Reliable Transaction Router
Installation Guide
Reliable Transaction Router
System Manager’s Manual
Reliable Transaction Router
Application Programmer’s
Reference Manual
Reliable Transaction Router
Application Design Guide
Reliable Transaction Router
Release Notes
Describes how to install Reliable Transaction Router.
Describes how to configure, manage, and monitor
Reliable Transaction Router
Describes how to code RTR applications, and contains
full descriptions of RTR API calls.
Describes how to design applications that use RTR.
Describes new features, changes, and known
restrictions for Reliable Transaction Router on all
supported platforms.
The following document is your best source for information on OpenVMS
procedures that you should be familiar with when using this migration guide:
Document TitleDescription
OpenVMS System Manager’s
Manual: Essentials
Part one of a task-oriented guide to managing an
OpenVMS system.
The following document is a useful source for writing applications on OpenVMS:
Document TitleDescription
DEC C Run-Time Library
Reference Manual for OpenVMS
Reader’s Comments
Compaq welcomes your comments on this guide. Please send us your comments
by email to rtrdoc@compaq.com. Include the title of the manual, date on the title
page, section and page numbers with your comments or suggestions.
Conventions
The following conventions are used in this document.
ConventionMeaning
Ctrl/XWhile you hold down the Ctrl key, press another key or a pointing
ItalicIndicates parameters whose values you must provide. For example,
Describes use of the DEC C run-time library.
device button.
if the procedure asks you to type file name, you must type the actual
name of a file.
Italic also indicates variables and the titles of referenced documents.
viii
ConventionMeaning
monospace
Note:Provides information of special importance.
/A forward slash in command descriptions indicates that a command
. . .A horizontal ellipsis following an entry in a command line indicates
.
.
.
Indicates the actual commands, words, or characters that you type
in a dialog box, at a command prompt, or system output.
qualifier follows.
that the entry or a similar entry can be repeated any number of
times. An ellipsis following a file name indicates that additional
parameters, values, or information can be entered.
A vertical ellipsis in an example indicates that not all the data are
shown.
ix
This document is intended to assist RTR Version 2 users to migrate to RTR
Version 3.
1.1 Why Migrate?
Migration to RTR Version 3 takes advantage of the new features and improved
capabilities of RTR Version 3. These include:
•Improved installation procedure using Polycenter Software Installation
Utility (PCSI), not VMSINSTAL
•Interoperability with multiple operating systems including:
OpenVMS (Alpha and VAX)
UNIX (DIGITAL UNIX, SUN Solaris, IBM AIX, HP–UX)
Windows NT
Windows 95 (client only)
•Improved ability to choose a primary server
1
Introduction
•Use of more than one other node for a standby server
•Network transport selection (DECnet or TCP/IP)
•New SHOW command screens containing information about transactional
messages, resource managers, and some new state names
•New MONITOR pictures
•A new API, the Portable API
•Role clarification (Requestor changed to Client)
•Compatibility with Version 2 applications (no recompilation or linking
required)
•Use of mailboxes instead of OpenVMS cache and global sections for
interprocess communication
•Use of OpenVMS quotas, eliminating need for manually sizing configuration
parameters
•Enhanced partition management
•Enhanced journal management
•Exception logging
•Support for industry standard protocols for resource managers:
Microsoft DTC (Distributed Transaction Communicator) support
XA protocol
Introduction 1–1
Introduction
1.1 Why Migrate?
•Support for subtransactions or nested transactions
Additionally, other considerations are:
•New features will be implemented in RTR Version 3, not in RTR Version 2
•Some software problems will be addressed only in RTR Version 3 and not in
RTR Version 2
•Some improved capabilities are already available only in RTR Version 3
•More extensive release test coverage than with RTR Version 2
•RTR Version 3 tested for year 2000 compliance (RTR Version 3.1D, Version
3.2)
•Any residual year 2000 problems will be fixed only in RTR Version 3.1D or
later
Other changes introduced with RTR Version 3:
•New format and content of journal to improve security and flexibility of
transactional messaging
•Change of shared library name RTRSHR.EXE to LIBRTR.EXE
There is no upgrade path for Windows 3.1 clients; applications must be
rewritten using the RTR Version 3 API.
1.2 Goals and Nongoals
The goal of this document is to assist the RTR Version 2 system manager in
planning and implementing the migration of an RTR Version 2 environment to
RTR Version 3.
It is not a goal of this document to instruct the system manager about RTR or
teach troubleshooting or analysis of the RTR environment.
1.3 Reading Guidelines
Read this document, the RTR Version 3 documentation and Release Notes before
beginning to implement an RTR migration to RTR Version 3.
Note
1–2 Introduction
2
Installation
The installation for RTR Version 3 has changed significantly from Version 2. In
Version 2, the installation tool was VMSINSTAL; for Version 3, the installation
tool is PCSI. Follow instructions in the Reliable Transaction Router InstallationGuide to perform your RTR Version 3 installation.
Note
Reading Release Notes in RTR Version 3 is different from in RTR Version
2. See the Reliable Transaction Router Installation Guide for information
on installing the product and reading release notes.
In a cluster environment, a planned transition from RTR Version 2 to Version 3
could be done as follows:
1. Install RTR Version 3 on a single standalone node.
2. Bring up RTR Version 3 on the standalone node with the RTR application.
3. Verify that the application and RTR Version 3 work as expected. Resolve any
problems before proceeding.
4. Stop all transactions and RTR with the following commands:
5. Examine the output of the DUMP JOURNAL command to verify that all
transactions have been flushed from the journal.
6. Bring down RTR Version 2 on the entire cluster.
7. Install RTR Version 3 on the cluster.
8. Start up RTR Version 3 on each node.
9. Verify that the application is running correctly on each node.
10. Verify that the application is running correctly on the cluster.
11. Verify that the application is running correctly throughout the RTR facility
and network environment.
2.1 Cleaning Up the Old Version 2 Environment
Before bringing up the RTR Version 3 environment, you will need to shut down
RTR Version 2 on client systems, let the RTR journal file clear, and then bring
up RTR Version 3. This should be part of the process you use in your planned
migration. See Section 2.6 for more information on checking journal files.
Installation 2–1
Loading...
+ 29 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.