CA2139694C - Replication facility - Google Patents
Replication facility Download PDFInfo
- Publication number
- CA2139694C CA2139694C CA002139694A CA2139694A CA2139694C CA 2139694 C CA2139694 C CA 2139694C CA 002139694 A CA002139694 A CA 002139694A CA 2139694 A CA2139694 A CA 2139694A CA 2139694 C CA2139694 C CA 2139694C
- Authority
- CA
- Canada
- Prior art keywords
- files
- copy
- group
- file
- computer systems
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
- G06F16/184—Distributed file systems implemented as replicated file system
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
Abstract
A replication facility provides for the replication of files or portions of files in a distributed environment. The replication facility is able to replicate any subtree within a distributed namespace of the distributed environment. The replication facility provides multi-mastered, weakly consistent replication. The replication facility supports both public replication and private replication.
Description
z~~~~~~~
EXPRESS MAIL NO. TB337412152US
.,- .
REPLICATION FACILITY
Technical Field The present invention relates generally to data processing systems and, more particularly, to replication facilities used within distributed systems.
Replication facilities have been provided in a number of different types of software products. For instance, replication facilities have been incorporated in database products, network directory service products, and groupware products. Many of the conventional replication facilities are limited in terms of what they can replicate. For instance, many conventional replicators can only replicate one type of logical structure (i.e., a file). Furthermore, the conventional replicators are limited in terms of the quantity of the logical structures that may be replicated at a time. In particular, many conventional replicators can only replicate one file at a time.
Summary of the Invention In accordance with a first aspect of a preferred embodiment of the present invention, a method is practiced in a distributed 'system' having a replication facility and a number of computer systems that each include a storage device. In this method, a plurality of files are provided and organized into a tree. A single one of the files is replicated using the replication facility such that a copy of the file is stored in the storage device of a different computer system than the original copy of the file. A
subtree of files of multiple levels is also replicated.
The subtree is originally stored on the storage device of
EXPRESS MAIL NO. TB337412152US
.,- .
REPLICATION FACILITY
Technical Field The present invention relates generally to data processing systems and, more particularly, to replication facilities used within distributed systems.
Replication facilities have been provided in a number of different types of software products. For instance, replication facilities have been incorporated in database products, network directory service products, and groupware products. Many of the conventional replication facilities are limited in terms of what they can replicate. For instance, many conventional replicators can only replicate one type of logical structure (i.e., a file). Furthermore, the conventional replicators are limited in terms of the quantity of the logical structures that may be replicated at a time. In particular, many conventional replicators can only replicate one file at a time.
Summary of the Invention In accordance with a first aspect of a preferred embodiment of the present invention, a method is practiced in a distributed 'system' having a replication facility and a number of computer systems that each include a storage device. In this method, a plurality of files are provided and organized into a tree. A single one of the files is replicated using the replication facility such that a copy of the file is stored in the storage device of a different computer system than the original copy of the file. A
subtree of files of multiple levels is also replicated.
The subtree is originally stored on the storage device of
2 one of the computer systems. Replication is performed using the replication facility such that a copy of the subtree and its files are stored in the storage device in another of the computer systems.
In accordance with another aspect of the present invention, a first copy of a file is provided in one of the computer systems. A second copy of the file is provided in another of the computer systems. The first copy of the file is reconciled with the second copy of the file using a reconciler facility. The reconciliation ensures that the second copy of the file incorporates any changes made to the first copy of the file. A first copy of a group of files is provided in one of the computer systems, and a second copy of the group of files is provided in another of the computer systems. The reconciler facility is used to reconcile the first copy of the group of files with the second copy of the group of files so that the second copy of the group of files incorporates any changes made to the first copy of the group of files since last reconciled.
In accordance with a further aspect of the present invention, a first copy of a group of files is stored in the storage device of a first of the computer systems. A second copy of the group of files is stored in the storage device of a second of the computer systems.
Changes are made to at least one of the files in the first copy of a group of files. The changes are propagated to the second group of files upon the occurrence of an event.
Additional change's are tnacle to at least orie of the files in the first copy of a croup of files, and these changes are also propagated to the second copy of a group of files upon the occurrence of another event.
In accordance with yet another aspect of the present invention, a first copy of a group of files is stored in the storage device of the first computer system.
The second copy of the group of files is stored in the storage device of a second computer system. Any changes ~~J~~~t~
In accordance with another aspect of the present invention, a first copy of a file is provided in one of the computer systems. A second copy of the file is provided in another of the computer systems. The first copy of the file is reconciled with the second copy of the file using a reconciler facility. The reconciliation ensures that the second copy of the file incorporates any changes made to the first copy of the file. A first copy of a group of files is provided in one of the computer systems, and a second copy of the group of files is provided in another of the computer systems. The reconciler facility is used to reconcile the first copy of the group of files with the second copy of the group of files so that the second copy of the group of files incorporates any changes made to the first copy of the group of files since last reconciled.
In accordance with a further aspect of the present invention, a first copy of a group of files is stored in the storage device of a first of the computer systems. A second copy of the group of files is stored in the storage device of a second of the computer systems.
Changes are made to at least one of the files in the first copy of a group of files. The changes are propagated to the second group of files upon the occurrence of an event.
Additional change's are tnacle to at least orie of the files in the first copy of a croup of files, and these changes are also propagated to the second copy of a group of files upon the occurrence of another event.
In accordance with yet another aspect of the present invention, a first copy of a group of files is stored in the storage device of the first computer system.
The second copy of the group of files is stored in the storage device of a second computer system. Any changes ~~J~~~t~
3 made to the first copy of the group of files are incrementally sent to the second computer system so that the changes may be made to the second copy of the group of f files .
In accordance with an additional aspect of the present invention, a first set of files that are stored in one of the storage devices is specified to be replicated.
A filter is specified for determining what files in the first set of files are to be replicated. The files specified by the filter are replicated using the replication facility to produce a second set of files.
In accordance with a still further aspect of the present invention, files having names are stored in the storage devices of the computer systems of the distributed system. A distributed namespace is provided. The distributed namespace comprises a logical organization of the names of the stored files. Selected portions of a group of files in the namespace are replicated to create new files holding the selected portions of the files.
In accordance with a further aspect of the present invention, a first copy of a set of files of a given class are stored in a first computer system. A
second copy of the set of files are stored in a second computer system. The first copy of the set of files is reconciled with the second copy of the set of files using a class-specific reconciler that only reconciles files of the given class. The files may be stored as persistent objects, which are organized into classes. Objects and classes will be discussed below.
In accordance with another aspect of the present invention, an application program is run on one of the computer systems of a distributed system. A request is made within the application program to a private replication mechanism to replicate a set of files. Each of the files maintains a list of processes that are permitted to access the file. The set of files is replicated using the private replication mechanism to ~~~~6~-
In accordance with an additional aspect of the present invention, a first set of files that are stored in one of the storage devices is specified to be replicated.
A filter is specified for determining what files in the first set of files are to be replicated. The files specified by the filter are replicated using the replication facility to produce a second set of files.
In accordance with a still further aspect of the present invention, files having names are stored in the storage devices of the computer systems of the distributed system. A distributed namespace is provided. The distributed namespace comprises a logical organization of the names of the stored files. Selected portions of a group of files in the namespace are replicated to create new files holding the selected portions of the files.
In accordance with a further aspect of the present invention, a first copy of a set of files of a given class are stored in a first computer system. A
second copy of the set of files are stored in a second computer system. The first copy of the set of files is reconciled with the second copy of the set of files using a class-specific reconciler that only reconciles files of the given class. The files may be stored as persistent objects, which are organized into classes. Objects and classes will be discussed below.
In accordance with another aspect of the present invention, an application program is run on one of the computer systems of a distributed system. A request is made within the application program to a private replication mechanism to replicate a set of files. Each of the files maintains a list of processes that are permitted to access the file. The set of files is replicated using the private replication mechanism to ~~~~6~-
4 produce a new set of files without replicating the list of processes that are permitted to access the file.
In accordance with a further aspect of the present invention, a first copy of a group of files is provided in a f first computer system and a second copy of the group of files is provided in a second computer system. Changes are made to the first copy of a group of files. An agent is provided for the first copy of group of files. Each agent has access rights to access and read the files in the first copy of the group of files. A
reconciles is provided at the second computer system for reconciling the second copy of the group of files with the first copy of the group of files. A proxy is granted from the agent of the first copy of the group of files to the reconciles. The proxy grants the reconciles limited authority to access and read the files in the first copy of the group of files. The reconciles then reconciles the second copy of the group of files with the first copy of the group of files using the reconciles so that changes that were made to the first copy of group of files is also made to the second copy of group of files.
In accordance with a final aspect of the present invention, a method is practiced in a distributed system.
In this method, heterogeneous file systems are provided in the distributed system. A storage manager is provided for each file system to manage access to the files held therein. In response to a request to reconcile a first aet of files with a second set of files, access is granted to the first set~~of~ files' by the storage manager for the' file system that holds the first set of files and access is granted to the second set of files by the storage manager for the file system that holds the second set of files. The first object set is reconciled with the second object set under the control of the storage managers of the respective file systems that hold the first set of files and the second set of files.
- z~.~~~~~~
Brief De r~~t,'_nn of the Drawing Figure 1A is a block diagram of a distributed system suitable for practicing a preferred embodiment of the present invention.
In accordance with a further aspect of the present invention, a first copy of a group of files is provided in a f first computer system and a second copy of the group of files is provided in a second computer system. Changes are made to the first copy of a group of files. An agent is provided for the first copy of group of files. Each agent has access rights to access and read the files in the first copy of the group of files. A
reconciles is provided at the second computer system for reconciling the second copy of the group of files with the first copy of the group of files. A proxy is granted from the agent of the first copy of the group of files to the reconciles. The proxy grants the reconciles limited authority to access and read the files in the first copy of the group of files. The reconciles then reconciles the second copy of the group of files with the first copy of the group of files using the reconciles so that changes that were made to the first copy of group of files is also made to the second copy of group of files.
In accordance with a final aspect of the present invention, a method is practiced in a distributed system.
In this method, heterogeneous file systems are provided in the distributed system. A storage manager is provided for each file system to manage access to the files held therein. In response to a request to reconcile a first aet of files with a second set of files, access is granted to the first set~~of~ files' by the storage manager for the' file system that holds the first set of files and access is granted to the second set of files by the storage manager for the file system that holds the second set of files. The first object set is reconciled with the second object set under the control of the storage managers of the respective file systems that hold the first set of files and the second set of files.
- z~.~~~~~~
Brief De r~~t,'_nn of the Drawing Figure 1A is a block diagram of a distributed system suitable for practicing a preferred embodiment of the present invention.
5 Figure 1B is a diagram of a distributed namespace for a distributed system in accordance with the preferred embodiment of the present invention.
Figure 2 is a block diagram of a change log used in the preferred embodiment of the present invention.
Figure 3 is a block diagram of a replication information block (RIB) used in the preferred embodiment of the present invention.
Figure 4 is a block diagram illustrating the functional components of the replication facility used in the preferred embodiment of the present invention.
Figure 5 is a diagram illustrating the interaction of elements that play a role in public replication in the preferred embodiment of the present invention.
Figure 6 is a flowchart of the steps performed in replication in the preferred embodiment of the present invention.
Figure 7 is a flowchart illustrating the steps performed to provide security during replication in the preferred embodiment of the present invention.
Detailed Description of the Invention A preferred embodiment of the present invention provides a replication facility for use in a distributed environment. The replication facility supports weakly consistent replication of any subtree of persistent objects in the distributed namespace of the system. The replication facility may replicate single objects or may replicate logical structures that include multiple objects. The replication facility reconciles local copies of objects with remote copies of objects. Reconciliation occurs on a pair-wise basis such that each object in a
Figure 2 is a block diagram of a change log used in the preferred embodiment of the present invention.
Figure 3 is a block diagram of a replication information block (RIB) used in the preferred embodiment of the present invention.
Figure 4 is a block diagram illustrating the functional components of the replication facility used in the preferred embodiment of the present invention.
Figure 5 is a diagram illustrating the interaction of elements that play a role in public replication in the preferred embodiment of the present invention.
Figure 6 is a flowchart of the steps performed in replication in the preferred embodiment of the present invention.
Figure 7 is a flowchart illustrating the steps performed to provide security during replication in the preferred embodiment of the present invention.
Detailed Description of the Invention A preferred embodiment of the present invention provides a replication facility for use in a distributed environment. The replication facility supports weakly consistent replication of any subtree of persistent objects in the distributed namespace of the system. The replication facility may replicate single objects or may replicate logical structures that include multiple objects. The replication facility reconciles local copies of objects with remote copies of objects. Reconciliation occurs on a pair-wise basis such that each object in a
6 local set of objects is reconciled with its corresponding object in the remote set of local objects. The reconciliation may occur over heterogeneous file systems.
Figure 1A depicts a distributed system 10 that S is suitable for practicing the preferred embodiment of the present invention. The distributed system 10 includes an interconnection mechanism 12, such as a local area network (LAN), wide area network (WAN), or other interconnection mechanism, that interconnects a number of different data processing resources. The data processing resources include workstations 14, 16, 18 and 20, printers 22 and 24, and secondary storage devices 26 and 28. Each of the workstations 14, 16, 18 and 20 includes a respective memory 30, 32, 34 and 36. Each of the memories 30, 32, 34 and 36 holds a copy of a distributed operating system 38.
Each workstation 14, 16, 18 and 20 may implement a separate file system.
Those skilled in the art will appreciate that the present invention may be practiced on configurations other than the configuration shown in Figure 1A. The distributed system 10 shown in Figure 1A is intended to be merely illustrative and not limiting of the present invention. For instance, the interconnection mechanism 12 may interconnect a number of networks together that are running separate network operating systems.
The preferred embodiment of the present invention allows users and system administrators to replicate persistent "objects." An object, in this, context, is a logical structure that holds at least one data field. Groups of objects with similar properties and common semantics are organized into object classes. A
number of different object classes may be defined for the distributed system 10. Although the preferred embodiment of the present invention employs objects, those skilled in the art will appreciate that the present invention is not limited to an object-oriented environment; rather, the present invention may also be practiced in non-object-
Figure 1A depicts a distributed system 10 that S is suitable for practicing the preferred embodiment of the present invention. The distributed system 10 includes an interconnection mechanism 12, such as a local area network (LAN), wide area network (WAN), or other interconnection mechanism, that interconnects a number of different data processing resources. The data processing resources include workstations 14, 16, 18 and 20, printers 22 and 24, and secondary storage devices 26 and 28. Each of the workstations 14, 16, 18 and 20 includes a respective memory 30, 32, 34 and 36. Each of the memories 30, 32, 34 and 36 holds a copy of a distributed operating system 38.
Each workstation 14, 16, 18 and 20 may implement a separate file system.
Those skilled in the art will appreciate that the present invention may be practiced on configurations other than the configuration shown in Figure 1A. The distributed system 10 shown in Figure 1A is intended to be merely illustrative and not limiting of the present invention. For instance, the interconnection mechanism 12 may interconnect a number of networks together that are running separate network operating systems.
The preferred embodiment of the present invention allows users and system administrators to replicate persistent "objects." An object, in this, context, is a logical structure that holds at least one data field. Groups of objects with similar properties and common semantics are organized into object classes. A
number of different object classes may be defined for the distributed system 10. Although the preferred embodiment of the present invention employs objects, those skilled in the art will appreciate that the present invention is not limited to an object-oriented environment; rather, the present invention may also be practiced in non-object-
7 oriented environments. The present invention is not limited to replication of objects; rather, it is more generalized to support the replication of logical structures, such as files or file directories.
The operating system 38 includes a file system for storing the objects that are used in the preferred embodiment of the present invention. The objects are organized into a distributed namespace 19 (Figure 1B).
The distributed namespace 19 is a logical tree-like structure formed from the object names 21 stored in the file system of the operating system 38. The distributed namespace 19 illustrates the hierarchy among the named objects of the system 10 (Figure 1A).
The replication facility of the preferred embodiment of the present invention provides not only for the duplication of objects so that objects may be distributed across the distributed system, but also provides for reconciliation of multiple copies of objects (i.e., multimaster replication). Reconciliation refers to reconciling an object with a changed object so that the object reflects the changes made to the changed object.
For instance, suppose that a remote copy of an object has been changed and a local copy of the object has not yet been updated to reflect the changes. Each object not only has contents but also has a name and location within the distributed file system. Reconciliation involves reconciling the two copies of the object such that the local copy of the object is changed in a like fashion to how the remote copy of the object was changed. The term ~~replication,~~ as used herein, refers to not only duplicating objects so that multiple copies of the objects are distributed across the distributed system 10, but also refers to reconciliation of the copies of the objects.
Before discussing the preferred embodiment of the present invention in more detail below, it is helpful to introduce a few key concepts that will be referenced below. An ~~object set~~ is a collection of objects that
The operating system 38 includes a file system for storing the objects that are used in the preferred embodiment of the present invention. The objects are organized into a distributed namespace 19 (Figure 1B).
The distributed namespace 19 is a logical tree-like structure formed from the object names 21 stored in the file system of the operating system 38. The distributed namespace 19 illustrates the hierarchy among the named objects of the system 10 (Figure 1A).
The replication facility of the preferred embodiment of the present invention provides not only for the duplication of objects so that objects may be distributed across the distributed system, but also provides for reconciliation of multiple copies of objects (i.e., multimaster replication). Reconciliation refers to reconciling an object with a changed object so that the object reflects the changes made to the changed object.
For instance, suppose that a remote copy of an object has been changed and a local copy of the object has not yet been updated to reflect the changes. Each object not only has contents but also has a name and location within the distributed file system. Reconciliation involves reconciling the two copies of the object such that the local copy of the object is changed in a like fashion to how the remote copy of the object was changed. The term ~~replication,~~ as used herein, refers to not only duplicating objects so that multiple copies of the objects are distributed across the distributed system 10, but also refers to reconciliation of the copies of the objects.
Before discussing the preferred embodiment of the present invention in more detail below, it is helpful to introduce a few key concepts that will be referenced below. An ~~object set~~ is a collection of objects that
8 are grouped together for replication. An object set may include a single object or a sub-tree of objects. The object set is specified by the user or administrator who requests replication. A "replica set," in contrast, is a collection of systems which each own a local copy of an object set, and a "replica" is a member of a replica set.
To insulate the replication facility from the underlying physical storage system (e. g., the type of file system employed to store objects) and to provide extensibility, the preferred embodiment of the present invention adopts the abstraction of a replicated object store (ReplStore). The ReplStore abstraction allows the replication facility to be applied across heterogeneous file systems. The ReplStore presents a group of interfaces that must be supported for an underlying physical storage system to support replication facilities.
In particular, only those objects that reside in object stores that support the ReplStore interfaces can be replicated. An interface is a named group of logically related functions. The interface specifies signatures (such as parameters) for the group of related functions provided by an interface. The interface does not provide code for implementing the functions; rather, the code for implementing the function is provided by objects or by other implementations. Objects that provide the code for an instance of an interface are said to "support" the interface. The code provided by an object that supports an interface must comply with the signature specified within the interface. Thus, in the example described above, the object store that stores the objects in the object set must support the ReplStore interfaces in order for the object set to be replicated. Implementations of the ReplStore interfaces are provided for each of the file systems within the distributed system 10 in order to support replication over each of the file systems.
Each ReplStore provides a mechanism for identifying replicated objects on the local volume. This ~~.3~~~~.~
To insulate the replication facility from the underlying physical storage system (e. g., the type of file system employed to store objects) and to provide extensibility, the preferred embodiment of the present invention adopts the abstraction of a replicated object store (ReplStore). The ReplStore abstraction allows the replication facility to be applied across heterogeneous file systems. The ReplStore presents a group of interfaces that must be supported for an underlying physical storage system to support replication facilities.
In particular, only those objects that reside in object stores that support the ReplStore interfaces can be replicated. An interface is a named group of logically related functions. The interface specifies signatures (such as parameters) for the group of related functions provided by an interface. The interface does not provide code for implementing the functions; rather, the code for implementing the function is provided by objects or by other implementations. Objects that provide the code for an instance of an interface are said to "support" the interface. The code provided by an object that supports an interface must comply with the signature specified within the interface. Thus, in the example described above, the object store that stores the objects in the object set must support the ReplStore interfaces in order for the object set to be replicated. Implementations of the ReplStore interfaces are provided for each of the file systems within the distributed system 10 in order to support replication over each of the file systems.
Each ReplStore provides a mechanism for identifying replicated objects on the local volume. This ~~.3~~~~.~
9 mechanism is the replicated object ID (ROBID). The ROBID
~is an abstraction that encapsulates the identity as well as other information about an object that is being replicated. The ReplStore supports routines for serializing and deserializing ROBIDs. The ROBID of an object provides a mechanism for performing numerous operations. For instance, an object can be retrieved from storage using information contained in the ROBID.
Further, a component name of an object can be derived from its ROBID.
Each ReplStore maintains a replicated storage change log 40 (Figure 2). The change log 40 includes a number of change items 42 that specify changes that have been made to objects in the object set. Each change item 42 includes a type field 44, a serialized ROBID field 46 for the object that is changed, a time field 48 indicating the time that the change occurred (local time) and a replication information block (RIB) field 50 holding a RIB
that is associated with the change. In the embodiment described herein, there are five types of changes that may be specified within the type field 44. These changes are deletion, creation, modification, renaming, and moving. A
deletion occurs when an object is deleted. Creation occurs when the object is created. A modification occurs when the contents of the object are modified in some way.
A renaming occurs when the component name of the object is modified and moving occurs when the object is moved under a new parent in the distributed namespace of the system.
A cursor 49 is maintained within ~ the change log 40 that acts as an index into the list of change items 42.
The cursor 49 acts as a marker in the list of change items 42. In addition, a change log may include multiple cursors. The cursor 49 may take the form of a time stamp.
The cursor 49 may, for example, identify the beginning of changes that have occurred after a point in time.
Every object in an object set that is being replicated is stamped with an RIB 51 (Figure 3). The RIB
~is an abstraction that encapsulates the identity as well as other information about an object that is being replicated. The ReplStore supports routines for serializing and deserializing ROBIDs. The ROBID of an object provides a mechanism for performing numerous operations. For instance, an object can be retrieved from storage using information contained in the ROBID.
Further, a component name of an object can be derived from its ROBID.
Each ReplStore maintains a replicated storage change log 40 (Figure 2). The change log 40 includes a number of change items 42 that specify changes that have been made to objects in the object set. Each change item 42 includes a type field 44, a serialized ROBID field 46 for the object that is changed, a time field 48 indicating the time that the change occurred (local time) and a replication information block (RIB) field 50 holding a RIB
that is associated with the change. In the embodiment described herein, there are five types of changes that may be specified within the type field 44. These changes are deletion, creation, modification, renaming, and moving. A
deletion occurs when an object is deleted. Creation occurs when the object is created. A modification occurs when the contents of the object are modified in some way.
A renaming occurs when the component name of the object is modified and moving occurs when the object is moved under a new parent in the distributed namespace of the system.
A cursor 49 is maintained within ~ the change log 40 that acts as an index into the list of change items 42.
The cursor 49 acts as a marker in the list of change items 42. In addition, a change log may include multiple cursors. The cursor 49 may take the form of a time stamp.
The cursor 49 may, for example, identify the beginning of changes that have occurred after a point in time.
Every object in an object set that is being replicated is stamped with an RIB 51 (Figure 3). The RIB
10 51 has three fields: an originator field 57, a change identifier field 55, and a propagator field 57. The originator field 53 specifies where the last change to the object occurred. The change identifier field 55, in contrast, identifies the last change to the object relative to the originator identified within the originator field 53. Lastly, the propagator field 57 specifies the identity of the party who sent the change to the local site. When an object is changed locally, the RIB 51 associated with the object is modified to reflect the local site as the originator and the propagator. The change identifier is stamped appropriately.
Replication is useful for the distributed system 10 in that it provides load balancing and availability.
Replication provides load balancing by having more than one copy of an object stored across the distributed system 10 to limit the load on any one copy of the object.
Replication enhances availability by allowing multiple copies of important objects to be distributed across the system 10. The enhanced availability increases the fault resilience of the system. Specifically, by having copies of important objects distributed across the system 10, users are less affected by failures within the system that prevent or limit access to objects. The enhanced availability also enhances the performance of the system.
The preferred embodiment of the present invention is embodied in a replication facility 54 (Figure 4) that is part of the operating system 38.
Nevertheless, those skilled in the art will appreciate that the replication facility of the present invention may also be implemented in other environments, including graphical user interfaces. As shown in Figure 4, the replication facility 42 includes three primary functional components: a copying component 56, a reconciler component 58 and a control component 60. The replication facility 54 uses the copying component 56 for duplication.
In addition, the replication facility 54 reconciles' copies ?1~~6~~~
Replication is useful for the distributed system 10 in that it provides load balancing and availability.
Replication provides load balancing by having more than one copy of an object stored across the distributed system 10 to limit the load on any one copy of the object.
Replication enhances availability by allowing multiple copies of important objects to be distributed across the system 10. The enhanced availability increases the fault resilience of the system. Specifically, by having copies of important objects distributed across the system 10, users are less affected by failures within the system that prevent or limit access to objects. The enhanced availability also enhances the performance of the system.
The preferred embodiment of the present invention is embodied in a replication facility 54 (Figure 4) that is part of the operating system 38.
Nevertheless, those skilled in the art will appreciate that the replication facility of the present invention may also be implemented in other environments, including graphical user interfaces. As shown in Figure 4, the replication facility 42 includes three primary functional components: a copying component 56, a reconciler component 58 and a control component 60. The replication facility 54 uses the copying component 56 for duplication.
In addition, the replication facility 54 reconciles' copies ?1~~6~~~
11 of object sets using the reconciles component 58 to ensure that they are consistent with each other. This reconciliation insures a consistent view of the objects across the distributed system 10.
One level of control exerted by the control component 56 concerns how replication is invoked.
Replication may be invoked manually or automatically.
Manual invocation requires that an explicit request to replicate be made by a user or other party. The user or other party must specify the object set and the destination for replication. The destinations are not specified for each replication cycle; rather a replica connection is specified initially. The replica connection identifies the two replicas and the object set that are to be involved in replication. In contrast, automatic invocation occurs when replication is triggered by certain events 67 (see Figure 5) or by the passage of a certain amount of time (which may be construed as a type of event). Replication may be prescheduled to occur at fixed time intervals. Another aspect of control exerted by the control mechanism concerns who may invoke replication.
Replication may be invoked by an appropriately privileged party.
The preferred embodiment of the present invention provides two types of replication: public replication and private replication. Public replication refers to a process that may be performed only by appropriately privileged parties to produce a republic's copy of an object set. ~ In public replication, each of the copies of the object set that are produced cooperates with the other copies to ma9.ntain consistency. The nodes in the namespace that store the public copies, in aggregate, form a public replica set, and the members of the set keep state information to maintain consistency among the copies. Access restrictions on the objects are preserved.
Changes that occur in a public copy of an object set are reconciled with other public copies.
2~.~~6e~~.
One level of control exerted by the control component 56 concerns how replication is invoked.
Replication may be invoked manually or automatically.
Manual invocation requires that an explicit request to replicate be made by a user or other party. The user or other party must specify the object set and the destination for replication. The destinations are not specified for each replication cycle; rather a replica connection is specified initially. The replica connection identifies the two replicas and the object set that are to be involved in replication. In contrast, automatic invocation occurs when replication is triggered by certain events 67 (see Figure 5) or by the passage of a certain amount of time (which may be construed as a type of event). Replication may be prescheduled to occur at fixed time intervals. Another aspect of control exerted by the control mechanism concerns who may invoke replication.
Replication may be invoked by an appropriately privileged party.
The preferred embodiment of the present invention provides two types of replication: public replication and private replication. Public replication refers to a process that may be performed only by appropriately privileged parties to produce a republic's copy of an object set. ~ In public replication, each of the copies of the object set that are produced cooperates with the other copies to ma9.ntain consistency. The nodes in the namespace that store the public copies, in aggregate, form a public replica set, and the members of the set keep state information to maintain consistency among the copies. Access restrictions on the objects are preserved.
Changes that occur in a public copy of an object set are reconciled with other public copies.
2~.~~6e~~.
12 Private replication refers to a process for producing private copies of an object set. A private copy may be created by any party, including a non-administrator. Not all members of the replicated sets keep state information to maintain consistency among copies. Private replication will be discussed in more detail below.
A number of elements play a role in the replication process in the preferred embodiment of the present invention. Figure 5 is a diagram illustrating the elements that may play a major role in the public replication process. Object replication agents (ORAs) 62 and 64 are replicator objects that act as agents on behalf of nodes in which object sets are stored to provide automatic support for replication. Each machine in the distributed system has its own ORA. The ORAs 62 and 64 may act as remote procedure call (RPC) servers that service requests made on behalf of remote clients or may alternatively be other types of reliable communication mechanisms that serve a similar role. A separate ORA 64 is provided for a local object and another ORA 64 is provided for the corresponding remote object in the public replication process. Local ORA 62 is responsible for loading a ReplStore DLL 66 and a ReplStore Manager DLL 65.
The ReplStore Manager 65 is responsible for regulating access to the ReplStore 66. Clients call the ReplStore Manager 65 to load the appropriate ReplStore 66 for a given physical storage system. The ORAs 62 and 64 have a level of privilege 'that allows them to read and write all objects that are being replicated from a local object store. The ORAs 62 and 64 are responsible for replying to requests to exchange changes with other ORAs which maintain public replicas.
A reconciler 68 also plays a role in the public replication process. It acts as a counterpart to the local ORA 62 to reconcile the local object set with the remote object corresponding. The reconciler 68 is called
A number of elements play a role in the replication process in the preferred embodiment of the present invention. Figure 5 is a diagram illustrating the elements that may play a major role in the public replication process. Object replication agents (ORAs) 62 and 64 are replicator objects that act as agents on behalf of nodes in which object sets are stored to provide automatic support for replication. Each machine in the distributed system has its own ORA. The ORAs 62 and 64 may act as remote procedure call (RPC) servers that service requests made on behalf of remote clients or may alternatively be other types of reliable communication mechanisms that serve a similar role. A separate ORA 64 is provided for a local object and another ORA 64 is provided for the corresponding remote object in the public replication process. Local ORA 62 is responsible for loading a ReplStore DLL 66 and a ReplStore Manager DLL 65.
The ReplStore Manager 65 is responsible for regulating access to the ReplStore 66. Clients call the ReplStore Manager 65 to load the appropriate ReplStore 66 for a given physical storage system. The ORAs 62 and 64 have a level of privilege 'that allows them to read and write all objects that are being replicated from a local object store. The ORAs 62 and 64 are responsible for replying to requests to exchange changes with other ORAs which maintain public replicas.
A reconciler 68 also plays a role in the public replication process. It acts as a counterpart to the local ORA 62 to reconcile the local object set with the remote object corresponding. The reconciler 68 is called
13 by the local ORA 62 and is responsible fcr opening objects that are to be reconciled. Two types of reconciler objects may be called by the reconciler 68. Specifically, a class-specific reconciler 70 may be called or a default (i.e., class-independent) reconciler 72 may be called.
The class-specific reconciler 70 reconciles objects that have class specific requirements on replication. The class specific recorder 70 is applied to only a class of objects. The class-independent reconciler 72 reconciles objects regardless of their class. Multiple class-independent reconcilers may be available in the system 10.
For instance, each object set may have its own class-independent reconciler. Every replica set may be associated with its own class independent reconciler which is invoked whenever a class-specific reconciler is unavailable. Lastly, as mentioned above, events 67 may play a role in triggering replication.
Figure 6 is a flowchart of the steps performed for replication in the preferred embodiment of the present invention. Initially, access is gained to a change log 40 (Figure 2) for a remote object set (step 74 in Figure 6) .
In particular, when a local object set is to be reconciled with a remote object set, the local ORA 62 (Figure 5) contacts the remote ORA 64 via a remote procedure call mechanism. The local ORA 62 contacts the remote ORA 64 to gain access to the change log 40. A cursor 49 (Figure 2) is then created in the change log (step 76 in Figure 6).
Specifically, the local ORA 62 stores a time stamp indicating the time of the last reconciliation between the object sets and then passes this time stamp to the remote OtZA 64 to be used as a cursor 49. The remote ORA 64 then passes this time stamp as a cursor into the remote change log 40. The cursor identifies items in the change log that have time stamps after the last reconciliation and, thus, are of interest for this replication cycle.
A list of change items are then obtained from the remote change log utilizing the cursor, to identify t
The class-specific reconciler 70 reconciles objects that have class specific requirements on replication. The class specific recorder 70 is applied to only a class of objects. The class-independent reconciler 72 reconciles objects regardless of their class. Multiple class-independent reconcilers may be available in the system 10.
For instance, each object set may have its own class-independent reconciler. Every replica set may be associated with its own class independent reconciler which is invoked whenever a class-specific reconciler is unavailable. Lastly, as mentioned above, events 67 may play a role in triggering replication.
Figure 6 is a flowchart of the steps performed for replication in the preferred embodiment of the present invention. Initially, access is gained to a change log 40 (Figure 2) for a remote object set (step 74 in Figure 6) .
In particular, when a local object set is to be reconciled with a remote object set, the local ORA 62 (Figure 5) contacts the remote ORA 64 via a remote procedure call mechanism. The local ORA 62 contacts the remote ORA 64 to gain access to the change log 40. A cursor 49 (Figure 2) is then created in the change log (step 76 in Figure 6).
Specifically, the local ORA 62 stores a time stamp indicating the time of the last reconciliation between the object sets and then passes this time stamp to the remote OtZA 64 to be used as a cursor 49. The remote ORA 64 then passes this time stamp as a cursor into the remote change log 40. The cursor identifies items in the change log that have time stamps after the last reconciliation and, thus, are of interest for this replication cycle.
A list of change items are then obtained from the remote change log utilizing the cursor, to identify t
14 the change items that are for changes that have occurred after the last reconciliation. The remote ORA 64 screens the RIBS 51 of each of the change items 42 to insure that the remote ORA does not pass back to the local ORA 62 changes that originated at the local ORA (i.e., the remote ORA examines the originator field 53 of the RIBS) and examines the RIBS to insure that change items for changes that. were propagated from the local ORA (i.e., the remote ORA examines the propagator field 57 of the RIBS) are not sent. The resulting change items axe passed back to the local ORA 62 where they are stored persistently. The local ORA 62 then uses the reconciler 68 to perform namespace reconciliation (step 80) and content reconciliation (step 82) on the objects identified by the ROBIDs in the change items. In particular, the reconciler 56 reconciles each object that has changed in the remote object set with corresponding objects of the local object set. Any changes that have been made to the remote object are made to the corresponding local object. Whether the class-specific reconciler 70 or the class-independent reconciler 72 is used depends upon the source (i.e., remote copy of an object). A class specific reconciler 70 is used only if the remote copy of the object requires such a reconciler.
Namespace reconciliation is performed (see step 80 in Figure 4) for any change recorded in a change item that is not strictly a content modification or that is not associated with a system property. Such changes include creations, deletions,moves; and renames. Namespace reconciliation occurs by comparing information obtainable by ROBIDs of local objects relative to information stored for corresponding remote objects. Many different ways for resolving name resolution conflicts may be used within the present invention. The preferred embodiment of the present invention, however, adopts rules. A first rule used by the preferred embodiment of the present invention to resolve namespace conflicts is to select a last ~i~~~~~~
modification over a previous modification. When an object is moved/renamed at one site to have a first name, and the same object is moved or renamed to another site to have a different name, the last occurring change is chosen so 5 that the object assumes the name associated with the last change. A second rule is used to resolve namespace collisions. A namespace collision occurs when two different objects are created, moved, or renamed to have the same name. The second rule specifies that whichever 10 object was created, moved, or renamed first is the name that is selected for the object at the local site.
Content reconciliation (see step 70 in Figure 4) involves reconciling contents of a local object with a remote object so that the local object includes the
Namespace reconciliation is performed (see step 80 in Figure 4) for any change recorded in a change item that is not strictly a content modification or that is not associated with a system property. Such changes include creations, deletions,moves; and renames. Namespace reconciliation occurs by comparing information obtainable by ROBIDs of local objects relative to information stored for corresponding remote objects. Many different ways for resolving name resolution conflicts may be used within the present invention. The preferred embodiment of the present invention, however, adopts rules. A first rule used by the preferred embodiment of the present invention to resolve namespace conflicts is to select a last ~i~~~~~~
modification over a previous modification. When an object is moved/renamed at one site to have a first name, and the same object is moved or renamed to another site to have a different name, the last occurring change is chosen so 5 that the object assumes the name associated with the last change. A second rule is used to resolve namespace collisions. A namespace collision occurs when two different objects are created, moved, or renamed to have the same name. The second rule specifies that whichever 10 object was created, moved, or renamed first is the name that is selected for the object at the local site.
Content reconciliation (see step 70 in Figure 4) involves reconciling contents of a local object with a remote object so that the local object includes the
15 modifications made to the remote object. By examining the changes in the change log, the local objects may be changed to have the same contents as the remote objects.
During replication, changes are propagated from one replica to another. Replication is "one way" in that the changes made to an initial copy of an object set are made to a second copy of the object set. There is no immediate reciprocal action to copy the changes made to the second copy of the object set to the first copy of the object set. Nevertheless, such propagation to the first copy of the object set may be performed. Given this one way nature of replication, each replica monitors how up to date a local copy of an object set is for a replica, cursors are maintained into partner change logs. At the completion of eaC'h exchange during reconciliation, the two replicas exchange cursor information.
Public replication poses a number of security issues. In general, reconcilers must be able to update objects in order to perform replication. The class-independent reconciles is a trusted system process, and, thus, does not pose a security risk. Class-specific reconcilers, however, are not trusted system processes, and thus pose a security threat. To help alleviate this 213~~~1x
During replication, changes are propagated from one replica to another. Replication is "one way" in that the changes made to an initial copy of an object set are made to a second copy of the object set. There is no immediate reciprocal action to copy the changes made to the second copy of the object set to the first copy of the object set. Nevertheless, such propagation to the first copy of the object set may be performed. Given this one way nature of replication, each replica monitors how up to date a local copy of an object set is for a replica, cursors are maintained into partner change logs. At the completion of eaC'h exchange during reconciliation, the two replicas exchange cursor information.
Public replication poses a number of security issues. In general, reconcilers must be able to update objects in order to perform replication. The class-independent reconciles is a trusted system process, and, thus, does not pose a security risk. Class-specific reconcilers, however, are not trusted system processes, and thus pose a security threat. To help alleviate this 213~~~1x
16 security dilemma, the preferred embodiment of the present invention utilizes "proxies".
A proxy is a delegation ticket that allows worker processes or remote processes that perform well s defined operations without having extraordinary privileges. The proxy packages credentials of the granting party and lends them to the parties seeking access to remote objects. The party seeking access may then step in the shoes of the granting party and access the necessary objects. These credentials may be encrypted. Figure 7 is a flowchart of the steps performed to utilize a proxy in the preferred embodiment of the present invention. During the replication process, the remote ORA 64 (Figure 5) gives a local reconciles 68 a proxy (step 84 in Figure 7). As mentioned above, this proxy includes the appropriate credentials and access rights that are to be granted by the remote ORA to the local reconciles. The reconciles 68 then sends the credentials to the remote site (step 86 in Figure 7). In other words, the reconciles 68 presents the proxy to the remote site. The remote site then validates the credentials, and if the credentials are valid, grants limited access to the objects within the remote copy of the object set in question (step 88). The reconciles 68 then gains access to the remote objects in the object set (step 80). The local reconciler's range of access, however, is limited to only that which is necessary to perform proper reconciliation. It should be appreciated that the''present''invent~ion is not limited'to exclusively using proxies. Any technique that grants secure access, such as making each ORA a member of a common access group that grants access rights, is permissible.
Most of the above discussion has focused on public replication. Private replication is similar to public replication but includes a number of differences.
In private replication, the source of changes does not maintain a record of what objects were duplicated or '~:~.3~0~~~
1~
changed. There is no state information maintained at the source. The source is not responsible for advising that changes have occurred. Accordingly, the resources that are required for public replication are not required.
These characteristics make private replication especially appropriate for instances where manual control of replication is desired, or instances wherein the cost of maintaining a public copy of an object set is not warranted.
While the present invention has been described with reference to a preferred embodiment thereof, those skilled in the art will appreciate that the various changes in form and detail may be made without departing from the scope of the present invention as defined in the appended claims. For example, the present invention need not be implemented in an object-oriented environment and need not be practiced solely in a distributed system configuration like that shown in Figure 1A. Furthermore, communication mechanisms other than RPC mechanisms may be used for remote interactions, and security mechanisms other than proxies may be employed.
A proxy is a delegation ticket that allows worker processes or remote processes that perform well s defined operations without having extraordinary privileges. The proxy packages credentials of the granting party and lends them to the parties seeking access to remote objects. The party seeking access may then step in the shoes of the granting party and access the necessary objects. These credentials may be encrypted. Figure 7 is a flowchart of the steps performed to utilize a proxy in the preferred embodiment of the present invention. During the replication process, the remote ORA 64 (Figure 5) gives a local reconciles 68 a proxy (step 84 in Figure 7). As mentioned above, this proxy includes the appropriate credentials and access rights that are to be granted by the remote ORA to the local reconciles. The reconciles 68 then sends the credentials to the remote site (step 86 in Figure 7). In other words, the reconciles 68 presents the proxy to the remote site. The remote site then validates the credentials, and if the credentials are valid, grants limited access to the objects within the remote copy of the object set in question (step 88). The reconciles 68 then gains access to the remote objects in the object set (step 80). The local reconciler's range of access, however, is limited to only that which is necessary to perform proper reconciliation. It should be appreciated that the''present''invent~ion is not limited'to exclusively using proxies. Any technique that grants secure access, such as making each ORA a member of a common access group that grants access rights, is permissible.
Most of the above discussion has focused on public replication. Private replication is similar to public replication but includes a number of differences.
In private replication, the source of changes does not maintain a record of what objects were duplicated or '~:~.3~0~~~
1~
changed. There is no state information maintained at the source. The source is not responsible for advising that changes have occurred. Accordingly, the resources that are required for public replication are not required.
These characteristics make private replication especially appropriate for instances where manual control of replication is desired, or instances wherein the cost of maintaining a public copy of an object set is not warranted.
While the present invention has been described with reference to a preferred embodiment thereof, those skilled in the art will appreciate that the various changes in form and detail may be made without departing from the scope of the present invention as defined in the appended claims. For example, the present invention need not be implemented in an object-oriented environment and need not be practiced solely in a distributed system configuration like that shown in Figure 1A. Furthermore, communication mechanisms other than RPC mechanisms may be used for remote interactions, and security mechanisms other than proxies may be employed.
Claims (29)
1. In a distributed system having a replication facility and a number of computer systems that each include a storage device, a method comprising the steps of:
providing a plurality of files organized into a tree of files;
replicating a single one of the files that is stored in the storage device of one of the computer systems using the replication facility so that a copy of the file is stored in the storage device of another of the computer systems; and replicating a subtree of files of multiple levels, from the tree of files, that is stored in the storage device of one of the computer systems using the replication facility so that a copy of the subtree of files is stored in the storage device of another of the computer systems.
providing a plurality of files organized into a tree of files;
replicating a single one of the files that is stored in the storage device of one of the computer systems using the replication facility so that a copy of the file is stored in the storage device of another of the computer systems; and replicating a subtree of files of multiple levels, from the tree of files, that is stored in the storage device of one of the computer systems using the replication facility so that a copy of the subtree of files is stored in the storage device of another of the computer systems.
2. The method of claim 1, further comprising the step of replicating the single file using the replication facility so that a copy of the file is stored in the storage device of a third of the computer systems in the distributed system.
3. The method of claim 1, further comprising the step of replicating the subtree using the replication facility so that a copy of the subtree is stored in the storage device of a third of the computer systems in the distributed system.
4. The method of claim 3 wherein the subtree being replicated includes at least three levels of files.
5. A distributed system comprising:
a plurality of computer systems, each computer system including a storage device for storing files;
a namespace manager for managing a namespace of the system as a tree structure of names of the files; and a replication facility for replicating a subtree of the namespace that includes multiple levels.
a plurality of computer systems, each computer system including a storage device for storing files;
a namespace manager for managing a namespace of the system as a tree structure of names of the files; and a replication facility for replicating a subtree of the namespace that includes multiple levels.
6. In a distributed system having a reconciler facility and a number of computer systems, a method comprising the steps of:
providing a first copy of a file in one of the computer systems and a second copy of the file in another of the computer systems;
reconciling the first copy of the file with the second copy of the file using the reconciler facility so that the second copy of the file incorporates any changes made to the first copy of the file since last reconciled;
providing a first copy of a group of files in one of the computer systems and a second copy of the group of files in another of the computer systems; and reconciling the first copy of the group of files with the second copy of the group of files using the reconciler facility so that the second copy of the group of files incorporates any changes made to the first copy of the group of files since last reconciled.
providing a first copy of a file in one of the computer systems and a second copy of the file in another of the computer systems;
reconciling the first copy of the file with the second copy of the file using the reconciler facility so that the second copy of the file incorporates any changes made to the first copy of the file since last reconciled;
providing a first copy of a group of files in one of the computer systems and a second copy of the group of files in another of the computer systems; and reconciling the first copy of the group of files with the second copy of the group of files using the reconciler facility so that the second copy of the group of files incorporates any changes made to the first copy of the group of files since last reconciled.
7. The method of claim 6 wherein the step of reconciling the first copy of the group of files with the second copy of the group of files further comprises the step of reconciling on a pair by pair basis each file in the first copy of the group of files with a corresponding file in the second copy of the group of files.
8. In a distributed system having a replication facility and a number of computer systems, each including a storage device, a method comprising the steps of:
providing a first copy of a group of files stored in the storage device of a first of the computer systems;
providing a second copy of the group of files stored in the storage device of a second of the computer systems;
making changes to files in the first copy of the group of files;
propagating the changes to the second copy of the group of files upon occurrence of an event;
making additional changes to files in the first copy of the group of files; and propagating the additional changes to the second copy of the group of files upon occurrence of another event.
providing a first copy of a group of files stored in the storage device of a first of the computer systems;
providing a second copy of the group of files stored in the storage device of a second of the computer systems;
making changes to files in the first copy of the group of files;
propagating the changes to the second copy of the group of files upon occurrence of an event;
making additional changes to files in the first copy of the group of files; and propagating the additional changes to the second copy of the group of files upon occurrence of another event.
9. The method recited in claim 8 wherein the event is the elapsing of a predetermined time period.
10. The method recited in claim 9 where the other event is also the elapsing of a predetermined time period.
11. The method of claim 8 wherein the event is a request by the second computer system to receive the changes.
12. The method of claim 11 wherein the other event is a request by the second computer system to receive the additional change.
13. The method recited in claim 8, further comprising the step of reconciling the second copy of the group of files with the first copy of the group of files so that the second copy of the group of files incorporates the changes made to the first copy of the group of files.
14. The method recited in claim 13, further comprising the step of reconciling the second copy of the group of files with the first copy of the group of files so that the second copy of the group of files incorporates the additional changes made to the first copy of the group of files.
15. In a distributed system having a replication facility and computer systems that each include a storage device, a method comprising the steps of:
storing files, having names, in the storage devices of the computer systems;
providing a distributed namespace comprising a logical organization of the names of the stored files; and replicating selected portions of a group of files stored in the storage devices of one of the computer systems and whose names form a part of the distributed namespace using the replication facility to create new files holding the selected portions of the files.
storing files, having names, in the storage devices of the computer systems;
providing a distributed namespace comprising a logical organization of the names of the stored files; and replicating selected portions of a group of files stored in the storage devices of one of the computer systems and whose names form a part of the distributed namespace using the replication facility to create new files holding the selected portions of the files.
16. The method recited in claim 15, further comprising the step of replicating the new files to distribute the new files across at least a portion of the computer systems of the distributed system.
17. In a distributed system having a first computer system and a second computer system, a method comprising the steps of:
providing a first copy of a set of files of a given class that are stored in the first computer system;
providing a second copy of the set of files of the given class that are stored in the second computer system;
reconciling the first copy of the set of files with the second copy of the set of files using a class-specific reconciler that only reconciles files of the given class.
providing a first copy of a set of files of a given class that are stored in the first computer system;
providing a second copy of the set of files of the given class that are stored in the second computer system;
reconciling the first copy of the set of files with the second copy of the set of files using a class-specific reconciler that only reconciles files of the given class.
18. The method recited in claim 17, further comprising the steps of:
making changes to the first copy of the set of files;
reconciling the first copy of the set of files with the second copy of the set of files using a class-independent reconciler that reconciles files regardless of class.
making changes to the first copy of the set of files;
reconciling the first copy of the set of files with the second copy of the set of files using a class-independent reconciler that reconciles files regardless of class.
19. In a distributed system having a private replication mechanism and computer systems for running processes that each include a storage device, a method comprising the steps of:
running an application program on one of the computer systems;
making a request to the private replication mechanism to replicate a set of files within the application program, each of the files maintaining a list of processes that are permitted to access the file; and replicating the set of files using the private replication mechanism to produce a new set of files without replicating, for each file, the list of processes that are permitted to access the file.
running an application program on one of the computer systems;
making a request to the private replication mechanism to replicate a set of files within the application program, each of the files maintaining a list of processes that are permitted to access the file; and replicating the set of files using the private replication mechanism to produce a new set of files without replicating, for each file, the list of processes that are permitted to access the file.
20. In a distributed system having a first computer system and a second computer system, a method comprising the steps of:
providing a collection of files at the first computer system;
in response to a request to replicate the collection of files to the second computer system, determining whether all or none of the files in the collection should be replicated;
where it is determined that all of the files in the collection should be replicated, replicating all of the files in the collection so that a replica of the collection is provided at the second computer system; and where it is determined that none of the files in the collection should be replicated, replicating none of the files in the collection.
providing a collection of files at the first computer system;
in response to a request to replicate the collection of files to the second computer system, determining whether all or none of the files in the collection should be replicated;
where it is determined that all of the files in the collection should be replicated, replicating all of the files in the collection so that a replica of the collection is provided at the second computer system; and where it is determined that none of the files in the collection should be replicated, replicating none of the files in the collection.
21. In a distributed system having a first computer system and a second computer system, a method comprising the steps of:
providing a first copy of a group of files in the first computer system;
providing a second copy of the group of files in the second computer system;
making changes to the first copy of the group of files;
providing an agent for the first copy of the group of files, wherein each agent has access rights to access and read the files in the first copy of the group of files;
providing a reconciler at the second computer system for reconciling the second copy of the group of files with the first copy of the group of files;
granting a proxy to the reconciler from the agent of the first copy of the group of files, said proxy granting the reconciler limited authority to access and read the files in the first copy of the group of files; and reconciling the second copy of the group of files with the first copy of the group of files using the reconciler so that the changes made to the first copy of the group of files are made to the second copy of the group of files.
providing a first copy of a group of files in the first computer system;
providing a second copy of the group of files in the second computer system;
making changes to the first copy of the group of files;
providing an agent for the first copy of the group of files, wherein each agent has access rights to access and read the files in the first copy of the group of files;
providing a reconciler at the second computer system for reconciling the second copy of the group of files with the first copy of the group of files;
granting a proxy to the reconciler from the agent of the first copy of the group of files, said proxy granting the reconciler limited authority to access and read the files in the first copy of the group of files; and reconciling the second copy of the group of files with the first copy of the group of files using the reconciler so that the changes made to the first copy of the group of files are made to the second copy of the group of files.
22. In a distributed system, a method comprising:
providing heterogeneous file system in the distributed system;
providing a storage manager for each file system to manage access to files in the file system;
in response to a request to reconcile a first set of files with a second set of files, granting access to the first set of files by the storage manager for the file system that holds the first set of files and granting access to the second set of files by the storage manager for the file system that holds the second set of files; and reconciling the first set of files with the second set of files under control of the storage managers of the respective file systems holding the first set of files and the second set of files.
providing heterogeneous file system in the distributed system;
providing a storage manager for each file system to manage access to files in the file system;
in response to a request to reconcile a first set of files with a second set of files, granting access to the first set of files by the storage manager for the file system that holds the first set of files and granting access to the second set of files by the storage manager for the file system that holds the second set of files; and reconciling the first set of files with the second set of files under control of the storage managers of the respective file systems holding the first set of files and the second set of files.
23. The method of claim 22 wherein each copy of a file stored in the file systems is provided a storage-specific identifier by the storage manager.
24. The method of claim 22 wherein each storage manager reports changes to the files in its file system.
25. The method of claim 24 wherein the changes include deletions of files.
26. The method of claim 24 wherein the changes include renaming of files.
27. The method of claim 24 wherein the changes include moving of files in the distributed system.
28. The method of claim 24 wherein the changes are reported to a change log and wherein the step of reconciling is performed using the change log.
29. The method of claim 22 wherein each copy of a file is assigned to a unique identifier and wherein the step of reconciling includes comparing identifiers to determine which files are to be reconciled.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/181,704 | 1994-01-14 | ||
| US08/181,704 US5588147A (en) | 1994-01-14 | 1994-01-14 | Replication facility |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CA2139694A1 CA2139694A1 (en) | 1995-07-15 |
| CA2139694C true CA2139694C (en) | 2004-04-20 |
Family
ID=22665428
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA002139694A Expired - Lifetime CA2139694C (en) | 1994-01-14 | 1995-01-06 | Replication facility |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US5588147A (en) |
| EP (1) | EP0663640B1 (en) |
| JP (2) | JPH07219830A (en) |
| CA (1) | CA2139694C (en) |
| DE (1) | DE69531513T2 (en) |
Families Citing this family (124)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6345104B1 (en) * | 1994-03-17 | 2002-02-05 | Digimarc Corporation | Digital watermarks and methods for security documents |
| US5802301A (en) * | 1994-05-11 | 1998-09-01 | International Business Machines Corporation | System for load balancing by replicating portion of file while being read by first stream onto second device and reading portion with stream capable of accessing |
| US5671407A (en) * | 1994-12-07 | 1997-09-23 | Xerox Corporation | Application-specific conflict detection for weakly consistent replicated databases |
| US5832487A (en) * | 1994-12-15 | 1998-11-03 | Novell, Inc. | Replicated object identification in a partitioned hierarchy |
| US5608903A (en) * | 1994-12-15 | 1997-03-04 | Novell, Inc. | Method and apparatus for moving subtrees in a distributed network directory |
| US5684990A (en) * | 1995-01-11 | 1997-11-04 | Puma Technology, Inc. | Synchronization of disparate databases |
| EP0826181A4 (en) | 1995-04-11 | 2005-02-09 | Kinetech Inc | Identifying data in a data processing system |
| AU6500596A (en) | 1995-07-20 | 1997-02-18 | Novell, Inc. | Transaction log management in a disconnectable computer and network |
| EP0839353B1 (en) * | 1995-07-20 | 2001-09-26 | Novell, Inc. | Transaction synchronization in a disconnectable computer and network |
| SE507482C2 (en) * | 1995-10-09 | 1998-06-15 | Ericsson Telefon Ab L M | Redundancy communication management system and procedure |
| JP3622313B2 (en) * | 1996-01-29 | 2005-02-23 | 株式会社日立製作所 | Document management system |
| DE19607134A1 (en) * | 1996-02-26 | 1997-08-28 | Siemens Ag | Method for the computer-aided management of a plurality of file copies of a stored file stored in at least one computer |
| DE19607132B4 (en) * | 1996-02-26 | 2005-12-29 | Siemens Ag | Method for the computer-aided adjustment of a plurality of file copies of a stored file stored in at least one computer |
| DE19607149A1 (en) * | 1996-02-26 | 1997-08-28 | Siemens Ag | Method for computer-aided comparison of several file copies of a stored file stored in at least one computer |
| DE19607131B4 (en) * | 1996-02-26 | 2005-12-29 | Siemens Ag | Method for the computer-aided adjustment of a plurality of file copies of a stored file stored in at least one computer |
| CA2199108C (en) * | 1996-03-05 | 2002-04-23 | Hirotoshi Maegawa | Parallel distributed processing system and method of same |
| US5812793A (en) * | 1996-06-26 | 1998-09-22 | Microsoft Corporation | System and method for asynchronous store and forward data replication |
| US6272555B1 (en) | 1996-07-01 | 2001-08-07 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server-centric interprise computing framework system |
| US5999972A (en) | 1996-07-01 | 1999-12-07 | Sun Microsystems, Inc. | System, method and article of manufacture for a distributed computer system framework |
| US5893107A (en) * | 1996-07-01 | 1999-04-06 | Microsoft Corporation | Method and system for uniformly accessing multiple directory services |
| US6434598B1 (en) | 1996-07-01 | 2002-08-13 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server graphical user interface (#9) framework in an interprise computing framework system |
| US6038590A (en) | 1996-07-01 | 2000-03-14 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server state machine in an interprise computing framework system |
| US6304893B1 (en) | 1996-07-01 | 2001-10-16 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server event driven message framework in an interprise computing framework system |
| US6412017B1 (en) | 1996-07-01 | 2002-06-25 | Microsoft Corporation | Urgent replication facility |
| US6266709B1 (en) | 1996-07-01 | 2001-07-24 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server failure reporting process |
| US5987245A (en) | 1996-07-01 | 1999-11-16 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture (#12) for a client-server state machine framework |
| US6424991B1 (en) | 1996-07-01 | 2002-07-23 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server communication framework |
| US5848246A (en) | 1996-07-01 | 1998-12-08 | Sun Microsystems, Inc. | Object-oriented system, method and article of manufacture for a client-server session manager in an interprise computing framework system |
| US5832225A (en) * | 1996-07-12 | 1998-11-03 | Microsoft Corporation | Method computer program product and system for maintaining replication topology information |
| US5878434A (en) * | 1996-07-18 | 1999-03-02 | Novell, Inc | Transaction clash management in a disconnectable computer and network |
| US5884324A (en) * | 1996-07-23 | 1999-03-16 | International Business Machines Corporation | Agent for replicating data based on a client defined replication period |
| US5893116A (en) * | 1996-09-30 | 1999-04-06 | Novell, Inc. | Accessing network resources using network resource replicator and captured login script for use when the computer is disconnected from the network |
| US6049809A (en) * | 1996-10-30 | 2000-04-11 | Microsoft Corporation | Replication optimization system and method |
| US6647393B1 (en) * | 1996-11-22 | 2003-11-11 | Mangosoft Corporation | Dynamic directory service |
| US6148377A (en) * | 1996-11-22 | 2000-11-14 | Mangosoft Corporation | Shared memory computer networks |
| US5909540A (en) * | 1996-11-22 | 1999-06-01 | Mangosoft Corporation | System and method for providing highly available data storage using globally addressable memory |
| US7058696B1 (en) | 1996-11-22 | 2006-06-06 | Mangosoft Corporation | Internet-based shared file service with native PC client access and semantics |
| US5987506A (en) * | 1996-11-22 | 1999-11-16 | Mangosoft Corporation | Remote access and geographically distributed computers in a globally addressable storage environment |
| US5963944A (en) * | 1996-12-30 | 1999-10-05 | Intel Corporation | System and method for distributing and indexing computerized documents using independent agents |
| DE19708021C1 (en) * | 1997-02-27 | 1998-08-13 | Siemens Ag | Method for regulating access by computers to data on a central computer |
| US5950198A (en) * | 1997-03-24 | 1999-09-07 | Novell, Inc. | Processes and apparatuses for generating file correspondency through replication and synchronization between target and source computers |
| US6256675B1 (en) * | 1997-05-06 | 2001-07-03 | At&T Corp. | System and method for allocating requests for objects and managing replicas of objects on a network |
| SE9702015L (en) * | 1997-05-28 | 1998-11-29 | Ericsson Telefon Ab L M | Method for distributed database, as well as a system adapted to operate according to the method |
| US6182080B1 (en) | 1997-09-12 | 2001-01-30 | Netvoyage Corporation | System, method and computer program product for storage of a plurality of documents within a single file |
| US5924096A (en) * | 1997-10-15 | 1999-07-13 | Novell, Inc. | Distributed database using indexed into tags to tracks events according to type, update cache, create virtual update log on demand |
| US6167427A (en) * | 1997-11-28 | 2000-12-26 | Lucent Technologies Inc. | Replication service system and method for directing the replication of information servers based on selected plurality of servers load |
| US5991766A (en) * | 1997-12-02 | 1999-11-23 | Electronic Data Systems Corporation | Method and system for managing redundant objects in a distributed object system |
| US6018805A (en) * | 1997-12-15 | 2000-01-25 | Recipio | Transparent recovery of distributed-objects using intelligent proxies |
| US6260069B1 (en) * | 1998-02-10 | 2001-07-10 | International Business Machines Corporation | Direct data retrieval in a distributed computing system |
| US6256031B1 (en) * | 1998-06-26 | 2001-07-03 | Microsoft Corporation | Integration of physical and virtual namespace |
| WO2000007116A1 (en) | 1998-07-27 | 2000-02-10 | Siemens Aktiengesellschaft | Method, arrangement and set of a plurality of arrangements for remedying at least one inconsistency in a group of databases which comprises a database and at least one copy database of the database |
| US6810405B1 (en) | 1998-08-18 | 2004-10-26 | Starfish Software, Inc. | System and methods for synchronizing data between multiple datasets |
| US6449622B1 (en) * | 1999-03-08 | 2002-09-10 | Starfish Software, Inc. | System and methods for synchronizing datasets when dataset changes may be received out of order |
| US6401104B1 (en) * | 1999-07-03 | 2002-06-04 | Starfish Software, Inc. | System and methods for synchronizing datasets using cooperation among multiple synchronization engines |
| US6751674B1 (en) | 1999-07-26 | 2004-06-15 | Microsoft Corporation | Method and system for replication in a hybrid network |
| US6751634B1 (en) * | 1999-08-26 | 2004-06-15 | Microsoft Corporation | Method and system for detecting object inconsistency in a loosely consistent replicated directory service |
| US7203735B1 (en) * | 1999-10-21 | 2007-04-10 | International Business Machines Corporation | Files transfer between a remote home server and a local server |
| US7013313B1 (en) | 1999-11-24 | 2006-03-14 | Pumatech, Inc. | System and methods for inheriting information into a dataset |
| US6557111B1 (en) | 1999-11-29 | 2003-04-29 | Xerox Corporation | Multicast-enhanced update propagation in a weakly-consistant, replicated data storage system |
| US6553391B1 (en) | 2000-06-08 | 2003-04-22 | International Business Machines Corporation | System and method for replicating external files and database metadata pertaining thereto |
| US10235368B2 (en) * | 2000-06-08 | 2019-03-19 | International Business Machines Corporation | System and method for updating external file referenced by database with transactional consistency using SQL |
| US6711572B2 (en) | 2000-06-14 | 2004-03-23 | Xosoft Inc. | File system for distributing content in a data network and related methods |
| US7162499B2 (en) | 2000-06-21 | 2007-01-09 | Microsoft Corporation | Linked value replication |
| US7047420B2 (en) * | 2001-01-17 | 2006-05-16 | Microsoft Corporation | Exclusive encryption |
| US6879564B2 (en) * | 2001-02-28 | 2005-04-12 | Microsoft Corp. | Method for designating communication paths in a network |
| US7043637B2 (en) * | 2001-03-21 | 2006-05-09 | Microsoft Corporation | On-disk file format for a serverless distributed file system |
| US7478243B2 (en) | 2001-03-21 | 2009-01-13 | Microsoft Corporation | On-disk file format for serverless distributed file system with signed manifest of file modifications |
| US7062490B2 (en) * | 2001-03-26 | 2006-06-13 | Microsoft Corporation | Serverless distributed file system |
| US6981138B2 (en) * | 2001-03-26 | 2005-12-27 | Microsoft Corporation | Encrypted key cache |
| US20020147739A1 (en) * | 2001-04-10 | 2002-10-10 | Netvoyage Corporation | Methods and systems for tracking storage resources associated with a document distribution system |
| US7165248B2 (en) * | 2001-06-04 | 2007-01-16 | Sun Microsystems, Inc. | File tree conflict processor |
| US7702641B2 (en) * | 2001-06-04 | 2010-04-20 | Oracle America, Inc. | Method and system for comparing and updating file trees |
| US7085779B2 (en) * | 2001-06-04 | 2006-08-01 | Sun Microsystems, Inc. | File tree change reconciler |
| US6988124B2 (en) * | 2001-06-06 | 2006-01-17 | Microsoft Corporation | Locating potentially identical objects across multiple computers based on stochastic partitioning of workload |
| US7310644B2 (en) * | 2001-06-06 | 2007-12-18 | Microsoft Corporation | Locating potentially identical objects across multiple computers |
| US7072911B1 (en) | 2001-07-27 | 2006-07-04 | Novell, Inc. | System and method for incremental replication of changes in a state based distributed database |
| GB2380830A (en) * | 2001-10-13 | 2003-04-16 | Hewlett Packard Co | Automatic file sharing in a peer to peer network by use of constraints between file system domains |
| US6968372B1 (en) | 2001-10-17 | 2005-11-22 | Microsoft Corporation | Distributed variable synchronizer |
| US7035922B2 (en) * | 2001-11-27 | 2006-04-25 | Microsoft Corporation | Non-invasive latency monitoring in a store-and-forward replication system |
| US7185359B2 (en) * | 2001-12-21 | 2007-02-27 | Microsoft Corporation | Authentication and authorization across autonomous network systems |
| US7024429B2 (en) | 2002-01-31 | 2006-04-04 | Nextpage,Inc. | Data replication based upon a non-destructive data model |
| US7020665B2 (en) * | 2002-03-07 | 2006-03-28 | Microsoft Corporation | File availability in distributed file storage systems |
| US20040024807A1 (en) * | 2002-07-31 | 2004-02-05 | Microsoft Corporation | Asynchronous updates of weakly consistent distributed state information |
| US7590667B2 (en) | 2003-01-30 | 2009-09-15 | Hitachi, Ltd. | File replication method for distributed file systems |
| US7822757B2 (en) * | 2003-02-18 | 2010-10-26 | Dun & Bradstreet, Inc. | System and method for providing enhanced information |
| JP4538454B2 (en) | 2003-06-30 | 2010-09-08 | インターナショナル・ビジネス・マシーンズ・コーポレーション | Search for electronic document replicas in computer networks |
| MXPA04005722A (en) * | 2003-08-21 | 2005-06-03 | Microsoft Corp | Electronic ink processing. |
| CA2470930A1 (en) * | 2003-08-21 | 2005-02-21 | Microsoft Corporation | Electronic ink processing |
| US7502812B2 (en) * | 2003-08-21 | 2009-03-10 | Microsoft Corporation | Electronic ink processing |
| BR0306695A (en) * | 2003-08-21 | 2005-05-24 | Microsoft Corp | Electronic Ink Processing |
| US7616333B2 (en) * | 2003-08-21 | 2009-11-10 | Microsoft Corporation | Electronic ink processing and application programming interfaces |
| EP1656612B1 (en) * | 2003-08-21 | 2011-10-26 | Microsoft Corporation | Electronic ink processing |
| US7499904B2 (en) * | 2003-11-25 | 2009-03-03 | Microsoft Corporation | System and method for client mastered replication of local files |
| US20050262483A1 (en) * | 2004-05-05 | 2005-11-24 | Bea Systems, Inc. | System and method for application propagation |
| US7735077B2 (en) * | 2004-05-05 | 2010-06-08 | Bea Systems, Inc. | System and method for inventory services |
| WO2005109193A1 (en) * | 2004-05-05 | 2005-11-17 | Bea Systems, Inc. | System and method for inventory services |
| US7346633B2 (en) * | 2004-06-10 | 2008-03-18 | Sybase, Inc. | System providing methodology for replication subscription resolution |
| US20050278385A1 (en) * | 2004-06-10 | 2005-12-15 | Hewlett-Packard Development Company, L.P. | Systems and methods for staggered data replication and recovery |
| US7711835B2 (en) * | 2004-09-30 | 2010-05-04 | Citrix Systems, Inc. | Method and apparatus for reducing disclosure of proprietary data in a networked environment |
| US8099482B2 (en) | 2004-10-01 | 2012-01-17 | E-Cast Inc. | Prioritized content download for an entertainment device |
| US9020887B2 (en) | 2004-12-21 | 2015-04-28 | Proofpoint, Inc. | Managing the status of documents in a distributed storage system |
| US9367579B1 (en) * | 2005-02-23 | 2016-06-14 | Veritas Technologies Llc | System and method for maintaining a file change log within a distributed file system |
| US7849512B2 (en) * | 2005-03-21 | 2010-12-07 | Fortressware, Inc. | Method and system to create secure virtual project room |
| US8214754B2 (en) | 2005-04-15 | 2012-07-03 | Microsoft Corporation | Registration of applications and complimentary features for interactive user interfaces |
| US7778963B2 (en) * | 2005-04-26 | 2010-08-17 | Microsoft Corporation | Constraint-based conflict handling for synchronization |
| US7467265B1 (en) | 2005-06-30 | 2008-12-16 | Symantec Operating Corporation | System and method for block conflict resolution within consistency interval marker based replication |
| US8401997B1 (en) | 2005-06-30 | 2013-03-19 | Symantec Operating Corporation | System and method for replication using consistency interval markers in a distributed storage environment |
| JP4414381B2 (en) | 2005-08-03 | 2010-02-10 | 富士通株式会社 | File management program, file management apparatus, and file management method |
| US8185576B2 (en) | 2006-03-14 | 2012-05-22 | Altnet, Inc. | Filter for a distributed network |
| US7613750B2 (en) * | 2006-05-29 | 2009-11-03 | Microsoft Corporation | Creating frequent application-consistent backups efficiently |
| US8117155B2 (en) * | 2006-06-30 | 2012-02-14 | Microsoft Corporation | Collection-based object replication |
| GB2444344A (en) * | 2006-12-01 | 2008-06-04 | David Irvine | File storage and recovery in a Peer to Peer network |
| US20090089740A1 (en) * | 2007-08-24 | 2009-04-02 | Wynne Crisman | System For Generating Linked Object Duplicates |
| US20110040792A1 (en) * | 2009-08-12 | 2011-02-17 | Russell Perry | Stored Object Replication |
| CN101853269B (en) * | 2010-04-29 | 2012-01-11 | 中国人民解放军国防科学技术大学 | Consistent processing method for updating distributed data |
| US9146937B2 (en) | 2011-06-23 | 2015-09-29 | Cohort Fs, Llc | Client-based data replication |
| US9483538B1 (en) * | 2012-03-29 | 2016-11-01 | Sprint Communications Company L.P. | Two-way data sharing between disparate data stores |
| US8705537B1 (en) | 2012-06-10 | 2014-04-22 | Andrei Teodor Borac | Eventually-consistent data stream consolidation |
| US9619539B2 (en) * | 2012-09-28 | 2017-04-11 | Vmware, Inc. | Automated document replication in a distributed computing system |
| WO2015183247A1 (en) * | 2014-05-28 | 2015-12-03 | Hitachi Data Systems Corporation | System and method of collision management in a namespace of a storage system |
| US11010409B1 (en) * | 2016-03-29 | 2021-05-18 | EMC IP Holding Company LLC | Multi-streaming with synthetic replication |
| US10769172B2 (en) | 2018-03-28 | 2020-09-08 | Hewlett Packard Enterprise Development Lp | Globalized object names in a global namespace |
| US11270531B2 (en) | 2019-06-28 | 2022-03-08 | GM Cruise Holdings, LLC | Autonomous vehicle data management platform |
| US11803571B2 (en) | 2021-02-04 | 2023-10-31 | Hewlett Packard Enterprise Development Lp | Transfer of synchronous and asynchronous replication |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4432057A (en) * | 1981-11-27 | 1984-02-14 | International Business Machines Corporation | Method for the dynamic replication of data under distributed system control to control utilization of resources in a multiprocessing, distributed data base system |
| US4714996A (en) * | 1985-11-26 | 1987-12-22 | International Business Machines Corporation | Impact calculation for version management in a distributed information service |
| US4887204A (en) * | 1987-02-13 | 1989-12-12 | International Business Machines Corporation | System and method for accessing remote files in a distributed networking environment |
| US5001628A (en) * | 1987-02-13 | 1991-03-19 | International Business Machines Corporation | Single system image uniquely defining an environment for each user in a data processing system |
| US5151989A (en) * | 1987-02-13 | 1992-09-29 | International Business Machines Corporation | Directory cache management in a distributed data processing system |
| US5202971A (en) * | 1987-02-13 | 1993-04-13 | 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 |
| US4888681A (en) * | 1987-10-19 | 1989-12-19 | International Business Machines Corporation | Space management system for data files having shared access |
| US4853843A (en) * | 1987-12-18 | 1989-08-01 | Tektronix, Inc. | System for merging virtual partitions of a distributed database |
| US4875159A (en) * | 1987-12-22 | 1989-10-17 | Amdahl Corporation | Version management system using plural control fields for synchronizing two versions of files in a multiprocessor system |
| US5222217A (en) * | 1989-01-18 | 1993-06-22 | International Business Machines Corporation | System and method for implementing operating system message queues with recoverable shared virtual storage |
| CA1323448C (en) * | 1989-02-24 | 1993-10-19 | Terrence C. Miller | Method and apparatus for translucent file system |
| US5113519A (en) * | 1989-05-15 | 1992-05-12 | International Business Machines Corporation | Maintenance of file attributes in a distributed data processing system |
| US5170480A (en) * | 1989-09-25 | 1992-12-08 | International Business Machines Corporation | Concurrently applying redo records to backup database in a log sequence using single queue server per queue at a time |
| US5307481A (en) * | 1990-02-28 | 1994-04-26 | Hitachi, Ltd. | Highly reliable online system |
| US5032979A (en) * | 1990-06-22 | 1991-07-16 | International Business Machines Corporation | Distributed security auditing subsystem for an operating system |
| US5287453A (en) * | 1990-09-18 | 1994-02-15 | Bull Hn Information Systems, Inc. | Fast remote file access facility for distributing file access requests in a closely coupled computer system |
| JP3516344B2 (en) * | 1990-10-22 | 2004-04-05 | 株式会社日立製作所 | Multiple data processing method for distributed processing system |
| US5285528A (en) * | 1991-02-22 | 1994-02-08 | International Business Machines Corporation | Data structures and algorithms for managing lock states of addressable element ranges |
-
1994
- 1994-01-14 US US08/181,704 patent/US5588147A/en not_active Expired - Lifetime
-
1995
- 1995-01-06 CA CA002139694A patent/CA2139694C/en not_active Expired - Lifetime
- 1995-01-10 DE DE69531513T patent/DE69531513T2/en not_active Expired - Lifetime
- 1995-01-10 EP EP95100255A patent/EP0663640B1/en not_active Expired - Lifetime
- 1995-01-12 JP JP7003453A patent/JPH07219830A/en active Pending
-
2007
- 2007-08-20 JP JP2007214031A patent/JP4310354B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007299431A (en) | 2007-11-15 |
| JP4310354B2 (en) | 2009-08-05 |
| US5588147A (en) | 1996-12-24 |
| CA2139694A1 (en) | 1995-07-15 |
| DE69531513T2 (en) | 2004-02-26 |
| JPH07219830A (en) | 1995-08-18 |
| DE69531513D1 (en) | 2003-09-25 |
| EP0663640A1 (en) | 1995-07-19 |
| EP0663640B1 (en) | 2003-08-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2139694C (en) | Replication facility | |
| US7167874B2 (en) | System and method for command line administration of project spaces using XML objects | |
| US6061692A (en) | System and method for administering a meta database as an integral component of an information server | |
| US7546633B2 (en) | Role-based authorization management framework | |
| JP3696639B2 (en) | Unification of directory service with file system service | |
| US6308181B1 (en) | Access control with delayed binding of object identifiers | |
| Tari et al. | A role-based access control for intranet security | |
| US7233959B2 (en) | Life-cycle management engine | |
| US7801850B2 (en) | System of and method for transparent management of data objects in containers across distributed heterogenous resources | |
| EP1696330B1 (en) | Discoverability and enumeration mechanisms in a hierarchically secure storage system | |
| US7404203B2 (en) | Distributed capability-based authorization architecture | |
| US5519855A (en) | Summary catalogs | |
| EP2059881B1 (en) | Method for managing simultaneous modification of database objects during development | |
| US7475199B1 (en) | Scalable network file system | |
| US20080184336A1 (en) | Policy resolution in an entitlement management system | |
| Jonscher et al. | Argos—A configurable access control system for interoperable environments | |
| US7533157B2 (en) | Method for delegation of administrative operations in user enrollment tasks | |
| Trevor et al. | The use of adapters to support cooperative sharing | |
| US20030088615A1 (en) | Update resolution procedure for a directory server | |
| Brando | Comparing dce and corba | |
| CA2483457C (en) | Life-cycle management engine | |
| Chrysanthis et al. | The Gutenberg Operating System Kernel | |
| Mahoney et al. | A Linux implementation of windows ACLs | |
| JPH10161922A (en) | Replica type definition system | |
| Force | Interoperability Specification |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| MKEX | Expiry |
Effective date: 20150106 |