Method and system for root filesystem replication

Error detection/correction and fault detection/recovery – Data processing system error or fault handling – Reliability and availability

Reexamination Certificate

Rate now

  [ 0.00 ] – not rated yet Voters 0   Comments 0

Details

C714S005110, C713S002000

Reexamination Certificate

active

06779130

ABSTRACT:

BACKGROUND OF THE INVENTION
1. Technical Field of the Invention
The present invention generally relates to root filesystem redundancy. More particularly, the present invention is directed to a method, system and program storage device for providing improved recovery of a root filesystem from a single disk drive in a storage subsystem having a plurality of disk drives without the added expense of providing Redundant Array of Independent Disks (i.e., “RAID”) hardware support.
2. Description of the Prior Art
The ever-increasing use of information technology has spawned a greater need for vast amounts of data to be stored in an online format, readily accessible by a number of different requesters while contained in a medium that offers high security and reliability for online applications. While hard drives have proven to be a cornerstone in providing a solution to these needs—a sound medium that can quickly share and store data—the task has proven to be too great for any single hard drive to accomplish on its own. Different systems have emerged to harness a plurality of disk drives into a so-called large virtual disk drive. That is, the different systems have united the capacity of the plurality of disk drives into a common storage subsystem, while providing for increased data reliability (i.e., fault tolerance) and fast data throughput capabilities (i.e., improved performance).
For example, a Redundant Array of Independent Disks (“RAID”) is a widely utilized storage subsystem for employing a plurality of disk drives in combination (i.e., an array of disk drives) for providing fault tolerance and improved performance. The RAID array of disk drives is frequently utilized on servers, but generally is not necessary for personal computers. There are generally six different RAID levels (i.e., levels zero through five) that provide various levels of fault tolerance and performance, with levels zero, one and five being the most commonly utilized levels.
Level zero provides for data striping, i.e., spreading out blocks of each file (i.e., data) across multiple disk drives, but this level does not provide for redundancy. Since no redundant information is stored for level zero, the failure of a disk drive in the array of disk drives that includes a root filesystem (described herein below) results in storage subsystem being unbootable. Thus, level zero provides overall very good performance, but it does not deliver fault tolerance, particularly for the root filesystem. Level one provides disk mirroring, a technique for writing each file (i.e., data) to two duplicate disks simultaneously. Disk mirroring is most commonly used in an on-line database storage subsystem where it is critical that data be accessible at all times. In level one, if one of the disk drives fails, the storage subsystem can instantly switch to the other disk drive without any loss of data or service, or the system is enabled to boot from a mirrored disk drive if the other disk drive fails. Thus, level one provides performance that is the same or slightly lower than a single drive, but concurrently provides some level of fault tolerance, although with a high cost of storage (i.e., significant additional storage requirements for mirroring). Level 5, provides for data striping with distributed parity, i.e., parity being distributed over at least three operational disk drives. Thus, level 5 affords excellent performance and good fault tolerance, although adding significant costs in terms of hardware support, by requiring a plurality of operational disk drives for storing parity information. Thus, in level 5, a failure of more than one disk drive in the storage subsystem will result in the storage subsystem becoming unbootable.
Hardware-based RAID storage subsystems utilize a RAID controller board, which is a backbone hardware element for the RAID's array of disks. It not only distributes input/output (i.e., “I/O”) operations to specific disk drives in the array of disks, but it also provides a physical link to each of the independent disk drives in the array of disks so that a disk drive may easily be removed and/or replaced. The RAID controller further monitors the integrity of each disk drive in the array of disk drives to anticipate the need to move data should the array of disk drives be placed in jeopardy by a faulty or a failing disk drive, thereby providing fault tolerance, i.e., transparent recovery from disk drive failure.
Contrary to a RAID storage system that provides for hardware support for the plurality of disk drives in the storage subsystem, a storage subsystem that does not utilize hardware support (i.e., RAID controller board) utilizes device adapters (described hereinbelow) to perform input/output (i.e., “I/O”) operations to the plurality of disk drives in the storage subsystem. Unlike the RAID controller board that distributes I/O operations to specific disk drives in the storage subsystem, device adapters merely relay I/O operations to specific disk drives in the storage subsystem as requested. Device adapters that may be utilized in the storage subsystem include variants of the small computer system interface (“SCSI”), fibre channel (“FC”), cabling and the like. A SCSI interface provides data transfer rates of up to 80 megabytes per second (“MBps”), enabling mass storage devices (e.g., plurality of disk drives) to be attached to the single SCSI interface. FC is a serial data transfer architecture that is being standardized by the American National Standards Institute (“ANSI”). A most prominent FC is a Fibre Channel Arbitrated Loop (i.e. “FC-AL”), designed for mass storage subsystems that require high bandwidth (e.g., data transfer rates of 100 MBps) by using optical fiber to connect the mass storage devices (e.g., plurality of disk drives). Cabling interface represents any bus architecture to which disk drives in the storage subsystem may physically be attached, such as SCSI cables (i.e., 68 copper wire bus architecture), FC cables (i.e., 4 copper wire or 2 fiber optic cables), SSA cables (i.e., 4 copper wires used in an SSA serial Bus architecture) and the like.
In general, a root filesystem must be as small as possible and must include sufficient information to at least boot a storage subsystem, since a corrupted root filesystem invariably makes a storage subsystem unbootable except with the use of a bootable disk, such as a floppy disk or the like. The root filesystem is included in a particularly designated partition of a disk drive, such as a root RAID partition in a RAID storage subsystem. Thus, in a storage subsystem that includes a plurality of mass storage devices (i.e., disk drives), it is advantageous and would be highly desirable to enable the storage subsystem to boot from any of the plurality of disk drives, thereby improving fault tolerance (i.e., redundancy) of the root filesystem. Although, the hardware-based RAID storage subsystem provides for root filesystem redundancy through RAID's level 1 and level 5, as particularly described hereinabove the RAID's root filesystem redundancy requires hardware support.
Software-based RAID storage subsystems require that a software RAID subsystem, which is necessary to manage root filesystem, be loaded and operational before it can manage the root filesystem in the RAID storage subsystem. That is, RAID configuration data for the plurality of disk drives in the storage subsystem, which is typically stored in the root filesystem, has to be obtained as part of the starting of the software RAID subsystem. Because the root filesystem must be available prior starting the software-based RAID storage subsystem, the software RAID subsystem cannot manage the root filesystem, i.e., be utilized to provide for improved recovery of the root filesystem.
Therefore there is a need in the art for providing a system and method for improved recovery of a root filesystem from a single disk drive in a storage subsystem having a plurality of disk drives without the added expense of providing RAID hardware support.
SUMMARY OF THE INVENTION
It is therefore a

LandOfFree

Say what you really think

Search LandOfFree.com for the USA inventors and patents. Rate them and share your experience with other people.

Rating

Method and system for root filesystem replication does not yet have a rating. At this time, there are no reviews or comments for this patent.

If you have personal experience with Method and system for root filesystem replication, we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method and system for root filesystem replication will most certainly appreciate the feedback.

Rate now

     

Profile ID: LFUS-PAI-O-3344496

  Search
All data on this website is collected from public sources. Our data reflects the most accurate information available at the time of publication.