|Publication number||US7529898 B2|
|Application number||US 10/888,711|
|Publication date||May 5, 2009|
|Filing date||Jul 9, 2004|
|Priority date||Jul 9, 2004|
|Also published as||US20060010174|
|Publication number||10888711, 888711, US 7529898 B2, US 7529898B2, US-B2-7529898, US7529898 B2, US7529898B2|
|Inventors||Lu Nguyen, John R. Paveza|
|Original Assignee||International Business Machines Corporation|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (15), Non-Patent Citations (4), Referenced by (21), Classifications (13), Legal Events (4)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Technical Field
The present invention relates to backing up information in a computing system. More particularly, some examples of the invention concern using the Common Information Model (CIM) to describe data backup types and backup and restore objects.
2. Description of Related Art
Important data is often stored in computing systems. Frequently, a backup copy of data is made to prevent data from being lost if data becomes corrupted. If data becomes corrupted, the data can be restored from the backup copy. Consequently, it is important to be able to reliably back up data.
In a typical backup implementation, a backup client obtains data that is to be backed up, for example data from a database, and sends the data to a backup server. The backup server then stores the data on a storage device, such as a hard disk drive or tape. To retrieve the backup copy of the data, the backup server obtains the data from the storage device and sends the data to the backup client. The backup client then restores the data to the proper location.
In modern computing systems, operations for backing up and restoring data can be very complex. For example, there are several different types of backups that may be performed. Different types of backups include, for example, full, incremental (which includes all data since the previous incremental backup), differential (which includes all data since the previous full backup), copy (wherein the database does not truncate logs), LAN-free (which is over Fibre Channel), serverless (which bypasses the server such that data is sent directly from a host to a backup storage device), and 3rd party (wherein the data is sent directly from a host storage device to a backup storage device).
Further, different vendors of backup/restore products typically implement the various types of backups differently, using proprietary client and server communications protocols and overhead. As a result, each vendor's implementation is incompatible with every other vendor's implementation. For example, a VERITAS NetBackup™ backup server cannot be used with an IBM® Tivoli® Storage Manager backup client. This incompatibility prevents users from being able to use backup clients and backup servers obtained from different vendors, for example to take advantage of strengths of particular products. Thus, with the current approach, customers are “locked in” to a particular vendor, and must continue to purchase products from that single vendor, or alternatively, expend the funds required to replace their entire backup infrastructure. Consequently, known techniques for backing up data are inadequate because users cannot mix and match backup clients and backup servers obtained from different vendors.
One aspect of the invention is a method for backing up data. An example of the method includes creating a description of a backup. The description of the backup may be created in response to receiving a request to perform a backup. This example also includes receiving a block of data to be backed up. This example further includes generating a packet that includes the block of data, and metadata, wherein the block of data and the metadata are included in a common information protocol object. This example additionally includes transmitting the packet. This example may also include extracting the block of data from the packet, and storing the block of data on a storage device.
This example may also include receiving a request to restore at least some of the data. Further, this example may include retrieving a block of backed up data from a storage device. This example may additionally include generating a secondary data packet that includes the block of backed up data, wherein the block of backed up data is included in a common information protocol object. This example may also include transmitting the secondary data packet.
Other aspects of the invention are described in the sections below, and include, for example, a computing system, and a signal bearing medium tangibly embodying a program of machine-readable instructions executable by a digital processing apparatus to perform operations for backing up data.
Some examples of the invention advantageously permit backup and restore operations to be performed using backup clients and backup servers from different vendors. Further, some examples of the invention are easily extensible to permit additional capabilities to be added. The invention also provides a number of other advantages and benefits, which should be apparent from the following description.
The nature, objectives, and advantages of the invention will become more apparent to those skilled in the art after considering the following detailed description in connection with the accompanying drawings.
One aspect of the invention is a computing system for backing up and restoring data. As an example, the computing system may be embodied by all, or portions of, the computing system 100 shown in
The host 102 may include a database 112, a file system 114, and a backup client 116. As an example, the host 102 may be an IBM eServer xSeries model x445 server, or any other suitable computing device. The backup server 104 may include backup server software 118, which may include a communication component 119 (for communicating with the host 102), a storage manager component 120, and a database component 121. The database component may keep a record of all of the backups and restores that have occurred. As an example, IBM® TIVOLI® Storage Manager may be used for the backup server software. As another example, the backup server may be an IBM eServer® pSeries 690, or any other suitable computing device. In an alternative embodiment, the backup server could be implemented on the host 102.
The host 102 may be coupled to the backup server 104 via a communications link 122. As an example, the communications link 122 may support TCP/IP or Fibre Channel protocols, and may be a Wide Area Network (WAN), a Local Area Network (LAN), a Storage Area Network (SAN), or any other suitable type of communications link or network. In another example, the host 102 and the backup server 104 could communicate via shared memory. In another example, a named pipe may be used in instances where the backup client and the backup server software are installed on the same machine. The backup server 104 may be coupled to the storage devices 106, 108, 110 with a communications link 124. As an example, the communications link 124 may support SCSI, iSCSI, or Fibre Channel protocols, and may be a WAN, LAN, SAN, or any other suitable type of communications link or network. As an example, the storage devices may include a magnetic storage device 106 (which for example may comprise one or more hard disk drives), an optical storage device 108 (which for example may comprise one or more CD or DVD drives), and a tape library storage device 110. In further examples, the magnetic storage device 106 may be an IBM TotalStorage Enterprise Storage Server (ESS) model 2105, and the tape library storage device 110 may be an IBM TotalStorage 3494 Enterprise Tape Library. However, the storage devices may be any suitable types of storage devices. For example, each of the storage devices could include one or more of the following: a CD-ROM, CD-R, CD-RW, WORM, DVD-R, DVD+R, DVD-RW, or DVD+RW drive, a magnetic storage “hard disk drive”, a RAID array, a magnetic data storage diskette (such as a floppy disk), a magnetic tape data storage device, a digital optical tape data storage device, and/or a magneto-optical data storage device.
An exemplary computing apparatus 200 is shown in
In addition to the hardware embodiments described above, other aspects of the invention concern a method for backing up data, and for restoring data.
In the context of
This signal-bearing medium may comprise, for example, primary memory 210 and/or non-volatile memory 212. Alternatively, the instructions may be embodied in a signal-bearing medium such as the optical data storage disc 300 shown in
For ease of explanation, but without any intended limitation, exemplary method aspects of the invention are described with reference to the computing system 100 described above and shown in
Operations of the sequence 400 may be performed by the host 102, and in some embodiments may be performed by the host 102 in conjunction with the backup server 104. Referring to
The sequence 400 may also include operation 406, which comprises transmitting the description of the backup. As an example, the description of the backup may be transmitted from the backup client 116 to the backup server 104. The sequence 400 may also include operation 408, which comprises transmitting a request (for example from the backup client 116), for a database (for example), to prepare for a backup. The sequence 400 may also include operation 410, which comprises requesting a block of data, for example, using a well known API. For example, the backup client 116 may request a block of data from the database 112. The sequence 400 may also include operation 412, which comprises receiving the block of data to be backed up from the application or database. For example, the backup client 116 may receive the block of data to be backed up from the application or database.
The sequence 400 may also include operation 414, which comprises generating a packet that includes the block of data. As an example, the packet may include at least some information written in a markup language, for example XML. The packet may be created by the backup client 116, which may wrap the data block in the packet. Generally, the packet may include other information, which may be called metadata, and the backup data and metadata may be encapsulated in the packet, which is universally readable. In some examples, the packet may be called an XML packet. The packet may include a common information protocol object that is a description of the block of data. As an example, the common information protocol may be CIM. The metadata may include, for example, a destination address, the source address, the date, time, host name, and original location of the data, and may also include information identifying the contents of the block of data and information about the data that is backed up, for example, whether the data is a database, a filesystem, or other object, and may also include the size, format, and sequence of each block of data, and of the entire backup. Some or all of the metadata may also be included in the description of the backup. For example, date and time information will typically be included in the description of the backup.
Referring again to
The sequence 400 may also include operation 424, which comprises sending the block of data to a storage device. For example, the backup server 104 may send the block of data to one of the storage devices 106, 108, 110. As an example, the data may be stored on the storage device in a manner such that the block of data and any other blocks of data in the backup are stored as sequential data blocks. Generally, the server extracts the block of data from the CIM/XML packet, and stores the block of data on the storage device, but typically does not store the CIM/XML header. The server may use a server-specific method for storing and retrieving data from the storage device. In some embodiments the data blocks have a small CIM/XML header that helps the application identify the type (datablock), source, and sequence.
The sequence 400 may also include operation 426, which comprises determining if there are additional blocks to be backed up in the backup. As an example, operation 426 may be performed by the backup client 116. If there are additional blocks to be backed up, then one or more of operations 410 to 426 may be repeated. Sequence 400 may also include operation 428, which comprises recording backup metadata associated with the backup in a backup server database, which for example, may be internal to the backup server 104. As an example, the backup metadata may be stored using the backup server's proprietary format. As another example, the backup metadata may be stored as a CIM object. Operation 428 may also include storing a transaction log, which may also be stored as a CIM object. The transaction log may be described as a CIM object, in order to permit transferring the data to the backup server 104. Once the transaction log data is at the backup server 104, the backup server 104 may store the transaction log data in a proprietary format used by the backup server, or may store the transaction log data as a CIM object.
The sequence 400 may also include operation 430, which comprises transmitting information indicating that the data has been successfully backed up and that the backup has been completed. As an example, the message indicating that the data has been successfully backed up may be transmitted from the backup client 116 to a user. The sequence 400 also may include using CIM to describe initial handshaking, metadata transfer, bulk data transfer, transaction log processing, and ending operations.
If desired, the sequence 400 may also include operations for restoring data blocks from one or more of the storage devices 106, 108, 110. Thus, the sequence 400 for a method for backing up data, may also include restoring data. Alternatively, in some embodiments, the operations for restoring data may be performed without also performing operations for backing up the data. The techniques described herein for backing up data may generally employed for restoring data, with the operations generally being performed in a reverse direction.
The sequence 400 may include one or more of the following operations for restoring data. Referring to
Some examples of the invention permit performing backup and restore operations by using CIM objects and CIM descriptions, wherein backup and restore objects, and the devices used to store them, are modeled using CIM. At runtime, the backup client 116 and the backup server 104 may send messages to each other as XML documents that describe CIM objects. Thus, the host 102 and server 104 may communicate using XML. Any suitable language may be used to write the XML. The CIM/XML can then be sent using a variety of transport mechanisms, including HTTP. This transport mechanism can contain both the control information and the actual data, and may be sent, for example, over Fibre Channel, and in this case the communications are called “inband”. Alternatively a TCP/IP communications link could be used for the control information, the actual data, or both. Thus, inband or outband CIM could be used.
In summary, some examples of the invention permit describing backup types and objects using CIM, thereby allowing different backup software packages to interoperate. In some implementations, it may be possible to take a backup made to one server and migrate the backup to another server. With some examples of the invention, backup types such as full, incremental, differential, snapshot, and LAN-free, may be described using CIM. Backup objects that may be described using CIM may include any of the following, for example: a host, a server, a CPU in a server, a block of data, a database log, a description of a backup, a backup type, an entire backup (such as a backup performed on a particular day), as well as objects such as log files and database files which may be within another object such as a backup performed on a particular day.
Further, backup and restore operations, such as initial handshaking, metadata transfer, bulk data transfer, transaction log processing, and ending operations, may be described using CIM and CIM objects. With some examples of the invention, backed-up data may be stored in a CIM-compliant format, so that any client can use data backed up by any other client. Specifically, metadata may be stored in a common format, transaction logs may be stored in a set format, and data may be stored as sequential data blocks that can be processed by any client. Thus, some examples of the invention beneficially permit a first vendor's client to interoperate with a second vendor's server. Further, some examples of the invention beneficially permit backing up a file system or database using a first client software, storing that backup using a second server software, and restoring the data using a third client software.
While the foregoing disclosure shows a number of illustrative embodiments of the invention, it will be apparent to those skilled in the art that various changes and modifications can be made herein without departing from the scope of the invention as defined by the appended claims. Furthermore, although elements of the invention may be described or claimed in the singular, the plural is contemplated unless limitation to the singular is explicitly stated.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5890165||Mar 29, 1996||Mar 30, 1999||Emc Corporation||Method and apparatus for automatic discovery of databases|
|US5937415||Dec 11, 1996||Aug 10, 1999||Sybase, Inc.||Data base development system with methods facilitating copying of data from one data source to another|
|US6014674||Nov 13, 1997||Jan 11, 2000||Sybase, Inc.||Method for maintaining log compatibility in database systems|
|US6044369||Jan 14, 1998||Mar 28, 2000||Dell Usa, L.P.||Hash table call router for widely varying function interfaces|
|US6345368||Jan 15, 1999||Feb 5, 2002||Lsi Logic Corporation||Fault-tolerant access to storage arrays using active and quiescent storage controllers|
|US6374366||Feb 23, 1999||Apr 16, 2002||Adaptec, Inc.||Automated drive repair systems and methods|
|US6427168||Jul 26, 1999||Jul 30, 2002||Microsoft Corporation||Architecture for system monitoring using high-performance providers|
|US6560591||Sep 29, 2000||May 6, 2003||Intel Corporation||System, method, and apparatus for managing multiple data providers|
|US20020013808||Sep 30, 1998||Jan 31, 2002||Douglas Robert Case||Method and system for extending client-server software to additional client platforms|
|US20020156921||Apr 19, 2001||Oct 24, 2002||International Business Machines Corporation||Automatic backup of wireless mobile device data onto gateway server while device is idle|
|US20020194208||Aug 16, 2001||Dec 19, 2002||Knoll David C.||Methods of managing the transfer, use, and importation of data|
|US20030014432||Nov 19, 2001||Jan 16, 2003||Sun Microsystems, Inc.||Storage network data replicator|
|US20030037177||Feb 14, 2002||Feb 20, 2003||Microsoft Corporation||Multiple device management method and system|
|US20030055808||Sep 18, 2001||Mar 20, 2003||Sun Microsystems, Inc.||Methods, systems, and articles of manufacture for implementing a runtime logging service storage infrastructure|
|US20060149889 *||Feb 5, 2003||Jul 6, 2006||Sridhar Sikha||Method and system for backup data access through standard network file sharing protocols|
|1||"CIM Tutorial", Jun. 13, 2003, pp. 1-105, Distributed Management Task Force, Portland.|
|2||"Managing A Storage Array Using CIM Schema 2.7", Revision 0.14, Work-in-Progress Draft, Sep. 13, 2002, pp. 1-35, Storage Networking Industry Association, San Francisco.|
|3||"SNIA Storage Management Initiative Specification Version 1.0.1", Sep. 12, 2003, pp. 1-644, Storage Networking Industry Association, San Francisco.|
|4||Nguyen et al., U.S. Appl. No. 10/888,712, titled "Method and system for performing a backup by querying a backup infrastructure", filing date Jul. 9, 2004, 23 pages plus 6 drawing sheets.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7944814 *||May 8, 2006||May 17, 2011||Audiocodes Ltd||Switching between secured media devices|
|US8005924 *||Apr 29, 2009||Aug 23, 2011||Lsi Corporation||Unified support for web based enterprise management (“WBEM”) solutions|
|US8504515 *||Mar 30, 2010||Aug 6, 2013||Commvault Systems, Inc.||Stubbing systems and methods in a data replication environment|
|US8572038||May 27, 2011||Oct 29, 2013||Commvault Systems, Inc.||Systems and methods for performing data replication|
|US8589347||May 27, 2011||Nov 19, 2013||Commvault Systems, Inc.||Systems and methods for performing data replication|
|US8655850||Dec 15, 2006||Feb 18, 2014||Commvault Systems, Inc.||Systems and methods for resynchronizing information|
|US8656218||Sep 12, 2012||Feb 18, 2014||Commvault Systems, Inc.||Memory configuration for data replication system including identification of a subsequent log entry by a destination computer|
|US8666942||Jun 14, 2012||Mar 4, 2014||Commvault Systems, Inc.||Systems and methods for managing snapshots of replicated databases|
|US8725694||May 3, 2013||May 13, 2014||Commvault Systems, Inc.||Systems and methods for performing replication copy storage operations|
|US8725698||Mar 30, 2010||May 13, 2014||Commvault Systems, Inc.||Stub file prioritization in a data replication system|
|US8726242||Dec 21, 2006||May 13, 2014||Commvault Systems, Inc.||Systems and methods for continuous data replication|
|US8745105||Sep 26, 2013||Jun 3, 2014||Commvault Systems, Inc.||Systems and methods for performing data replication|
|US8793221||Sep 12, 2012||Jul 29, 2014||Commvault Systems, Inc.||Systems and methods for performing data replication|
|US8868494||Aug 2, 2013||Oct 21, 2014||Commvault Systems, Inc.||Systems and methods for selective data replication|
|US8935210||Apr 25, 2014||Jan 13, 2015||Commvault Systems, Inc.||Systems and methods for performing replication copy storage operations|
|US9002785||Jul 31, 2013||Apr 7, 2015||Commvault Systems, Inc.||Stubbing systems and methods in a data replication environment|
|US9002799||Feb 14, 2014||Apr 7, 2015||Commvault Systems, Inc.||Systems and methods for resynchronizing information|
|US9003374||May 5, 2014||Apr 7, 2015||Commvault Systems, Inc.||Systems and methods for continuous data replication|
|US9020898||Jul 9, 2014||Apr 28, 2015||Commvault Systems, Inc.||Systems and methods for performing data replication|
|US9047357||Feb 28, 2014||Jun 2, 2015||Commvault Systems, Inc.||Systems and methods for managing replicated database data in dirty and clean shutdown states|
|US20110246416 *||Mar 30, 2010||Oct 6, 2011||Commvault Systems, Inc.||Stubbing systems and methods in a data replication environment|
|U.S. Classification||711/162, 711/100, 707/999.1, 707/999.2, 707/999.202|
|Cooperative Classification||Y10S707/99953, G06F11/1469, G06F11/1451, G06F11/1464, G06F11/1458|
|European Classification||G06F11/14A10P, G06F11/14A10P4|
|Sep 23, 2004||AS||Assignment|
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:NGUYEN, LU;PAVEZA, JOHN R.;REEL/FRAME:015170/0105
Effective date: 20040707
|Dec 17, 2012||REMI||Maintenance fee reminder mailed|
|May 5, 2013||LAPS||Lapse for failure to pay maintenance fees|
|Jun 25, 2013||FP||Expired due to failure to pay maintenance fee|
Effective date: 20130505