Wei Q Hu

7039773, May 2, 2006

Apr 29, 2003

10/426471

Wei Ming Hu - Palo Alto CA, US
Juan R. Loaiza - Redwood City CA, US
Roger J. Bamford - Woodside CA, US
Vikram Joshi - Los Gatos CA, US
Arvind Nithrakashyap - San Mateo CA, US
Tudor Bosman - San Francisco CA, US
Vinay Srihari - South San Francisco CA, US
Alok Pareek - Brisbane CA, US

Oracle International Corporation - Redwood Shores CA

G06F 12/00

711158, 711161, 707202, 707203, 714 16, 714 20

An improved method, mechanism, and system for implementing, generating, and maintaining records, such as redo records and redo logs in a database system, are disclosed. Multiple sets of records may be created and combined into a partially ordered (or non-ordered) group of records, which are later collectively ordered or sorted as needed to create an fully ordered set of records. With respect to a database system, redo generation bottleneck is minimized by providing multiple in-memory redo buffers that are available to hold redo records generated by multiple threads of execution. When the in-memory redo buffers are written to a persistent storage medium, no specific ordering needs to be specified with respect to the redo records from the different in-memory redo buffers. While the collective group of records may not be ordered, the written-out redo records may be partially ordered based upon the ordered redo records from within individual in-memory redo buffers. At recovery, ordering and/or merging of redo records may occur to satisfy database consistency requirements.

7337234, Feb 26, 2008

Apr 5, 2002

10/118203

Wei Hu - Palo Alto CA, US
Juan Loaiza - Redwood City CA, US

Oracle International Corporation - Redwood Shores CA

G06F 15/173
G06F 15/16
G08C 25/02
H04L 12/28

709239, 709227, 709219, 714748, 370218

A system is provided to manage retry communications between a client and a data source. The system includes a plurality of logical components that sequentially combine to form a communication path for a client communication. At least one of the components in the communication path is designated as a retry component. The retry component retries failed client communications for all of the components in the communication path.

7376864, May 20, 2008

Dec 30, 1998

09/223660

Wei Ming Hu - Palo Alto CA, US
Juan R. Loaiza - San Carlos CA, US

Oracle International Corporation - Redwood Shores CA

G06F 11/00

714 8, 714 25

A method and system for diagnostic preservation of the state of resources in a computer system after a failure is disclosed. An aspect of the invention is directed to the real-time diagnostic analysis of a computer system after a failure, in which the state of resources needed for the diagnostic analysis are preserved from the time of the failure. The computer system is then accessed by using other resources on the computer system, and the preserved resources are analyzed to debug the failure.

7571173, Aug 4, 2009

Oct 15, 2004

10/966961

Wanli Yang - San Mateo CA, US
Bipul Sinha - Foster City CA, US
Amit Ganesh - San Jose CA, US
Wei Hu - Palo Alto CA, US
Alok Pareek - Brisbane CA, US
Alexander H. Hwang - Orinda CA, US
Steven Charles Wertheimer - Kentfield CA, US
Francisco M. Sanchez - San Carlos CA, US
Dmitry Mikhailovich Potapov - Emerald Hills CA, US
Juan R. Loaiza - Redwood City CA, US
William H. Bridge - Alameda CA, US
J. William Lee - Redwood Shores CA, US

Oracle International Corporation - Redwood Shores CA

G06F 7/00

707101

A method and apparatus for creating a target database on a target platform based on a source database on a source platform is provided. A target database is created on the target platform based on data, metadata (for example, data in the system tablespace and control files), and external objects (for example, password files and externally stored tables) comprised within the source database. Data and metadata stored in tablespaces of the source database are converted to the format compatible with the target platform. The conversion of the data and metadata may be performed either at the source database or the target database. Redo information and undo information of the source database are not copied from the source database to the target database. Certain files, e. g. , a password files, and links to externally stored object may be recreated on the target database.

7627614, Dec 1, 2009

Mar 3, 2005

11/072111

Wei Ming Hu - Palo Alto CA, US
Mark Dilman - San Mateo CA, US
J. William Lee - Redwood Shores CA, US
Juan R. Loaiza - Redwood City CA, US
Vinay Srihari - South San Francisco CA, US

Oracle International Corporation - Redwood Shores CA

G06F 17/30

707203

Techniques are provided for detecting lost writes so that data corruption can be avoided. According to one technique, lost writes are detected by comparing version numbers that are indicated in redo log entries with version numbers that are indicated in corresponding blocks in a standby database. According to one technique, which may be used in conjunction with the above technique, lost writes are detected by logging read operations that occur relative to a primary database, and comparing version numbers that are indicated in read log entries with version numbers that are indicated in corresponding blocks in a standby database. According to one technique, lost writes are detected by comparing, in response to read operations, (a) version numbers that are stored in a persistent in-memory cache with (b) version numbers that are indicated in corresponding blocks that are read from a primary database.

7631091, Dec 8, 2009

Feb 18, 2005

11/060897

Wei Hu - Palo Alto CA, US
Juan Loaiza - Redwood City CA, US
Ramana Yerneni - Cupertino CA, US

Oracle International Corporation - Redwood Shores CA

G06F 15/16
G06F 12/00

709229, 709226

Disclosed are methods, systems, and mediums for improving system utilization and throughput. In some embodiments, application requests received at a primary site are routed to a secondary site for processing when the requests are found to be suitable for processing at the secondary site.

8308964, Nov 13, 2012

Sep 30, 2010

12/895630

Yuan Xu - Santa Clara CA, US
Wei Hu - San Mateo CA, US
Justin Jia-Jen Hwu - Fremont CA, US
Gene Gauzner - San Jose CA, US
Koichi Wago - Sunnyvale CA, US
David Shiao-Min Kuo - Palo Alto CA, US

Seagate Technology LLC - Cupertino CA

B44C 1/22

216 22, 216 38, 438427, 438692

A planarization process may planarize a media disk that has data trenches between data features and larger servo trenches between servo features. A filler material layer is deposited on the media disk and provides step coverage of the trenches. The filler material has data recesses over the data trenches and servo recesses over the servo trenches that must be removed to produce a planar media surface. A first planarization process is used to remove the data recesses and a second planarization process is used to remove the servo recesses.

8438169, May 7, 2013

Nov 5, 2004

10/982135

Wei Hu - Palo Alto CA, US
Yunrui Li - Fremont CA, US
Vinay Srihari - South San Francisco CA, US
Ramana Yemeni - Cupertino CA, US

Oracle International Corporation - Redwood Shores CA

G06F 17/30

707745

Each of a plurality of Worker processes are allowed to perform any and all of the following tasks involving logged work items: (1) reading a subset of the work items from a log; (2) sequentially ordering work items for corresponding data objects; (3) applying a sequentially ordered set of work items to a corresponding data object; and (4) transmitting a subset of work items to a Worker process running on another database server in a cluster, if necessary. These tasks can be performed concurrently, at will, and as available, by the Worker processes. An improved checkpointing technique eliminates the need for the Worker processes to get to a synchronization point and stop. Instead, a Coordinator process examines the current state of progress of the Worker processes and computes a past point in the sequence of work items at which all work items before that point have been completely processed, and records this point as the checkpoint.