Oracle International Corporation

Hasan Rizvi

Juan R Loaiza

Jonathan D Klein

Gary C Ngai

William Havinden Bridge, Jr

Alex Tsukerman

J William Lee

Gianfranco Putzolu

Leng Leng Tan

Ekrem Soylemez

Sashikanth Chandrasekaran

Dieter Gawlick

Robert J Jenkins, Jr

Sandeep Jain

Alvin H To

Premal Shah

Anupam Bhide

Sashikanth Chandra

A pluggable tablespace is enabled by logically partitioning a database into a set of tablespaces and storing all of the tablespaces disk pointers in tablespace-relative format. A pluggable set of tablespaces is unplugged by generating the associated metadata, and making a binary copy of the tablespaces. The pluggable set of tablespaces is plugged into a target database by making the pluggable set accessible to the target database and incorporating the associated metadata, without patching any of the disk pointers.

Pluggable tablespaces for database systems

A method and apparatus are provided for using a resource manager to coordinate the committing of a distributed transaction. According to the method, a first set of changes is communicated to a first resource manager. In communicating the first set of changes, the changes are directly communicated to the first resource manager without being received at a second resource manager. A second set of changes is communicated to the second resource manager. In communicating the second set of changes, the changes are directly communicated to the second resource manager without being received at the first resource manager. Either the first resource manager or the second resource manager is selected as a committing coordinator. A commit request message is transmitted to the committing coordinator to request that the first set of changes be committed at the first resource manager and that the second set of changes be committed at the second resource manager. In response to receiving the commit request message, the committing coordinator causes, as an atomic unit of work, the first set of changes to be committed at the first resource manager and the second set of changes to be committed at the second resource manager.

Using a resource manager to coordinate the comitting of a distributed transaction

Provided are mechanisms that may be used to support efficient exportation of user data stored in a database system. According to an aspect of the present invention, a database system is configured to store data for users in separate repositories referred to as tablespaces. To store data in this manner, a database system may be configured in variety of ways.

Using transportable tablespaces for hosting data of multiple users

A method and system for recovering after failure of a first server to which a client was connected for accessing a resource is provided. When it is detected that a connection between the first server and the client has failed, the client is automatically connected with a second server that has access to the resource. After automatically connecting the client, the client accesses the resource through the second server. The client stores information about the state of the session with the first server so that processing can continue where it left off after the client connects with the second server. The client may be pre-connected to the second server prior to the failure of the first server to reduce the latency caused by switching in response to a failure. The second server may be configured to pre-parse the commands that the client issues to the first server to further reduce the latency associated with switching to the second server.

Automatic failover for clients accessing a resource through a server

A method and apparatus are provided for passing a client from a first server to which the client was connected for accessing a resource, to a second server for accessing the resource. While executing, the first server ceases to respond to the client. After the client detects that the first server has ceased to respond to the client, the client is automatically connected with the second server that has access to the resource. After automatically connecting the client, the client accesses the resource through the second server. The client stores information about the state of the session with the first server so that processing can continue where it left off after the client connects with the second server. The client may be pre-connected to the second server prior to the failure of the first server to reduce the latency caused by switching in response to a failure. The second server may be configured to pre-parse the commands that the client issues to the first server to further reduce the latency associated with switching to the second server.

Planned session termination for clients accessing a resource through a server

An approach for recovering after premature termination of a plurality of transactions involves: A) selecting a previously unselected transaction from the plurality of transactions; B) processing the selected transaction by undoing the lesser of a predetermined number of changes made by the selected transaction and all changes made by the selected transaction; and C) repeating steps A) and B) until all of the plurality of transactions have been processed. Another aspect of the approach involves: A) selecting a previously unselected transaction from the plurality of transactions, wherein the selected transaction is the previously unselected transaction from the plurality of transactions that made the fewest number of changes in the database; B) processing the selected transaction by undoing one or more changes in the database made by the selected transaction; and C) repeating steps A) and B) until all transactions from the plurality of transactions have been processed.

Method and apparatus for improved transaction recovery

An advanced message queuing system is integrated into a database system. A queue is an ordered list of messages. Messages are requests for processing by an application. Messages are database objects and can represent events or data. Messages comprise user data and control information such as a queue name. Each queue is part of a table in a relational database. A queue table holds a set of queues. Dictionary tables store configuration information describing queues and queue tables. Messages are entered into a queue by instructing the database system using an enqueuing command attached to a message and control information. The control information describes how to order, schedule, and execute the message, and can include a result queue name into which a result message is written after execution. The system responds to a dequeuing command by delivering a copy of a message from the queue. A user can define message order within a queue, message delay factors, and exception processing. Messages may be retained in their queues after delivery and can be preserved, queried, documented, correlated, reviewed and tracked, alone or in a set comprising a transaction, regardless of message state or execution state. The system can be used to develop large-scale, message-oriented distributed applications. Existing development tools for database applications can also be used to develop queuing applications. Administrative functions to create, delete, and specify access control for queues are provided. The system provides transactional integrity; a single transaction applies to both the database and the queue. A single transaction log is maintained.

Apparatus and method for message queuing in a database system

A method and system for recovering after a crash of an instance in a database is disclosed. According to the method, transaction information corresponding to all the transactions that existed in the failed instance is inspected. These transactions that were active at the time the instance crashed are marked as 'dead.' The database is made available to users after updating the transaction information and before undoing all of the changes or updates performed by dead transactions. The changes made by the dead transactions may be undone by new transactions on a on-demand basis after the database is made available. Specifically, when a new transaction is waiting to obtain a lock on a resource held by another transaction, the new transaction determines whether the owner of the lock is one of the dead transactions. If so, the new transaction rolls back some or all of the changes made by the dead transaction.

A computer system and method are provided in which an existing database instance is able to report the status of an externally initiated distributed transaction that existed in another database instance that has crashed. The existing database instance is also able to roll back or commit the changes made by the externally initiated distributed transaction in response to instructions from the external coordinator process that initiated the transaction. Because the existing database instance is able to perform these services, the external coordinator process does not have to wait for the crashed database instance to be revived to complete the distributed transaction.

Growing community of inventors

San Carlos, CA, United States of America

Hasan Rizvi