CN107491535A - 一种文件挂载的方法及装置 - Google Patents
一种文件挂载的方法及装置 Download PDFInfo
- Publication number
- CN107491535A CN107491535A CN201710724742.2A CN201710724742A CN107491535A CN 107491535 A CN107491535 A CN 107491535A CN 201710724742 A CN201710724742 A CN 201710724742A CN 107491535 A CN107491535 A CN 107491535A
- Authority
- CN
- China
- Prior art keywords
- client
- storage
- protocol information
- agreement
- catalogue
- 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.)
- Pending
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
-
- 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/11—File system administration, e.g. details of archiving or snapshots
- G06F16/122—File system administration, e.g. details of archiving or snapshots using management policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种文件挂载的方法，利用存储请求获取客户端的协议信息，在存储***中按照协议信息创建协议存储目录，也就是说对不同的协议信息创建不同的协议存储目录，使协议存储目录作为当前请求存储的客户端的根目录，再将存储内容存储到对应的协议存储目录中，这样不同协议的用户只可以访问自己的根目录也就是自己的协议存储目录的内容，因此就将不同协议的客户端存储的内容进行了隔离，因此不会出现对其他协议的文件误操作的现象，保障了其他协议文件的安全。本发明还公开了一种文件挂载的装置，同样可以实现上述技术效果。
Description
技术领域
本发明涉及分布式存储技术领域，更具体地说，涉及一种文件挂载的方法及装置。
背景技术
分布式统一存储***指一套提供文件存储、块存储、对象存储等多种存储协议方式的存储***。
现阶段，越来越多的分布式存储产品倾向于提供统一存储，也就是通过一套存储***对接不同的存储协议，应用不同协议进行存储的用户，都可以将存储内容存到一套存储***中。但是在一套存储***中，通过不同协议存储的内容不能做到不同协议之间的数据完全隔离。在Linux环境的存储***下，如果用户具有超级管理员权限(root)，并且使用超级管理员权限对一种协议下的存储内容进行数据的存取时，很容易对其他协议存储的数据误操作，使其他协议存储的数据不安全，带来了很多不便。
因此，如何区分不同协议之间的存储数据，是本领域技术人员需要解决的问题。
发明内容
本发明的目的在于提供一种文件挂载的方法及装置，以区分不同协议之间的存储数据。
为实现上述目的，本发明实施例提供了如下技术方案：
一种文件挂载的方法，包括：
接收客户端向存储***发送的存储请求；
利用所述存储请求获取客户端协议信息；
利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录；所述协议存储目录为利用所述客户端协议信息在所述存储***的根目录下创建的协议存储目录；
将所述存储请求中的存储内容挂载至所述协议存储目录中。
其中，利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录之前，还包括：
判断存储***是否有与所述客户端协议信息对应的协议存储目录；
若否，则利用所述客户端协议信息在所述存储***的根目录下创建协议存储目录；
若是，则继续执行利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录的步骤。
其中，利用所述存储请求获取客户端协议信息之后，还包括：
利用所述存储请求获取所述客户端的标识信息；
则利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录，包括：
利用所述客户端协议信息与所述客户端的标识信息得到与所述客户端及所述客户端协议信息对应的客户端协议存储目录；所述客户端协议存储目录为利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
其中，利用所述客户端协议信息与所述客户端的标识信息得到与所述客户端及所述客户端协议信息对应的客户端协议存储目录之前，还包括：
判断存储***是否有与所述客户端协议信息和所述客户端的标识信息对应的客户端协议存储目录；
若否，则利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录；
若是，则继续执行所述利用所述客户端协议信息与所述客户端的标识信息得到与所述客户端及所述客户端协议信息对应的客户端协议存储目录的步骤。
一种文件挂载的装置，包括：
存储请求接收模块，用于接收客户端向存储***发送的存储请求；
协议信息获取模块，用于利用所述存储请求获取客户端协议信息；
存储目录获取模块，用于利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录；所述协议存储目录为利用所述客户端协议信息在所述存储***的根目录下创建的协议存储目录；
挂载模块，用于将所述存储请求中的存储内容挂载至所述协议存储目录中。
其中，还包括：
第一判断模块，用于在利用所述客户端协议信息得到所述客户端协议信息对应的协议存储目录之前，判断存储***是否有与所述客户端协议信息对应的协议存储目录；若是则继续调用所述存储目录获取模块；
第一存储目录创建模块，用于存储***是没有与所述客户端协议信息对应的协议存储目录时，利用所述客户端协议信息在所述存储***的根目录下创建协议存储目录。
其中，还包括：
标识信息获取模块，利用所述存储请求获取所述客户端的标识信息；
则所述存储目录获取模块，具体用于：
利用所述客户端协议信息与所述客户端的标识信息得到所述客户端及所述客户端协议信息对应的客户端协议存储目录；所述客户端协议存储目录为利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
其中，还包括：
第二判断模块，用于判断存储***是否有与所述客户端协议信息和所述客户端的标识信息对应的客户端协议存储目录；若是，则调用所述存储目录获取模块；
第二存储目录创建模块，用于存储***是没有与所述客户端协议信息和所述客户端的标识信息对应的客户端协议存储目录时，利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
通过以上方案可知，本发明实施例提供的一种文件挂载的方法，利用存储请求获取客户端的协议信息，在存储***中按照协议信息创建协议存储目录，也就是说对不同的协议信息创建不同的协议存储目录，使协议存储目录作为当前请求存储的客户端的根目录，再将存储内容存储到对应的协议存储目录中，这样不同协议的用户只可以访问自己的根目录也就是自己的协议存储目录的内容，因此就将不同协议的客户端存储的内容进行了隔离，因此不会出现对其他协议的文件误操作的现象，保障了其他协议文件的安全。本发明还公开了一种文件挂载的装置，同样可以实现上述技术效果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例公开的一种文件挂载的方法流程图；
图2为本发明实施例公开的一种自适应挂载点的分布式存储示意图；
图3为本发明实施例公开的一种具体的文件挂载的方法流程图；
图4为本发明实施例公开的一种具体的文件挂载的方法流程图；
图5为本发明实施例公开的一种具体的文件挂载的方法流程图；
图6为本发明实施例公开的一种文件挂载的装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例公开了一种文件挂载的方法及装置，以区分不同协议之间的存储数据。
参见图1和图2，本发明实施例提供的一种文件挂载的方法，具体包括：
S101，接收客户端向存储***发送的存储请求。
具体地，接收客户端向存储***发送的存储请求，客户端可以是利用NFS协议进行存储数据的客户端，也可以是利用其他协议比如CIFS、SAMBA、FUSE等。
S102，利用所述存储请求获取客户端协议信息。
接收到存储请求后，获取客户端利用的协议信息，比如获取到用户使用的是NFS协议。
S103，利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录；所述协议存储目录为利用所述客户端协议信息在所述存储***的根目录下创建的协议存储目录。
具体地，接收到请求后，不立即将客户端待存储的内容挂载在根目录下，而是先在存储***的根目录下利用协议信息为这个协议创建一个目录，例如/data/nfs。需要说明的是，存储***中根目录下子目录/data/nfs，是作为客户端的根目录，再有不同协议的客户端请求存储，都根据协议的不同为其在存储***的根目录创建不同的子目录，但对应协议的子目录在客户端是作为客户端的根目录。因此在同一存储***中，不同协议间的数据做了隔离，而对于客户端，数据同样是存放在根目录下，所以不影响客户端正常操作的同时，避免了对其他协议数据误操作的问题。
S104，将所述存储请求中的存储内容挂载至所述协议存储目录中。
具体地，将客户端请求存储的内容存储到对于此协议的根目录，也就是存储***的针对协议的子目录，完成存储的过程。
由此可见，本发明实施例提供的一种文件挂载的方法，利用存储请求获取客户端的协议信息，在存储***中按照协议信息创建协议存储目录，也就是说对不同的协议信息创建不同的协议存储目录，使协议存储目录作为当前请求存储的客户端的根目录，再将存储内容存储到对应的协议存储目录中，这样不同协议的用户只可以访问自己的根目录也就是自己的协议存储目录的内容，因此就将不同协议的客户端存储的内容进行了隔离，因此不会出现对其他协议的文件误操作的现象，保障了其他协议文件的安全。
本发明实施例提供一种具体的文件挂载的方法，参见图3，本发明实施例具体包括：
S201，接收客户端向存储***发送的存储请求。
S202，利用所述存储请求获取客户端协议信息。
S203，判断存储***是否有与所述客户端协议信息对应的协议存储目录。
具体地，获取到协议信息后，要判断在存储***中是否已经存在对应这个协议的目录了，比如客户端使用的是NFS协议，那么先要判断在存储***中是否已经有NFS的目录，例如/data/nfs。
S204，若否，则利用所述客户端协议信息在所述存储***的根目录下创建协议存储目录。
如果没有，则需要先为客户端使用的协议在根目录下创建一个对应协议的子目录，再次使用同一协议的客户端进行存储时，都存储到这个子目录中，而这个子目录对于客户端而言是根目录。
S205，若是，利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录。
具体地，如果已有客户端使用的协议对应的子目录，那么得到子目录信息后直接将客户端请求存储的内容挂在到对应的子目录中。
S206，将所述存储请求中的存储内容挂载至所述协议存储目录中。
确定客户端应存储的目录后，将存储内容存储至这个存储目录中。
本发明实施例提供一种具体的文件挂载方法，参见图4，本发明实施例具体包括：
S301，接收客户端向存储***发送的存储请求。
S302，利用所述存储请求获取客户端协议信息。
S303，利用所述存储请求获取所述客户端的标识信息。
为了进一步隔离数据，在本方案中针对于同于一协议的不同客户端也进行了隔离。具体地，利用存储请求获得请求存储的客户端的协议信息和标识信息，也就是确定是哪一个客户端，以及使用的是哪一种协议。
S304，利用所述客户端协议信息与所述客户端的标识信息得到与所述客户端及所述客户端协议信息对应的客户端协议存储目录；所述客户端协议存储目录为利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
具体地，根据协议以及客户端的信息，为客户端创建一个子目录，以便相同协议的不同客户端的存储数据隔离。
S305，将所述存储请求中的存储内容挂载至所述协议存储目录中。
具体地，将客户端请求存储的内容挂载至相应的存储目录中，完成存储。
本发明实施例提供一种具体的文件挂载的方法，参见图5，本发明实施例具体包括：
S401，接收客户端向存储***发送的存储请求。
S402，利用所述存储请求获取客户端协议信息。
S403，利用所述存储请求获取所述客户端的标识信息。
S404，判断存储***是否有与所述客户端协议信息和所述客户端的标识信息对应的客户端协议存储目录。
具体地，首先利用客户端的标识信息与客户端的协议信息判断是否已为应用此协议的此客户端创建了相应的目录。例如A客户端应用NFS协议请求存储，那么首先判断存储***中是否已有NFS协议的A客户端的存储目录。
S405，若否，则利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
如果没有与此客户端以及此协议对应的存储目录，则利用客户端的标识信息与协议信息为此客户端在存储***的根目录下创建一个目录。
S406，若是，利用所述客户端协议信息与所述客户端的标识信息得到与所述客户端及所述客户端协议信息对应的客户端协议存储目录；所述客户端协议存储目录为利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
具体地，根据协议以及客户端的信息，为客户端创建一个子目录，以便相同协议的不同客户端的存储数据隔离。
S407，将所述存储请求中的存储内容挂载至所述协议存储目录中。
具体地，将客户端请求存储的内容挂载至相应的存储目录中，完成存储。
由此可见，本发明实施例提供的一种具体的文件挂载方法，可以再隔离不同协议的数据的基础上将不同客户端的数据也进行隔离，进一步避免了误操作的问题。
下面对本发明实施例提供的一种文件挂载的装置进行介绍，下文描述的一种文件挂载的装置与上文描述的一种文件挂载的方法可以相互参照。
参见图6，本发明实施例提供的一种文件挂载的装置具体包括：
存储请求接收模块501，用于接收客户端向存储***发送的存储请求。
具体地，存储请求接收模块501接收客户端向存储***发送的存储请求，客户端可以是利用NFS协议进行存储数据的客户端，也可以是利用其他协议比如CIFS、SAMBA、FUSE等。
协议信息获取模块502，用于利用所述存储请求获取客户端协议信息。
接收到存储请求后，协议信息获取模块502获取客户端利用的协议信息，比如获取到用户使用的是NFS协议。
存储目录获取模块503，用于利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录。
具体地，接收到请求后，不立即将客户端待存储的内容挂载在根目录下，而是通过存储目录获取模块503在存储***的根目录下利用协议信息为这个协议创建一个目录，例如/data/nfs。需要说明的是，存储***中根目录下子目录/data/nfs，是作为客户端的根目录，再有不同协议的客户端请求存储，都根据协议的不同为其在存储***的根目录创建不同的子目录，但对应协议的子目录在客户端是作为客户端的根目录。因此在同一存储***中，不同协议间的数据做了隔离，而对于客户端，数据同样是存放在根目录下，所以不影响客户端正常操作的同时，避免了对其他协议数据误操作的问题。
挂载模块504，用于将所述存储请求中的存储内容挂载至所述协议存储目录中。
具体地，挂载模块504将客户端请求存储的内容存储到对于此协议的根目录，也就是存储***的针对协议的子目录，完成存储的过程。
由此可见，本发明实施例提供的一种文件挂载的方法，协议信息获取模块502利用存储请求获取客户端的协议信息，在存储***中按照协议信息创建协议存储目录，也就是说对不同的协议信息创建不同的协议存储目录，使协议存储目录作为当前请求存储的客户端的根目录，再存储目录获取模块503将存储内容存储到对应的协议存储目录中，这样不同协议的用户只可以访问自己的根目录也就是自己的协议存储目录的内容，因此就将不同协议的客户端存储的内容进行了隔离，因此不会出现对其他协议的文件误操作的现象，保障了其他协议文件的安全。
基于上述实施例，本发明实施例提供一种具体的文件挂载的装置，本发明实施例具体包括：
存储请求接收模块501，用于接收客户端向存储***发送的存储请求。
具体地，存储请求接收模块501接收客户端向存储***发送的存储请求，客户端可以是利用NFS协议进行存储数据的客户端，也可以是利用其他协议比如CIFS、SAMBA、FUSE等。
协议信息获取模块502，用于利用所述存储请求获取客户端协议信息。
接收到存储请求后，协议信息获取模块502获取客户端利用的协议信息，比如获取到用户使用的是NFS协议。
第一判断模块601，用于在利用所述客户端协议信息得到所述客户端协议信息对应的协议存储目录之前，判断存储***是否有与所述客户端协议信息对应的协议存储目录；若是则继续调用所述存储目录获取模块503。
具体地，第一判断模块601获取到协议信息后，要判断在存储***中是否已经存在对应这个协议的目录了，比如客户端使用的是NFS协议，那么先要判断在存储***中是否已经有NFS的目录，例如/data/nfs。
第一存储目录创建模块602，用于存储***是没有与所述客户端协议信息对应的协议存储目录时，利用所述客户端协议信息在所述存储***的根目录下创建协议存储目录。
如果没有与所述客户端协议信息对应的协议存储目录时，则第一存储目录创建模块602需要先为客户端使用的协议在根目录下创建一个对应协议的子目录，再次使用同一协议的客户端进行存储时，都存储到这个子目录中，而这个子目录对于客户端而言是根目录。
存储目录获取模块503，用于利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录。
挂载模块504，用于将所述存储请求中的存储内容挂载至所述协议存储目录中。
具体地，挂载模块504将客户端请求存储的内容存储到对于此协议的根目录，也就是存储***的针对协议的子目录，完成存储的过程。
基于上述实施例，本发明实施例提供一种具体的文件挂载的装置，具体地：
存储请求接收模块501，用于接收客户端向存储***发送的存储请求。
协议信息获取模块502，用于利用所述存储请求获取客户端协议信息。
标识信息获取模块701，利用所述存储请求获取所述客户端的标识信息。
为了进一步隔离数据，在本方案中针对于同于一协议的不同客户端也进行了隔离。具体地，标识信息获取模块701利用存储请求获得请求存储的客户端的协议信息和标识信息，也就是确定是哪一个客户端，以及使用的是哪一种协议。
则所述存储目录获取模块503，具体用于：
利用所述客户端协议信息与所述客户端的标识信息得到所述客户端及所述客户端协议信息对应的客户端协议存储目录；所述客户端协议存储目录为利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
具体地，根据协议以及客户端的信息，为客户端创建一个子目录，以便相同协议的不同客户端的存储数据隔离。
挂载模块504，用于将所述存储请求中的存储内容挂载至所述协议存储目录中。
基于上述实施例，本发明实施例提供一种具体的文件挂载的装置，具体地：
存储请求接收模块501，用于接收客户端向存储***发送的存储请求。
协议信息获取模块502，用于利用所述存储请求获取客户端协议信息。
标识信息获取模块701，利用所述存储请求获取所述客户端的标识信息。
为了进一步隔离数据，在本方案中针对于同于一协议的不同客户端也进行了隔离。具体地，标识信息获取模块701利用存储请求获得请求存储的客户端的协议信息和标识信息，也就是确定是哪一个客户端，以及使用的是哪一种协议。
第二判断模块801，用于判断存储***是否有与所述客户端协议信息和所述客户端的标识信息对应的客户端协议存储目录；若是，则调用所述存储目录获取模块503；
具体地，首先第二判断模块801利用客户端的标识信息与客户端的协议信息判断是否已为应用此协议的此客户端创建了相应的目录。例如A客户端应用NFS协议请求存储，那么首先判断存储***中是否已有NFS协议的A客户端的存储目录。
第二存储目录创建模块802，用于存储***是没有与所述客户端协议信息和所述客户端的标识信息对应的客户端协议存储目录时，利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
具体地，存储***是没有与所述客户端协议信息和所述客户端的标识信息对应的客户端协议存储目录时，第二存储目录创建模块802利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
存储目录获取模块503，在本方案中具体用于：
利用所述客户端协议信息与所述客户端的标识信息得到所述客户端及所述客户端协议信息对应的客户端协议存储目录；所述客户端协议存储目录为利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
具体地，根据协议以及客户端的信息，为客户端创建一个子目录，以便相同协议的不同客户端的存储数据隔离。
挂载模块504，用于将所述存储请求中的存储内容挂载至所述协议存储目录中。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (8)
1.一种文件挂载的方法，其特征在于，包括：
接收客户端向存储***发送的存储请求；
利用所述存储请求获取客户端协议信息；
利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录；所述协议存储目录为利用所述客户端协议信息在所述存储***的根目录下创建的协议存储目录；
将所述存储请求中的存储内容挂载至所述协议存储目录中。
2.根据权利要求1所述的方法，其特征在于，利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录之前，还包括：
判断存储***是否有与所述客户端协议信息对应的协议存储目录；
若否，则利用所述客户端协议信息在所述存储***的根目录下创建协议存储目录；
若是，则继续执行利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录的步骤。
3.根据权利要求1所述的方法，其特征在于，利用所述存储请求获取客户端协议信息之后，还包括：
利用所述存储请求获取所述客户端的标识信息；
则利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录，包括：
利用所述客户端协议信息与所述客户端的标识信息得到与所述客户端及所述客户端协议信息对应的客户端协议存储目录；所述客户端协议存储目录为利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
4.根据权利要求3所述的方法，其特征在于，利用所述客户端协议信息与所述客户端的标识信息得到与所述客户端及所述客户端协议信息对应的客户端协议存储目录之前，还包括：
判断存储***是否有与所述客户端协议信息和所述客户端的标识信息对应的客户端协议存储目录；
若否，则利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录；
若是，则继续执行所述利用所述客户端协议信息与所述客户端的标识信息得到与所述客户端及所述客户端协议信息对应的客户端协议存储目录的步骤。
5.一种文件挂载的装置，其特征在于，包括：
存储请求接收模块，用于接收客户端向存储***发送的存储请求；
协议信息获取模块，用于利用所述存储请求获取客户端协议信息；
存储目录获取模块，用于利用所述客户端协议信息得到与所述客户端协议信息对应的协议存储目录；所述协议存储目录为利用所述客户端协议信息在所述存储***的根目录下创建的协议存储目录；
挂载模块，用于将所述存储请求中的存储内容挂载至所述协议存储目录中。
6.根据权利要求5所述的装置，其特征在于，还包括：
第一判断模块，用于在利用所述客户端协议信息得到所述客户端协议信息对应的协议存储目录之前，判断存储***是否有与所述客户端协议信息对应的协议存储目录；若是则继续调用所述存储目录获取模块；
第一存储目录创建模块，用于存储***是没有与所述客户端协议信息对应的协议存储目录时，利用所述客户端协议信息在所述存储***的根目录下创建协议存储目录。
7.根据权利要求5所述的装置，其特征在于，还包括：
标识信息获取模块，利用所述存储请求获取所述客户端的标识信息；
则所述存储目录获取模块，具体用于：
利用所述客户端协议信息与所述客户端的标识信息得到所述客户端及所述客户端协议信息对应的客户端协议存储目录；所述客户端协议存储目录为利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建的与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
8.根据权利要求7所述的装置，其特征在于，还包括：
第二判断模块，用于判断存储***是否有与所述客户端协议信息和所述客户端的标识信息对应的客户端协议存储目录；若是，则调用所述存储目录获取模块；
第二存储目录创建模块，用于存储***是没有与所述客户端协议信息和所述客户端的标识信息对应的客户端协议存储目录时，利用所述客户端协议信息与所述客户端的标识信息在所述存储***的根目录下创建与所述客户端和所述客户端协议信息对应的客户端协议存储目录。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710724742.2A CN107491535A (zh) | 2017-08-22 | 2017-08-22 | 一种文件挂载的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710724742.2A CN107491535A (zh) | 2017-08-22 | 2017-08-22 | 一种文件挂载的方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107491535A true CN107491535A (zh) | 2017-12-19 |
Family
ID=60645898
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710724742.2A Pending CN107491535A (zh) | 2017-08-22 | 2017-08-22 | 一种文件挂载的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107491535A (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080183802A1 (en) * | 2007-01-30 | 2008-07-31 | Microsoft Corporation | Network recycle bin |
| CN103685579A (zh) * | 2014-01-13 | 2014-03-26 | 浪潮(北京)电子信息产业有限公司 | 一种集群nas存储***共享访问方法 |
| CN103747064A (zh) * | 2013-12-26 | 2014-04-23 | 广东中科遥感技术有限公司 | 基于MooseFS分布文件***的挂载方法、客户端及*** |
| CN105141581A (zh) * | 2015-07-27 | 2015-12-09 | 浪潮(北京)电子信息产业有限公司 | 一种提供共享服务的方法及装置 |
| CN105592162A (zh) * | 2016-01-20 | 2016-05-18 | 歌尔声学股份有限公司 | 基于多类型文件的上传方法及*** |
-
2017
- 2017-08-22 CN CN201710724742.2A patent/CN107491535A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080183802A1 (en) * | 2007-01-30 | 2008-07-31 | Microsoft Corporation | Network recycle bin |
| CN103747064A (zh) * | 2013-12-26 | 2014-04-23 | 广东中科遥感技术有限公司 | 基于MooseFS分布文件***的挂载方法、客户端及*** |
| CN103685579A (zh) * | 2014-01-13 | 2014-03-26 | 浪潮(北京)电子信息产业有限公司 | 一种集群nas存储***共享访问方法 |
| CN105141581A (zh) * | 2015-07-27 | 2015-12-09 | 浪潮(北京)电子信息产业有限公司 | 一种提供共享服务的方法及装置 |
| CN105592162A (zh) * | 2016-01-20 | 2016-05-18 | 歌尔声学股份有限公司 | 基于多类型文件的上传方法及*** |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101198009B (zh) | 一种会议电视终端的升级方法 | |
| CN103617209B (zh) | 一种移动终端的文件管理方法及装置 | |
| US9542403B2 (en) | Symbolic-link identifying | |
| CN107734026A (zh) | 一种网络附加存储集群的设计方法、装置及设备 | |
| WO2017166791A1 (zh) | 应用程序备份方法及装置 | |
| CN104092758B (zh) | 一种分布式高速云存储服务器集群***的读取方法 | |
| CN105095103B (zh) | 用于云环境下的存储设备管理方法和装置 | |
| CN104462500B (zh) | 控件活跃度的确定方法、控件处理方法及装置 | |
| CN109818934A (zh) | 一种自动化日志处理的方法、装置及计算设备 | |
| CN108243404A (zh) | 手机号码绑定状态的核定方法、装置及设备 | |
| CN109767245A (zh) | 消费信息核对方法、设备及存储介质 | |
| CN107770146A (zh) | 一种用户数据权限控制方法及装置 | |
| CN105049631B (zh) | 在通讯录程序中进行信息发送的方法与移动终端 | |
| CN103491092A (zh) | 应用平台与数据银行分离绑定的方法及*** | |
| CN103973747B (zh) | 一种获取内容的方法和装置 | |
| CN103533563B (zh) | 一种无线局域网账号的恢复方法及终端 | |
| CN103401706B (zh) | 一种配置端口安全的方法及装置 | |
| CN110417741A (zh) | 一种过滤安全组的方法和装置 | |
| CN112637281B (zh) | 终端设备数据访问方法、装置、电子设备及存储介质 | |
| CN104410679B (zh) | 分享文件/文件夹的提取方法、客户端、服务器以及*** | |
| CN105897865A (zh) | 一种协议无关的网络文件服务管理***和方法 | |
| CN109656614A (zh) | 文件的处理方法、装置及*** | |
| CN107491535A (zh) | 一种文件挂载的方法及装置 | |
| CN103501334B (zh) | 数据传输方法、设备及网络*** | |
| CN104053132A (zh) | 一种信息号码识别的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171219 |
|
| RJ01 | Rejection of invention patent application after publication |