|Publication number||US7984042 B2|
|Application number||US 11/088,340|
|Publication date||Jul 19, 2011|
|Priority date||Feb 28, 2001|
|Also published as||US6892205, US8200658, US20050171945, US20110238655|
|Publication number||088340, 11088340, US 7984042 B2, US 7984042B2, US-B2-7984042, US7984042 B2, US7984042B2|
|Inventors||Carol L. Colrain, Namit Jain, Juan R. Loaiza|
|Original Assignee||Oracle International Corporation|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (65), Non-Patent Citations (7), Referenced by (5), Classifications (12), Legal Events (1)|
|External Links: USPTO, USPTO Assignment, Espacenet|
This application is a divisional application that claims priority to U.S. patent application Ser. No. 10/086,842 filed Feb. 28, 2002 now U.S. Pat. No. 6,892,205, entitled “System And Method For Pre-Compiling A Source Cursor Into A Target Library Cache,” which claims priority to Provisional Application Ser. No. 60/272,386 filed Feb. 28, 2001, entitled “System And Method For Providing Highly Available Database Performance,” the contents of both of which are hereby incorporated herein by reference in their entirety for all purposes.
This application is related to U.S. patent application Ser. No. 10/087,494 filed Feb. 28, 2002, entitled “System and Method for Detecting Termination of an Application Instance Using Locks.”
This application is related to U.S. patent application Ser. No. 10/086,949 filed Feb. 28, 2002, entitled “System and Method for Providing Out-of-Band Notification of Service Changes.”
This application is related to U.S. patent application Ser. No. 10/086,782 filed Feb. 28, 2002, entitled “System and Method for Providing Cooperative Resource Groups for High Availability Applications.”
The present invention relates in general to systems and methods with high availability operating requirements and, in particular, to a system and method for pre-compiling a source cursor into a target library cache.
Cluster databases provide location transparency to data by allowing multiple systems to serve the same database. One specific type of cluster database is the Oracle Real Application Clusters product, licensed by Oracle Corporation, Redwood Shores, Calif. Sets of two or more computers are grouped into real application clusters. The clusters harness the processing power of multiple interconnected computers to provide a single robust computing environment. Within each cluster, all nodes concurrently execute transactions against the same database to synergistically extend the processing power beyond the limits of an individual component. Upon the mounting of the shared database, the real application cluster processes a stream of concurrent transactions using multiple processors on different nodes. For scale-up, each processor processes many transactions. For speed up, one transaction can be executed spanning multiple nodes.
Cluster databases provide several advantages over databases that use only single nodes. For example, cluster databases take advantage of information sharing by many nodes to enhance performance and database availability. In addition, applications can be sped up by executing across multiple nodes and can be scaled-up by adding more transactions to additional nodes. Multiple nodes also make cluster databases highly available through a redundancy of nodes executing separate database instances. Thus, if a node or database instance fails, the database instance is automatically recovered by the other instances which combine to serve the cluster database.
Cluster databases can be made more highly available through integration with high availability frameworks for each cluster. The inclusion of these components provides guaranteed service levels and ensures resilient database performance and dependable application recovery. Organizationally, individual database servers are formed into interconnected clusters of independent nodes. Each node communicates with other nodes using the interconnection. Upon an unplanned failure of an active database server node, using clusterware, an application will fail over to another node and resume operations, without transaction loss, within a guaranteed time period. Likewise, upon a planned shutdown, an application will be gracefully switched over to another node in an orderly fashion.
The guarantee of service level thresholds is particularly crucial for commercial transaction-based database applications, such as used in the transportation, finance, and electronic commerce industries. System downtime translates to lost revenue and loss of market share. Any time spent recovering from a system failure is measurable in terms of lost transactions. Consequently, high availability systems budget a set time period to help minimize lost revenue due to unplanned outages. High availability systems also budget for planned service interruptions.
Database servers operating in the database server tier implement memory caches to transiently stage data and instructions to improve overall system performance. These memory caches take advantage of the locality of data and parsed SQL as physically stored in secondary storage. Performance is enhanced by maintaining active sets of data and parsed SQL within the memory cache (system global area) to avoid incurring latencies while waiting on the retrieval of data and instructions from the secondary storage, or to reparse the SQL.
In particular, database servers implement library caches and buffer caches. Library caches store parsed SQL and parsed PL/SQL. These caches employ a cache replacement scheme staging the most recently used SQL and the SQL having the largest context areas. Within the library cache, parsed SQL is stored as cursors. The cursors are indexed by handlers referencing memory locations within which parsed statements and information relating to processing are stored. A context area is a shared area of memory that stores the environment and session variables for an instruction. Buffer caches store active data and use a cache replacement scheme storing the most recently used data.
Following a failover or switchover from an active node of a clustered system, the library and buffer caches on a standby node of a clustered system are effectively empty. Response times are slow until these caches are restored with SQL cursors and data. This ramp-up period lasts from the time that the application session resumes operation on the new database instance to the time that response times return to normal levels. Processing performed during the ramp-up period is inefficient, as the amount of work completed per transaction is higher due to the need to re-initialize the memory caches. Moreover, the extra work is serialized due to locking on the library and buffer caches and is duplicative of work already accomplished on the failed node.
A system and method for enabling a second database instance to more quickly process a request to execute a database statement that has previously been executed by a first database instance is described. In one embodiment, the method involves sending the database statement from the first database instance to the second database instance, and generating by the second database instance one or more structures needed to prepare the statement for execution, such as a parse tree and an execution plan for the statement. If at some point in the future, the second database instance receives a request to execute the same statement, the above structures can be used for execution, thereby eliminating the need for one or more potentially time-consuming operations, such as generation of a parse tree or execution plan for the statement.
Still other embodiments of the present invention will become readily apparent to those skilled in the art from the following detailed description, wherein is described embodiments of the invention by way of illustrating the best mode contemplated for carrying out the invention. As will be realized, the invention is capable of other and different embodiments and its several details are capable of modifications in various obvious respects, all without departing from the spirit and the scope of the present invention. Accordingly, the drawings and detailed description are to be regarded as illustrative in nature and not as restrictive.
Operationally, the remote client 18 is interconnected to the servers 11 a-d via an internetwork 16, such as the Internet. Servers 11 a-d and client 13 are interconnected via intranetworks 15 a, 15 b. Both intranetworks 15 a and 15 b are respectively interconnected to the internetwork 16 through gateways 17 a-b. Other network topologies and configurations, including various combinations of intranetworks and internetworks are feasible, as would be recognized by one skilled in the art.
The cluster framework 14 appears as a single node to individual clients, which subscribe to the services published by each cluster. The client sessions receive notification of any changes in the services provided, such as described in U.S. patent application Ser. No. 10/086,949 entitled “System And Method For Providing Out-Of-Band Notification Of Service Changes,” filed Feb. 28, 2002, pending, the disclosure of which is incorporated by reference, and transfer to alternate nodes as necessary.
Within each cluster framework 14, each of the database servers 11 incorporate high availability components, such as described in J. Gray et al., “Transaction Processing: Concepts and Techniques,” pp. 128-38, M. Kaufinann Pubs., San Francisco, Calif. (1993), the disclosure of which is incorporated by reference. Failover processing is initiated upon the detection of the termination of a database instance, such as described in U.S. patent application Ser. No. 10/087,494, entitled “System And Method For Detecting Termination Of An Application Instance Using Locks,” filed Feb. 28, 2002, pending, the disclosure of which is incorporated by reference. Likewise, upon a planned shutdown, an application will switch over to another instance of the database supporting the service. Other situations in which failover processing is required are possible, as would be recognized by one skilled in the art.
The response times provided by the substitute database servers 12 in the standby node may be longer than prior to failover or switchover until the ramp-up period for populating the database instance caches has run, although the ramp-up period can be substantially minimized by pre-connecting to each standby node and warming the database instance caches beforehand, as further described below beginning with reference to
The individual computer systems, including database servers 11, clients 13, and remote clients 18, are general purpose, programmed digital computing devices consisting of a central processing unit (CPU), random access memory (RAM), non-volatile secondary storage, such as a hard drive or CD-ROM drive, network interfaces, and peripheral devices, including user-interfacing means, such as a keyboard and display. Program code, including software programs, and data are loaded into the RAM for execution and processing by the CPU and results are generated for display, output, transmittal, or storage.
The monitors 34 detect the failure of the database instance 35 or the loss of access to a resource 33, plus “hang” situations. The resource 33 includes a cluster service 37 and a shared database 38, as well as physical hardware devices, such as disk drives and network cards, and logical items, such as volume groups, TCP/IP addresses, applications, and database instances.
Within each cluster framework 14 (shown in
The process of “warming” the target library cache 60, that is, pre-compiling extracted SQL and PL/SQL statements, requires the execution of both the extraction process 58 and compilation process 59. These processes are executed from the target database instance 54 using two complementary approaches. For planned outages, the processes are executed immediately before switchover. For unplanned outages, the processes are executed on a regular scheduled basis after the source library cache 56 on the source node 51 has stabilized.
Each module within the extraction process 58 and the completion process 59 is a computer program, procedure or module written as source code in a conventional programming language, such as the C++ programming language, and is presented for execution by the CPU as object or byte code, as is known in the art. The various implementations of the source code and object and byte codes can be held on a computer-readable storage medium or embodied on a transmission medium in a carrier wave. The extraction process 58 and compilation process 59 operate in accordance with a sequence of process steps, as further described below beginning with reference to
Each cursor 57 includes a sharable part and a private, mutable part. The sharable part is public and is independent of the user executing the statement. The sharable part also depends on the text string and the executing environment, and is created during the parse-type check and describe phases. The sharable part is constant and the process for preparing the target library cache 60 compiles the sharable part. The private part depends on the values bound by the session issuing the statement and is modified during execution time. The private part is not extracted from the source library cache 56 and is instead dynamically established when the cursors 61 in the target library cache 60 are executed after failover.
The sharable part is managed in the source library cache 56 and is kept in a memory sequence known as a shared context area 71. This area is modified when each cursor 57 is created and again when the cursor 57 is aged out of the source library cache 56. During the extraction process 58, those SQL and PL/SQL statements having the largest shared context areas and those statements that are most frequently executed are chosen for extraction.
The following command types at this time are extracted from the source library cache 56 (shown in
Other command types can also be extracted, as would be recognized by one skilled in the art.
A table of child cursors 93 is created within each parent cursor 91. Each child cursor 92 is an object 94 a-b containing a parsed representation of the statement. A parent cursor 91 can have multiple child cursors 92. A separate child cursor 92 is created for each different session issuing the same text using different objects and for different session environments. The extraction process 58 extracts a description of each parent cursor 91, plus a description of the parsing schema and session environment for each child cursor 92.
Referring back to
The data items will now be described in more detail.
To be sharable, the text string of the cursor 57 that is compiled must be identical to that issued by the application. Thus, the text string is reconstructed in the target library cache 60, using the same case, same spaces, same comments, same hints to the optimizer, and same line structure as that on the source instance.
When a cursor 57 in the source library cache 56 is first parsed, a table 93 is constructed for all objects referenced in the cursor 57. This table 93 stores the handle of each object as referenced in the cursor 57, and the handle of each object to which the object translated under the session schema originally used to parse the statement. For a cursor to be sharable, all translations must result in the same base objects. Consequently, at the next request for type definition, the object handle is translated under the session schema trying to share the cursor for each entry in the stored table 93.
When preparing the target library cache 60, this process is reversed. The translation information is used to obtain the correct parsing schema and the correct user for every child cursor 92 (shown in
At the source database instance 53, each child cursor 92 maintains a table that shows the level of authorization that was made to each object. When reconstructing the cursor 61 in the target library cache 60, this same information is used to establish the correct access to each dependent object. The authorization is then matched when the application session tries to share the cursor 61.
When a cursor 57 is first compiled in the source library cache 56, the version of the SQL language used by the client is stored in the child cursor 92. For each cursor 61 pre-compiled into the target library cache 60, the language version for the session and the language in the child cursor 92 must match.
The session preparing the target library cache 60 must compile each cursor 57 extracted from the source library cache 56 using an identical session environment as the source database instance 53. Three sets of environment parameters are needed:
Tables 1 and 2 shown below summarize, by way of example, the settings needed for compiling cursors 57 in the described embodiment. Only session settings that differ from those for the source database instance 53 are extracted. A full session instantiation object is required whenever object instances differ. Other session-specific settings may also be required, as would be recognized by one skilled in the art.
Optimizer and Session Preferences.
SQL diagnostic tracing enabled or
disabled, with or without timing.
Cursor rewritten to use summary
views for data warehouses.
All rows, first rows, rule, or
Parallel force degree for DDL,
DML, and query.
Parallel force degree for database
Percentage of parallelism for
statement to execute.
Hash Join Profile
Whether hash join is enabled.
Upper limit on cost of optimizer
Star Join Profile
Whether to transform SQL
statement into a star join.
B-tree Bit Map
Plan for using bit map indices.
Index behavior, for caches. For
joins, skip unusable indexes.
Whether or not to expand logical
Force or exact.
Rules for merging complex and
Amount of memory allocated for
sorting and to retain after sorting.
Whether to use stored execution
Threshold for considering
If cursor contains international
variant, settings must match.
Settings include date format,
currency, language, territory,
numeric characters, and sort order.
The first time a cursor 61 is executed by the source database instance 53, type-checking is performed and the types of the bind variables are recorded in the child cursor 92. For a cursor 57 to be shared, subsequent executions must have the same bind types with equal or shorter lengths. The extraction process 58 obtains the same bind name, same data type, and same precision as the source cursor 57. In the described embodiment, the bind length used in the target database instance 54 is set to a value equal to or greater than the bind length used in the source database instance 53. The bind length value is rounded up to the next-higher power of 2, which has the positive side effect of increasing performance after failover. As well, the number of child cursors with different bind variants based on bind length per parent cursor 91 is reduced.
Thus, the shared context areas 71 are opened (block 101) and those statements with the largest shared context areas and most frequently use are selected (block 102). The description data 73 is extracted (block 103) as are the SQL text strings 74 (block 104). For every child cursor 92 (shown in
The compilation process uses the description data 73 (shown in
Thus, the target library cache 60 is opened (block 121). An open call is performed to create cursor definition entries in the target library cache 60 (shown in
Next, a parse call is performed (block 123), as further described below with reference to
Next, the describe operation is performed to complete the type definition of output columns (block 125). Using this command, a query is performed without an execution for Select statements only. The command returns a description of the Select list and forces the execution plan to be compiled.
The cursor 61 is closed (block 126). Any session objects that were instantiated during parsing are de-instantiated, thereby releasing the reference to the shared context area. The cursor definition established during the open operation is marked “free,” and the sharable cursor object 94 a-b remains in the target library cache 60. Finally, the target library cache 60 is closed (block 127), after which the routine completes.
Thus, when called for the first time (block 131) a new shared context area is created (blocks 132-134), as follows. First, a syntax check on the statement is performed (block 132). The object names are translated (block 133). Finally, the correct authorization over each object for the session is established (block 134). Otherwise, if the parsing call is a repeated execution (block 131), the instantiation references an existing cursor and a reference pointer is obtained and returned (block 135). The routine then completes.
The first database instance sends the database statement to a second database instance (block 902), in anticipation of the possibility that the second database instance could later take on a similar workload as that currently handled by the first database instance, and, in particular might receive a request to execute the same database statement. In some embodiments, the first database instance sends the statement prior to and in anticipation of a planned shutdown of the first database instance. In other embodiments, the first database sends the statement in anticipation of a possible future unplanned shutdown of the first database instance, in which case the statement can be sent at some predetermined time, such as the time when the statement was received, a time when the second database instance has requested the transfer of one or more statements, or a time determined by a schedule for periodically sending to the second database instance statements submitted to the first database instance.
In other embodiments, there might be other reasons for anticipating that the second database instance might in the future be handling a similar workload as the first database instance. For instance, a multinational company might have database instances located throughout many time zones. A database instance for a time zone that is about to enter daytime hours might be expected to receive a similar workload as that currently handled by a database instance for a time zone that is already in daytime hours.
The second database instance generates and stores one or more structures required for preparing the received database statement for future execution (block 903). In one embodiment, the second database instance parses the database statement, including checking for syntactic validity, and generates a parsed representation, often called a parse tree, for the statement. In the described embodiment, if at some point in the future, a request to execute the same database statement is received, the second database instance does not need to generate the parse tree for the statement prior to generating an execution plan and thus is able to execute the query faster than had the second database instance not previously generated a parse tree for the statement.
In another embodiment, in addition to generating a parse tree for the statement, the second database instance generates, using the parse tree, an execution plan for the statement. An execution plan provides the database with a step-by-step recipe for executing the database statement, including for example, the order and method by which tables are accessed or joined. In the described embodiment, if at some point in the future, a request to execute the same database statement is received, the second database instance can execute the previously generated execution plan for the statement, thereby avoiding the potentially time-consuming operations of generating a parse tree and an execution plan for the statement.
The second database instance receives a request to execute the same statement that was earlier sent (block 904). After receiving the request, the second database instance uses the one or more of the previously-generated structures to execute the statement (block 905).
The first database instance sends one or more of the previously-generated structures to a second database instance (block 1004), in anticipation of the possibility that the second database instance might at some point in the future take on a similar workload as that currently handled by the first database instance, and in particular, might receive a request to execute the same database statement. In some embodiments, the first database instance sends the one or more structures prior to and in anticipation of a planned shutdown of the first database instance. In other embodiments, the first database sends the one or more structures in anticipation of a possible future unplanned shutdown of the first database instance, in which case the structures can be sent at some predetermined time, such as when the statement is received at the first database instance, when the second database instance requests the transfer of structures generated by the first database instance in preparation of one or more statements for execution, or as determined by a schedule for periodically sending to the second database instance structures generated by the first database instance in preparation of one or more statements for execution.
In other embodiments, there may be other reasons for anticipating that the second database instance might in the future be handling a similar workload as the first database instance. For instance, a multinational company might have database instances located throughout many time zones. A database instance for a time zone that is about to enter daytime hours might be expected to receive a similar workload as that currently handled by a database instance for a time zone that is already in daytime hours.
The second database instance receives a request to execute the same statement received by the first database instance (block 1005). After receiving the request, the second database instance uses the one or more previously-sent structures to execute the statement (block 1006). In one embodiment, the structures include a parse tree for the statement, thereby relieving the second database instance of the need to parse the database statement when received in the request. In another embodiment, the one or more structures include an execution plan for the database statement, thereby relieving the second database instance of the need to generate an execution plan for the database statement when received in the request.
While the invention has been particularly shown and described as referenced to the embodiments thereof, those skilled in the art will understand that the foregoing and other changes in form and detail may be made therein without departing from the spirit and scope of the invention.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US4827423 *||May 26, 1987||May 2, 1989||R. J. Reynolds Tobacco Company||Computer integrated manufacturing system|
|US5138712 *||Oct 2, 1989||Aug 11, 1992||Sun Microsystems, Inc.||Apparatus and method for licensing software on a network of computers|
|US5202971||Dec 17, 1990||Apr 13, 1993||International Business Machines Corporation||System for file and record locking between nodes in a distributed data processing environment maintaining one copy of each file lock|
|US5230050 *||Feb 5, 1990||Jul 20, 1993||Hitachi, Ltd.||Method of recompiling a program by using result of previous compilation|
|US5265065 *||Oct 8, 1991||Nov 23, 1993||West Publishing Company||Method and apparatus for information retrieval from a database by replacing domain specific stemmed phases in a natural language to create a search query|
|US5305448||Sep 16, 1993||Apr 19, 1994||International Business Machines Corp.||Shared access serialization featuring second process lock steal and subsequent write access denial to first process|
|US5459862||Sep 30, 1993||Oct 17, 1995||Sunquest Informaion Systems, Inc.||Network concurrency control for autonomous databases featuring independent lock release and lock ownership transfer|
|US5560005 *||Feb 25, 1994||Sep 24, 1996||Actamed Corp.||Methods and systems for object-based relational distributed databases|
|US5623666||May 18, 1995||Apr 22, 1997||Lucent Technologies Inc.||Distributed computing system|
|US5659781||Jun 29, 1994||Aug 19, 1997||Larson; Noble G.||Bidirectional systolic ring network|
|US5692178||Jul 16, 1996||Nov 25, 1997||Borland International, Inc.||System and methods for improved file management in a multi-user environment|
|US5706516||Jan 23, 1995||Jan 6, 1998||International Business Machines Corporation||System for communicating messages among agent processes|
|US5727206||Jul 31, 1996||Mar 10, 1998||Ncr Corporation||On-line file system correction within a clustered processing system|
|US5778354 *||Jun 7, 1995||Jul 7, 1998||Tandem Computers Incorporated||Database management system with improved indexed accessing|
|US5802523||Jun 21, 1996||Sep 1, 1998||Oracle Corporation||Method and apparatus for reducing the memory required to store bind variable descriptors in a database|
|US5822531||Jul 22, 1996||Oct 13, 1998||International Business Machines Corporation||Method and system for dynamically reconfiguring a cluster of computer systems|
|US5828876||Jul 31, 1996||Oct 27, 1998||Ncr Corporation||File system for a clustered processing system|
|US5832521 *||Feb 28, 1997||Nov 3, 1998||Oracle Corporation||Method and apparatus for performing consistent reads in multiple-server environments|
|US5864843 *||Oct 20, 1995||Jan 26, 1999||Ncr Corporation||Method and apparatus for extending a database management system to operate with diverse object servers|
|US5872981||May 30, 1997||Feb 16, 1999||Oracle Corporation||Method for managing termination of a lock-holding process using a waiting lock|
|US5890153||Nov 19, 1996||Mar 30, 1999||Hitachi, Ltd.||Database lock control method|
|US5920872||Jun 25, 1996||Jul 6, 1999||Oracle Corporation||Resource management using resource domains|
|US5956705 *||Oct 30, 1996||Sep 21, 1999||Oracle Corporation||Reverse-byte indexing|
|US6105026||Jul 3, 1997||Aug 15, 2000||Oracle Corporation||Multi-phase locking for partition maintenance operations|
|US6108654||Oct 31, 1997||Aug 22, 2000||Oracle Corporation||Method and system for locking resources in a computer system|
|US6115703 *||May 11, 1998||Sep 5, 2000||International Business Machines Corporation||Two-level caching system for prepared SQL statements in a relational database management system|
|US6148299||Jun 12, 1997||Nov 14, 2000||Canon Kabushiki Kaisha||Selectively processing plurality of transactions using transaction identifiers that including committing, aborting updating and continuous updating content in a plurality of shared data|
|US6185601||Apr 15, 1998||Feb 6, 2001||Hewlett-Packard Company||Dynamic load balancing of a network of client and server computers|
|US6219662 *||Jul 9, 1998||Apr 17, 2001||International Business Machines Corporation||Supporting database indexes based on a generalized B-tree index|
|US6223187 *||Nov 30, 1999||Apr 24, 2001||Puma Technology, Inc.||Distributed synchronization of databases|
|US6253196 *||Jul 9, 1998||Jun 26, 2001||International Business Machines Corporation||Generalized model for the exploitation of database indexes|
|US6314563||Mar 31, 1999||Nov 6, 2001||Sun Microsystems, Inc.||Expedited object locking and unlocking|
|US6347374||Jun 5, 1998||Feb 12, 2002||Intrusion.Com, Inc.||Event detection|
|US6370529||Jan 11, 2000||Apr 9, 2002||Oracle Corporation||Multi-phase locking for partition maintenance operations|
|US6374238 *||Apr 11, 2000||Apr 16, 2002||Hitachi, Ltd.||Routine executing method in database system|
|US6378126 *||Sep 29, 1998||Apr 23, 2002||International Business Machines Corporation||Compilation of embedded language statements in a source code program|
|US6401120||Mar 26, 1999||Jun 4, 2002||Microsoft Corporation||Method and system for consistent cluster operational data in a server cluster using a quorum of replicas|
|US6405252||Aug 23, 2000||Jun 11, 2002||Speedera Networks, Inc.||Integrated point of presence server network|
|US6418441 *||Jul 24, 2000||Jul 9, 2002||Charles G. Call||Methods and apparatus for disseminating product information via the internet using universal product codes|
|US6418542||Apr 27, 1998||Jul 9, 2002||Sun Microsystems, Inc.||Critical signal thread|
|US6430698||Jun 2, 1999||Aug 6, 2002||Nortel Networks Limited||Virtual distributed home agent protocol|
|US6449627 *||Jan 21, 2000||Sep 10, 2002||International Business Machines Corp.||Volume management method and system for a compilation of content|
|US6463457||Aug 28, 2000||Oct 8, 2002||Parabon Computation, Inc.||System and method for the establishment and the utilization of networked idle computational processing power|
|US6466574||Jun 5, 1998||Oct 15, 2002||International Business Machines Corporation||Quality of service improvement of internet real-time media transmission by transmitting redundant voice/media frames|
|US6480854 *||Mar 27, 2000||Nov 12, 2002||Advanced Micro Devices, Inc.||Method and apparatus for increasing database availability|
|US6490610||May 30, 1997||Dec 3, 2002||Oracle Corporation||Automatic failover for clients accessing a resource through a server|
|US6549957||Dec 22, 1998||Apr 15, 2003||International Business Machines Corporation||Apparatus for preventing automatic generation of a chain reaction of messages if a prior extracted message is similar to current processed message|
|US6560216||Sep 17, 1998||May 6, 2003||Openwave Systems Inc.||Data network computing device call processing|
|US6598058 *||Sep 22, 1999||Jul 22, 2003||International Business Machines Corporation||Method and apparatus for cross-node sharing of cached dynamic SQL in a multiple relational database management system environment|
|US6625602||Apr 28, 2000||Sep 23, 2003||Microsoft Corporation||Method and system for hierarchical transactions and compensation|
|US6708195||Mar 12, 1999||Mar 16, 2004||International Business Machines Corporation||Composite locking of objects in a database|
|US6718486||Jul 24, 2000||Apr 6, 2004||David E. Lovejoy||Fault monitor for restarting failed instances of the fault monitor|
|US6738362||Jul 16, 1999||May 18, 2004||Utstarcom, Inc.||Mobile internet protocol (IP) networking with home agent and/or foreign agent functions distributed among multiple devices|
|US6772255||Dec 14, 2000||Aug 3, 2004||Sun Microsystems, Inc.||Method and apparatus for filtering lock requests|
|US6799173||Mar 19, 2002||Sep 28, 2004||Sun Microsystems, Inc.||Method and apparatus for sharing code containing references to non-shared objects|
|US6804711||Oct 19, 1999||Oct 12, 2004||Mci, Inc.||Method and apparatus for managing call processing services in an intelligent telecommunication network|
|US6807540||May 31, 2001||Oct 19, 2004||International Business Machines Corporation||System and method for deadlock management in database systems with demultiplexed connections|
|US6892205||Feb 28, 2002||May 10, 2005||Oracle International Corporation||System and method for pre-compiling a source cursor into a target library cache|
|US7007034 *||Jan 21, 2000||Feb 28, 2006||International Business Machines Corporation||File structure for storing content objects in a data repository|
|US7359925 *||Sep 28, 1998||Apr 15, 2008||Canon Kabushiki Kaisha||Database system, its control method, and information processing apparatus|
|US20020083084 *||Sep 28, 1998||Jun 27, 2002||Mitsumasa Sugiyama||Database system, its control method, and information processing apparatus|
|US20020091718 *||Dec 9, 1998||Jul 11, 2002||Philip L. Bohannon||Method and apparatus for detecting and recovering from data corruption of database via read logging|
|US20020107957||Sep 7, 2001||Aug 8, 2002||Bahman Zargham||Framework, architecture, method and system for reducing latency of business operations of an enterprise|
|US20030033317 *||Mar 23, 1999||Feb 13, 2003||Robert Ziglin||Methods and apparatus for interfacing application programs with database functions|
|US20040205414||Apr 5, 2004||Oct 14, 2004||Roselli Drew Schaffer||Fault-tolerance framework for an extendable computer architecture|
|1||"Compact ProLiant Clusters HA/F100 and HA/F200 Administrator Guide," Compaq Computer Corporation, Part No. 380362-002, Second Edition (Sep. 1999).|
|2||"Notice of Allowance" in related case U.S. Appl. No. 10/086,782, filed Feb. 28, 2002, 7 pages.|
|3||"Sun Cluster 2.2 Software Installation Guide," Sun Microsystems, Part No. 809-5342, Jul. 2000, Revision A.|
|4||Mahapatra, T. et al., "Oracle Parallel Processing" Aug. 2000, O'Reilly, pp. 1-7.|
|5||*||U.S. Appl. No. 10/086,782, filed Feb. 28, 2002.|
|6||*||U.S. Appl. No. 10/086,949, filed Feb. 28, 2002.|
|7||*||U.S. Appl. No. 10/087,494, filed Feb. 28, 2002.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US8171018 *||Oct 6, 2008||May 1, 2012||Ibm International Group B.V.||SQL code generation for heterogeneous environment|
|US8301667||Feb 25, 2010||Oct 30, 2012||Oracle International Corporation||Method and system for implementing efficient cursor pruning|
|US8880551||Apr 6, 2010||Nov 4, 2014||Ibm International Group B.V.||Field oriented pipeline architecture for a programmable data streaming processor|
|US20090083219 *||Oct 6, 2008||Mar 26, 2009||Netezza Corporation||SQL code generation for heterogeneous environment|
|US20110208757 *||Aug 25, 2011||Oracle International Corporation||Method and system for implementing efficient cursor pruning|
|U.S. Classification||707/718, 707/759, 707/769|
|International Classification||G06F7/00, G06F17/00, G06F17/30|
|Cooperative Classification||Y10S707/99934, Y10S707/99953, G06F17/3048, G06F17/30433|
|European Classification||G06F17/30S4P2P, G06F17/30S4P4C|