Copyright © Cloud Software Group, Inc. All Rights Reserved |
Option 1, IN-DOUBT TRANSACTIONS, displays a list of transactions involving service providers that could not be fully completed for some reason.
If the system is recycled before an in-doubt transaction is resolved, TIBCO Object Service Broker automatically reacquires the logical locks for the transaction during the restart process.
From the IN-DOUBT TRANSACTIONS LIST screen, you can display the following nested screens:The IN-DOUBT TRANSACTION DISPLAY screen displays a detailed list of all resources involved in in-doubt transactions.Place the cursor on the desired track in the IN-DOUBT TRANSACTIONS LIST screen and press PF2. A screen similar to the following appears:
The IN-DOUBT TDS DETAIL screen displays TDS concerns for the contingency log Entry shown on the IN-DOUBT TRANSACTION DISPLAY screen.
14:11:00 S6BKC017L-V50 USERP LOGGED OFF #=000033 TYPE=OPERATOR COMM=XMS SO14:14:51 S6BKC016L-V50 USERP CONNECTED #=000033 TYPE=OPERATOR COMM=XMS SOU14:18:45 S6BKC017L-V50 USERP LOGGED OFF #=000033 TYPE=OPERATOR COMM=XMS SO14:19:17 S6BKC016L-V50 USERP CONNECTED #=000033 TYPE=OPERATOR COMM=XMS SOU
Option 3, RESOURCE MANAGEMENT, lists the TIBCO Object Service Broker resources you can manage with the Administration menu. To update TIBCO Object Service Broker resources through the Resource Management facility, you must have TIBCO Object Service Broker Administrator or Operator authority.A TIBCO Object Service Broker resource is an interface to an environment managed by the Data Object Broker. For example:
Specifies whether to allow resource entries to be created dynamically. Average number of schedule entries for each resource. Each line in a schedule entry counts as an entry when estimating a value for RSCSCHEDULES.Refer to TIBCO Object Service Broker Parameters for more information about these parameters.The data needed for resource management is stored in a standard VSAM Keyed Sequenced Data Set (KSDS) referred to as a repository. Its record size is 128. It can be created, backed up, and reorganized using IDCAMS when the Data Object Broker is offline. It must be defined in the DBDLIB.Resources are identified by a 3‑character code:
Table type (for example, ADA, DAT, DB2)
• Remote peer servers that provide rules access on a remote TIBCO Object Service Broker node. Inbound Data Object Broker communications, identifying connections from a remote TIBCO Object Service Broker node to a local TIBCO Object Service Broker node. Outbound Data Object Broker communications, identifying connections from a local TIBCO Object Service Broker node to a remote TIBCO Object Service Broker node.The RESOURCE TYPE LIST screen displays all the available resource types. The Resource Manager supports up to 32 different resource types.Peer server and external database server resources are established by running batch jobs or started tasks. Use the Resource Manager to schedule when these resources are available. The Resource Manager does not start these tasks for you.Inbound (HIN) and outbound (HRN) resources defined for peer TIBCO Object Service Broker communications must be defined at both ends of the connection.Connections within each resource type can be grouped into connections that have the same characteristics and are functionally equivalent to each other. Up to 512 connections can be defined within a single group.The combined resource type and the resource group are referred to as the resource name used for scheduling resources or displaying their details. For example, an inbound connection (HIN resource type) in the resource group called OSTARSRV1 would have the resource name of HINOSTARSRV1.Use resource groups to define common characteristics for connections. For example, you should define a group of resources for each server ID in an external database server. To enable connections between Data Object Brokers, define a resource group for each Data Object Broker.The value “????????” is a reserved resource group. If you specify this value, the Resource Manager generates a definition for a resource at connection time, using dynamic resource naming.
Display the groups within a selected resource type. Select a resource type by entering its name or positioning the cursor on the name. In some emulators, you can also place the mouse pointer over the type name and use the right mouse button to select a type. Display details about the selected resource. Enter a valid TYPE and GROUP to display the RESOURCE DETAIL screen. Display all TIBCO Object Service Broker node names known to the Resource Manager. The NODE NAME LIST screen appears. Add a new entry in the resource detail list. The RESOURCE DETAIL screen appears in input mode. If no resources are defined when selecting RESOURCE MANAGEMENT from the main Administration menu, the RESOURCE DETAIL screen appears in input mode. Display a summary profile of message turnaround times for various resource types. The MESSAGE TURNAROUND TIME screen appears. Display a list of all defined schedule names known to the Resource Manager. The DEFINED SCHEDULE LIST screen appears. Stop all connections of all paths within a selected resource type. You are prompted to confirm the request. From the RESOURCE TYPE LIST screen, you use the following screens to manage TIBCO Object Service Broker resources:If more than 133 groups are defined within a type, 28 rows of data appear on a model 3 display, and 39 rows of data appear on a model 4 display.
Display the resource detail for a selected resource group. Select a resource group by entering its name or positioning the cursor on the name. In some emulators, you can also place the mouse pointer over the group name and use the right mouse button to select a group. Add a group. The RESOURCE DETAIL screen appears in input mode. The type is set to the resource type displayed in the RESOURCE GROUP LIST screen. If no resources are defined when selecting RESOURCE MANAGEMENT from the main Administration menu, the RESOURCE DETAIL screen appears in input mode. Stop all connections within a selected resource group. You are prompted to confirm the stop request.
• Defined characteristics of the resource: for example, resource type and group, commit level, in-doubt transactions, node name
• Statistics by access type: how many paths are in use and the number of transactions against them
• From the NODE NAME LIST screen, place the cursor on the desired node name. Press Enter for outbound paths (HRN resource type) and press PF2 for inbound paths (HIN resource type).
• From the RESOURCE SCHEDULE screen, or the USERS OF SCHEDULE screen, press Enter.
The top section of the screen presents the defined characteristics of the resource. The middle section shows statistics by access type. The lower portion displays the current schedule of connection limits.
INTERMEDIATE ROLLBK This flag indicates whether this resource expects to receive a “sync” message following a rollback request to terminate a transaction.The setting of this value is specific to each resource type. Refer to the manual for the server to determine what it should be.Valid values are “Y” (yes), “N” (no), and “?” (wildcard). A wildcard indicates that the resource takes on the characteristic of the connection. We recommend that you not use the wildcard setting for this characteristic under normal conditions. EARLY RELEASE The early release feature enables resources that were not updated to be released early in the commit cycle. The early release shortens the duration of the commit cycle by reducing the number of contributors. It also releases the resource path so that it can be reassigned sooner.Note EARLY RELEASE should not be used with paths that are generated for specific batch jobs or when there is only one path available. Valid values are “Y” (yes), “N” (no), and “?” (wildcard). LAST USER REUSE This features gives selection preference to paths that were most recently used by the current user. Some resources can bypass part of the security processing if the same user processes a subsequent transaction. Valid values are “Y” (yes), “N” (no), and “?” (wildcard). The commit level indicator identifies the highest commit level a resource is capable of supporting.The three levels are “0” (serial), “1” (contingent or Fail Safe 1), and “2” (two phased or Fail Safe 2). DBMS resources should be set to “1” and peer Data Object Brokers and peer rules servers to “2”.Note To retain data integrity in a commit group with more than 1 update location, level “0” should not be used.The following group of characteristics are used only for the resources for which the Data Object Broker generates connections.
RETRY INTERVAL If the connection fails and there are no active connections to the target the retry interval specifies a wait time in minutes (1-60) until the connect attempt is retried. If “0”, there is no retry attempt. When multiple Data Object Brokers are running on a non-z/OS platform a TP Name must be supplied so the communications subsystem can differentiate between them. USER ID PREFIX The generated unique user ID of the path. To avoid conflicts and enhance identification it is recommended that the user ID prefix be unique throughout the configuration. The number of transactions that failed because there were no paths available for the resource. That is, you did not have enough resources to meet the demand. To diagnose a remote access failure, check for local failures under HRN and remote failures under API. Specifies the logical node name (up to 16 bytes) of peer TIBCO Object Service Broker resources. The Node is required input for all “HRN” and “HIN” type resources. It must be unique throughout the configuration. Indicates whether there are in-doubt transactions against the displayed resource. MONITOR/SMF If the SMFRECORD and SMF28INTERVAL Data Object Broker parameters are set, to capture interval server usage statistics, set the monitor/smf value to “Y”. By default, the statistics are not collected.
Online resources Common resources
The MAX column shows how many paths were used in the life of the current Data Object Broker. The CUR field shows the number of paths currently in use. MESSAGE COUNT You should review the CONNECTIONS and IN USE counters regularly to ensure the appropriate number of connections are scheduled to meet the demand.Press PF11 on the RESOURCE DETAIL screen to update or delete the resource entry. You are prompted to confirm your changes. You can edit these fields in input mode:
Specifies the kind of connection on this resource to the remote component. Valid values are:API — For a connection from a peer server or a Service Gateway for FilesDB2, IDM, and so on — For connections to external database servers. This field usually has the same value as the TIBCO Object Service Broker table type.An outbound connection is used if the local Data Object Broker issues data access requests to the remote peer. Inversely, an inbound connection is for data access requests coming from a remote peer. If the same remote peer requires both outbound and inbound connections, two resource detail entries are required. INTERMEDIATE ROLLBK Indicates whether the resource expects to receive a sync message following a rollback request.Valid values are Y or N. You should not use the wildcard (?) character under normal conditions. When a service provider is released at the end of a transaction, it is released either in series or in parallel. Early release is recommended.The early release option causes external resources that were not updated within the transaction to be released simultaneously, that is, in parallel. This decreases turnaround time and improves response time performance for interactive users because the effective commit group is reduced.If early release is selected, the slight delay in server release can potentially increase server-not-available failures if there are too few servers connected. It usually takes longer for server release and acknowledgment to be processed than for TIBCO Object Service Broker to turn around the user transaction end (that is, the user application could be ready for the next transaction before the server is again generally available for it). LAST USER REUSE With some external database management systems, it is more efficient if the same server is used to process consecutive transactions from the same user. With DB2, for example, the server permits bypassing of some processing related to security when a new transaction is initiated via a server whose immediate previous user was the same as the current one.Other servers, however, could be unaffected by such reuse. Enabling this facility for such servers yields no benefit, and, in fact, results in slightly reduced efficiency. This indicator specifies the highest commit protocol level that an external resource can support. Valid values are:2 — Two-phase commit protocol. Recommended for use with other Data Object Brokers and with peer servers1 — Contingent commit. Recommended for external database servers.0 — Serial Commit. Not recommended for any connection. Use only if the external resource is unable to support Fail Safe levels 1 or 2. RETRY INTERVAL If a connection fails and there are no active connections to the target, RETRY INTERVAL specifies the wait time in minutes (1-60) before retrying a connection. A setting of 0 indicates no attempt to retry. Used only for the resources that the Data Object Broker generates connections for (resource type HRN). Identifies a Data Object Broker on a non-z/OS platform running multiple Data Object Brokers. When a connection request is generated to a remote resource, a user ID is generated to identify the connection. The user ID is prefixed by these three characters.When a connection to a resource is generated by the Data Object Broker, the user ID associated with that connection must be unique. The actual user ID contains a five-digit sequence number appended to the specified three-character prefix; for example, T2P00001. The logical node name, up to 16 bytes, of a peer TIBCO Object Service Broker resource. A node name is required for outbound (HRN) and inbound (HIN) resources. TIBCO Object Service Broker rules use the node name to indicate a target Data Object Broker, for example GET TABLE (’nodename’);. It must be unique throughout the configuration. SCHEDULE NAME Name of a resource schedule that controls connection limits. The name can be up to 11 characters. It can be different from the resource name, and if a schedule is specific to a resource, make the schedule name the same as the resource name. For example, an inbound connection (HIN resource type) in the resource group called OSTARSRV1 would have the resource name of HINOSTARSRV1.To reduce maintenance effort, you should use generic schedule names (for example, WEEKDAYS05, WEEKEND06) and define shared schedules where possible. Appears when the RESOURCE DETAIL screen is in input mode. To delete the resource detail entry, set to Y. The DELETE field is not visible in browse mode.
Start a connection to another outbound peer if the current connection count for online or common accesses is below the maximum connection limit. Display a list of all defined schedule names known to the Resource Manager. The DEFINED SCHEDULE LIST screen appears. Toggle browse and input mode of the RESOURCE DETAIL screen for the selected resource. In input mode, the DELETE field appears where you can delete the resource detail entry. The appropriate TIBCO Service Gateway manual for proper settings for intermediate rollback.
Display RESOURCE DETAIL screen for outbound paths (HRN resource type). Place your cursor beside the desired NODE NAME and press Enter. Display RESOURCE DETAIL screen for inbound paths (HIN resource type). Place your cursor beside the desired NODE NAME and press PF2. All subsequent commands in the Administration menu apply to the chosen node until you exit from the menu or use the NODE NAME LIST option to choose another node.The local node appears by default whenever you select the NODENAME LIST option, regardless of any previous node processing.Note Remote administration is supported only for Data Object Brokers at the same release level. Lists all the connected paths within the resource identified in the screen title. It also shows the job name under which the Execution Environment is running, the status of the path, and its utilization.
The Message Turnaround Time By Type screen presents a matrix by resource type of the message turnaround times. Each column shows the percentage of messages for that resource that fall in the millisecond range indicated.At the right, the two columns show the total number of messages for that resource and the change in number of messages since the last refresh. When the screen is refreshed, the time elapsed since the previous refresh could appear beside the word “DELTA” in the top right corner of the screen.
Report Type Online paths only, available to terminal-based transactions that tend to run at a higher priority. General access, used perhaps by batch or terminal-based transactions, excluding values from online-only paths. Contains both the ONLINE and COMMON accumulated values. This is the default display.
Use the DEFINED SCHEDULE LIST screen to view a list of existing schedules. From this screen you can select a schedule to edit, or define new schedules. You can display the resource details of a schedule and the resources associated with it. Normally for most resources, you should not need more than two or three schedules.
Use the RESOURCE SCHEDULE screen to view the schedule for a specific resource in the same format as it is presented on the RESOURCE DETAIL SCREEN. Create a copy of the schedule, create new schedules, or delete or update existing schedules from this screen.
Resources are scheduled based on when they are available and how many of them are to be made available. Normally, each resource has only one or two schedule entries associated with it.On the RESOURCE SCHEDULE screen, use the Target Resource field at the bottom of the screen when you copy a schedule or when associating a schedule with a resource group.When you define exception dates for a schedule, any exception records are automatically removed from the schedule file at the end of the day they expire. Dates are in the format CCYYMMMDDD, and an asterisk (*) indicates the current day. Exception entries always override the normal settings for the schedule. A typical schedule consists of one line showing the normal settings, and one or more lines for days when the normal settings do not apply.You can also press PF9 from the RESOURCE SCHEDULE SCREEN to display an empty resource schedule screen in input mode.The first line of the new schedule should be the normal settings for that schedule. Subsequent lines define exceptions to or variations on this schedule.
Copyright © Cloud Software Group, Inc. All Rights Reserved |