The method of the current invention provides a fault tolerant access to a network resource. A replicated network directory database operates in conjunction with server resident processes to remap a network resource in the event of a server failure. The records/objects in the replicated database contain for each network resource, a primary and a secondary server affiliation. Initially, all users access a network resource through the server identified in the replicated database as being the primary server for the network resource. When server resident processes detect a failure of the primary server, the replicated database is updated to reflect the failure of the primary server, and to change the affiliation of the network resource from its primary to its backup server. This remapping occurs transparently to whichever user/client is accessing the network resource. As a result of the remapping, all users access the network resource through the server identified in the replicated database as the backup server for the resource. When the server resident processes detect a return to service of the primary server, the replicated database is again updated to reflect the resumed operation of the primary server. This remapping of network resource affiliations also occurs transparently to whichever user/client is accessing the network resource, and returns the resource to its original fault tolerant state.

La méthode de l'invention courante fournit un accès tolérant de défaut à une ressource de réseau. Une base de données repliée d'annuaire de réseau fonctionne en même temps que les processus résidents de serveur pour remap une ressource de réseau en cas d'un échec de serveur. Les records/objects dans la base de données repliée contiennent pour chaque ressource de réseau, une affiliation primaire et secondaire de serveur. Au commencement, tous les utilisateurs accèdent à une ressource de réseau par le serveur identifié dans la base de données repliée en tant qu'étant le serveur primaire pour la ressource de réseau. Quand les processus résidents de serveur détectent un échec du serveur primaire, la base de données repliée est mise à jour pour refléter l'échec du serveur primaire, et pour changer l'affiliation de la ressource de réseau de son primaire en son serveur de secours. Ceci qui remapping se produit d'une manière transparente à n'importe quel user/client accède à la ressource de réseau. En raison de remapping, tous les utilisateurs accèdent à la ressource de réseau par le serveur identifié dans la base de données repliée comme serveur de secours pour la ressource. Quand les processus résidents de serveur détectent un retour au service du serveur primaire, la base de données repliée est de nouveau mise à jour pour refléter le fonctionnement repris du serveur primaire. Ce remapping des affiliations de ressource de réseau se produit également d'une manière transparente à n'importe quel user/client accède à la ressource de réseau, et renvoie la ressource à son état tolérant de défaut original.