•
|
WS_MIB—used to manage Workstation groups and processes associated with them
|
•
|
ACL_MIB—used to administer access control lists (ACLs)
|
•
|
APPQ_MIB—used to administer application stable-storage queues
|
•
|
EVENT_MIB—used to control event notification and the subscription request database
|
•
|
DM_MIB—used to administer an Oracle Tuxedo Domains (multiple-domain) configuration
|
The MIB reference pages (TM_MIB(5), generic reference page
MIB(5), ...) are defined in
BEA Tuxedo File Formats, Data Descriptions, MIBs, and System Processes Reference.
•
|
Command-line utilities—a set of commands used to activate, deactivate, configure, and manage an Oracle Tuxedo application.
|
•
|
EventBroker—a Oracle Tuxedo component that provides asynchronous routing of application events among the client and server processes running in an Oracle Tuxedo application, and distributes system events—typically faults or exceptional happenings—to whichever application processes want to receive them.
|
•
|
TUXCONFIG file—binary version of an Oracle Tuxedo application’s configuration ( UBBCONFIG) file. Every server machine in an Oracle Tuxedo application stores a copy of the TUXCONFIG file. The MIB updates the TUXCONFIG file and reads information from the TUXCONFIG file.
|
•
|
Bulletin board—a memory segment in which all the configuration and dynamic processing information for an Oracle Tuxedo application is held at run time. Every server machine in an Oracle Tuxedo application has a bulletin board. The MIB updates the bulletin board and reads information from the bulletin board.
|
•
|
TLOG—a transaction log file in which records of committed global transactions are stored. Every server machine in an Oracle Tuxedo application should have a TLOG. The MIB gathers information from the TLOG.
|
•
|
Authentication—the Administration Console forces users to identify themselves. It prompts the administrator for a username and password. This information is communicated in an encrypted fashion between the browser and the server, where the user’s identity is then verified. Much of the server setup is done during installation, when server components of the Oracle Tuxedo Administration Console are installed and made available to the Web server.
|
•
|
Context-sensitive help—context-sensitive help is available for all Administration Console windows and tools. You can request information about any field or area of a window simply by dragging a question mark icon to that field or any area and clicking.
|
•
|
Encryption—the data transferred between the server side and the browser is compressed (56-bit or 128-bit encryption) so that no one can read it. Encryption makes the system resistant to anyone trying to inject false administrative protocol messages into the stream.
|
•
|
Firewall readiness—the port on which the Oracle Tuxedo Administration Console server listens and interacts with the browser is well defined and configurable; you can configure it to match ports that you want to allow through your firewall. This capability enables you to do Console-based administration through your firewall, if necessary.
|
•
|
Icons—the icons used in the Administration Console show state (for example, not active) or represent particular objects in the Oracle Tuxedo application, for example, machines or servers.
|
•
|
Java-capable browser—the Java browser supports the Java virtual machine that runs the applets and enables communication.
|
•
|
No client-side installation—no installation is required on your machine. Point your browser to the URL for a machine in your Oracle Tuxedo application on which the Console server components reside, then initiate a download of Java applets. The applets implement the Oracle Tuxedo Administration Console and establish communication with the server.
|
•
|
Universal secure access—from any Java-capable browser, you can access the system from anywhere in the world with confidence that security mechanisms are already in place.
|
•
|
Menu bar—menus that provide access to all actions.
|
•
|
Configuration Tool—a set of tabbed pages on which you can display, define, and modify the attributes of objects, such as the name of a machine.
|
•
|
tmloadcf(1)—a command, run on the master machine, that allows you to compile your application’s UBBCONFIG file into the binary TUXCONFIG file. The tmloadcf command loads the binary file to the location defined by the TUXCONFIG environment variable.
|
•
|
tmunloadcf(1)—a command, run on the master machine, that allows you to translate the binary TUXCONFIG file back to a text version, so that the UBBCONFIG and TUXCONFIG files can be synchronized. The tmunloadcf command prints the text version to standard output.
|
•
|
tpusradd(1), tpusrdel(1), tpusrmod(1)—a set of commands that allow you to create and manage a user database for authorization purposes.
|
•
|
tpgrpadd(1), tpgrpdel(1), tpgrpmod(1)—a set of commands that allow you to create and manage user groups by using access control lists to authorize access to services, queues, and events.
|
•
|
tpacladd(1), tpaclcvt(1), tpacldel(1), and tpaclmod(1)—a set of commands that allow you to create or manage access control lists for applications. These commands enable the use of security-related authorization features.
|
•
|
tmboot(1)—a command, run on the master machine, that allows you to centrally start up your application servers. The tmboot command reads the TUXCONFIG environment variable to locate your application’s TUXCONFIG file. The tmboot command loads TUXCONFIG into shared memory to establish the bulletin board, propagating the changes to the remote server machines in a multiple-machine domain.
|
•
|
tmadmin(1)—an interactive meta-command, typically run on the master machine, that enables you to run subcommands to configure, monitor, and tune your application. You can use the tmadmin command before your application is booted (in configuration mode) or when your application is running .
|
•
|
tmconfig(1)—another interactive meta-command, typically run on the master machine, that enables you to run subcommands to configure, monitor, and tune your application. You can use the tmconfig command only when your application is running . The tmconfig command is more powerful but less user friendly than the tmadmin command.
|
•
|
tmshutdown(1)—a command, run on the master machine, that allows you to centrally shut down your application servers. The tmshutdown command reads the TUXCONFIG environment variable to locate your application’s TUXCONFIG file.
|
You use the command-line utility qmadmin(1) to perform all administration functions for the application queues in your application. Like the
tmadmin and
tmconfig commands,
qmadmin is an interactive meta-command that enables you to run many subcommands.
Note:
|
The DMADM server may run on any machine ( master machine, non-master machine) in an Oracle Tuxedo domain.
|
•
|
dmloadcf(1)—a command, run on the same machine as the DMADM server, that allows you to compile an application’s DMCONFIG file into the binary BDMCONFIG file. The dmloadcf command loads the binary file to the location defined by the BDMCONFIG environment variable.
|
•
|
dmunloadcf(1)—a command, run on the same machine as the DMADM server, that allows you to translate the binary BDMCONFIG file back to a text version, so that the DMCONFIG and BDMCONFIG files can be synchronized. The dmunloadcf command prints the text version to standard output.
|
•
|
dmadmin(1)—an interactive meta-command, typically run on the same machine as the DMADM server, that enables you to run subcommands to configure, monitor, and tune domain gateway groups. You can use the dmadmin command before your application is booted (in configuration mode) or when your application is running .
|
•
|
DMADM(5), DMCONFIG(5), GWADM(5), GWTDOMAIN(5), and UBBCONFIG(5)in BEA Tuxedo File Formats, Data Descriptions, MIBs, and System Processes Reference
|
The Oracle Tuxedo MIB is used to administer an Oracle Tuxedo application. It defines the parts of an application that are required in every Oracle Tuxedo domain. MIB defines an Oracle Tuxedo application as a set of classes (for example, servers, groups, machines, domains), each of which is made up of objects that are characterized by various attributes (for example, identity and state).
Classes are the types of entities such as servers and machines that make up a Oracle Tuxedo application.
Attributes are characteristics of the objects in a class: identity, state, configuration parameters, run-time statistics, and so on. There are a number of attributes that are common to MIB operations and replies and common to individual classes. Every class has a
state attribute that indicates the state of the object.
•
|
tppost(3c), tpsubscribe(3c), and tpunsubscribe(3c)in BEA Tuxedo ATMI C Function Reference
|
•
|
EVENTS(5), EVENT_MIB(5), TMSYSEVT(5), TMUSREVT(5), and UBBCONFIG(5) in BEA Tuxedo File Formats, Data Descriptions, MIBs, and System Processes Reference
|