CN106844261A - 在恢复模式下实现热插拔的方法及设备 - Google Patents
在恢复模式下实现热插拔的方法及设备 Download PDFInfo
- Publication number
- CN106844261A CN106844261A CN201611178335.8A CN201611178335A CN106844261A CN 106844261 A CN106844261 A CN 106844261A CN 201611178335 A CN201611178335 A CN 201611178335A CN 106844261 A CN106844261 A CN 106844261A
- Authority
- CN
- China
- Prior art keywords
- device node
- equipment
- hot plug
- file
- title
- 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
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/40—Bus structure
- G06F13/4063—Device-to-bus coupling
- G06F13/4068—Electrical coupling
- G06F13/4081—Live connection to bus, e.g. hot-plugging
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明公开了一种在恢复模式下实现热插拔的方法及设备。该方法包括:监测设备节点的目录是否有文件创建或者删除事件发生;在监测到文件创建或者删除事件发生时,判断设备节点文件是否为块设备文件并记录事件信息和对应的设备节点的文件信息;以及根据事件信息对设备节点做挂载或卸载。通过以上方式,本发明能够在恢复模式下实现块设备的热插拔,响应迅速,并且不增加成本。
Description
技术领域
本发明涉及设备热插拔技术领域,特别是涉及一种在恢复模式下实现热插拔的方法及设备。
背景技术
目前,恢复(Recovery)模式指系统(例如安卓系统或linux系统)提供的一种运行模式,在恢复模式下系统运行最少的资源,以提供给用户进行修改或者升级系统,例如擦除用户数据,升级不同的分区(Image分区镜像)。用户能够将待升级的分区镜像复制至外置存储设备,例如SD存储卡(Security Digital card,SD card)或者U盘(Universal SerialBus(USB)flash disk),在外置设备插入设备对应的物理接口或插槽时,恢复程序能够识别设备并读取数据进行升级。
由于系统在恢复模式运行时,为了减少系统的负载,并未加载系统提供的在正常模式下运行的存储模块和挂载管理模块,导致外置设备在进行热插拔时无法得到及时处理,因此现有的恢复模式不支持外置设备的热插拔。
发明内容
本发明主要解决的技术问题是提供一种在恢复模式下实现热插拔的方法及设备,能够在恢复模式下实现块设备的热插拔。
为解决上述技术问题,本发明采用的一个技术方案是:提供一种在恢复模式下实现热插拔的方法,包括:
监测设备节点的目录是否有文件创建或者删除事件发生;
在监测到文件创建或者删除事件发生时,判断设备节点文件是否为块设备文件并记录事件信息和对应的设备节点的文件信息;以及
根据事件信息对设备节点做挂载或卸载。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种在恢复模式下实现热插拔的设备,其包括相互耦接的热插拔事件获取模块以及热插拔事件处理模块,其中:
热插拔事件获取模块用于监测设备节点的目录是否有文件创建或者删除事件发生,以及在监测到文件创建或者删除事件发生时,判断设备节点文件是否为块设备文件并记录事件信息和对应的设备节点的文件信息;
热插拔事件处理模块用于根据事件信息对设备节点做挂载或卸载。
区别于现有技术的情况,上述在恢复模式下实现热插拔的方法及设备,根据事件信息对设备节点做挂载或卸载,进而能够在恢复模式下实现块设备的热插拔,响应迅速,并且不增加成本。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,进一步可以根据这些附图获得其他的附图。其中:
图1是本发明一实施例的在恢复模式下实现热插拔的方法的流程图;
图2是图1中设备与第一设备的示意图;
图3是图1中设备根据事件信息对设备节点做挂载的流程图;
图4是图1中设备根据事件信息对设备节点做卸载的流程图;
图5是本发明一实施例的在恢复模式下实现热插拔的设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参见图1所示,图1是本发明一实施例的在恢复模式下实现热插拔的方法的流程图。如图2所示,本实施例所揭示的方法应用于具有恢复模式的设备10,第一设备20可以在设备10处于恢复模式时实现热插拔,即第一设备20可以插入设备10,或者第一设备20可以从设备10拔出。该设备10可以为手机、掌上电脑或者平板或含有恢复运行模式的设备如车载电脑,车载信息娱乐设备等;该第一设备20可以为外部存储设备,例如SD卡或U盘等。
如图1所示,本实施例所揭示的在恢复模式下实现热插拔的方法包括以下步骤:
S1:初始化文件系统inotify机制,用于监测设备节点的目录是否有文件创建或者删除事件发生;
设备10监测设备节点的目录是否有文件创建或者删除事件发生,即设备10调用文件系统inotify查询机制监测设备节点的目录是否有文件创建或者删除事件发生,例如文件系统inotify监测/dev/block目录。其中,inotify机制主要功能是内核用于通知用户空间程序文件系统变化的机制,以便用户能够及时地得知内核或底层硬件设备发生了什么事件,从而能够更好地管理设备,给用户提供更好的服务。
在设备10监测设备节点的目录是否有文件创建或者删除事件发生之前,设备10首先读取分区信息,并保存块设备节点文件信息;然后调用文件系统inotify查询机制。其中,设备10的配置文件预置分区信息和对应的文件信息,例如:/dev/block/sda1/udisk1fat32,/dev/block/sda1为分区信息,即预设置设备节点的文件路径,/udisk1为挂载目录路径,fat32为分区文件系统。在设备10挂载成功时,设备10将挂载结果保持至/proc/mounts的文件中,例如:/dev/block/sda1 on/udisk1 type ext4(rw,errors=remount-ro),表示USB设备已经挂载为/udisk1目录,文件系统为ext4。
其中,块设备可为sd存储设备或者USB设备。在块设备插入设备10时,设备10监测到设备节点的目录有文件创建事件发生;在块设备从设备10拔出时,设备10监测到设备节点的目录有文件删除事件发生。
S2:在监测到文件创建或者删除事件发生时,判断设备节点文件是否为块设备文件并记录事件信息和对应的设备节点的文件信息;
在设备10监测到文件创建或者删除事件发生时,设备10判断设备节点文件是否为块设备文件,并记录事件信息和对应的设备节点的文件信息。其中,设备节点的文件信息可为块设备节点的文件信息。
在判断到设备节点文件为块设备的文件之后,设备10分派创建或者删除的信息和对应的设备节点文件信息给需求模块,即设备10分派事件信息和对应的设备节点的文件信息,并进入步骤S3。
在判断到设备节点文件不是块设备的文件时,则结束。
S3:根据事件信息对设备节点做挂载或卸载。
在设备10判断到设备节点文件为块设备的文件,即设备节点文件为块设备文件时,设备10根据事件信息对设备节点做挂载或卸载。
如图3所示,设备10根据事件信息对设备节点做挂载的一种实施方式为:
S31:在事件信息为设备文件进行创建时,判断新建的设备节点名称与已存储的设备节点名称是否一致;
设备10判断新建的设备节点名称与已存储的设备节点名称是否一致,即设备10判断新建的设备节点名称与在配置文件中所指定的设备节点名称是否一致。若新建的设备节点名称与已存储的设备节点名称不一致,则进入步骤S32;若新建的设备节点名称与已存储的设备节点名称一致,则进入步骤S33。
S32:若新建的设备节点名称与已存储的设备节点名称不一致,则根据新建的设备节点名称更新已存储的设备节点名称;
设备10根据新建的设备节点名称更新已存储的设备节点名称,即设备10将已存储的设备节点名称中待挂载设备节点名称修改为新建的设备节点名称,以使在设备10对设备节点做挂载时优先挂载。
例如新建的设备节点名称为/dev/block/sdb1,已存储的设备节点名称为/dev/block/sda1,则设备10将新建的设备节点名称/dev/block/sdb1添加至挂载目录/udisk。
S33:若新建的设备节点名称与已存储的设备节点名称一致,则挂载第一设备20;
其中,第一设备20可为块设备。例如,新建的设备节点名称为dev/block/sdb1,已存储的设备节点名称为/dev/block/sdb1,则设备10保留原状,并且挂载第一设备20。
在第一设备20挂载成功后,设备10将所述第一设备20的挂载信息保存在已存储的挂载结果信息中。
如图4所示,设备10根据事件信息对设备节点做卸载的一种实施方式为:
S41:在设备文件进行删除时,判断删除的设备节点名称与已存储的设备节点名称是否一致;
设备10判断删除的设备节点名称与在挂载结果信息中所指定的设备节点名称是否一致,即设备10判断删除的设备节点名称与文件/proc/mounts的设备节点名称是否一致。若删除的设备节点名称与已存储的设备节点名称一致,则进入步骤S42;若删除的设备节点名称与已存储的设备节点名称不一致,则进入步骤S43。
S42:若删除的设备节点名称与已存储的设备节点名称一致,则卸载与删除的设备节点名称对应的第一设备20;
设备10卸载与删除的设备节点名称对应的第一设备20,例如文件/proc/mounts包括设备节点名称为/dev/block/sdb1,删除的设备节点名称为/dev/block/sdb1,设备10卸载第一设备20。
S43:若删除的设备节点名称与已存储的设备节点名称不一致且来自于在同一物理端口或插槽位置,则卸载与删除的设备节点名称为同一类的第二设备。
例如分区挂载配置文件指明的存储的设备节点名称为/dev/block/sdb1,删除的设备节点名称为/dev/block/sda1,而设备节点名称/dev/block/sdb1与设备节点名称/dev/block/sda1为同一类设备,则设备10卸载与设备节点名称/dev/block/sdb1对应的第二设备,其中第二设备可以为外部存储设备,例如SD卡或U盘等。由于在同一个物理接口或插槽中的同一类设备的字母名称依次顺序递增,若设备10判断到差值大于或等于0,则为同一类设备。
在设备10卸载第一设备10或者第二设备之后,将卸载的设备所对应的信息从已存储的挂载结果信息中删除。即设备10将卸载设备所对应的信息从挂载结果信息文件/proc/mounts中存储的记录信息删除,以避免在设备10查询时读取到未更新的信息。
此外,设备10根据事件信息对设备节点做挂载或卸载可以依次产生且成对,以确保信息不会丢失。
其中,设备10的系统可为安卓、Linux系统。
因此,本实施例能够在恢复模式下实现块设备的热插拔,响应迅速,并且不增加成本。
本发明还提供一种在恢复模式下实现热插拔的设备,其在上述实施例所揭示的在恢复模式下实现热插拔的方法的基础上进行描述。如图5所示,该设备10包括热插拔事件获取模块101、热插拔事件分派模块102以及热插拔事件处理模块103,其中,热插拔事件分派模块102分别与热插拔事件获取模块101和热插拔事件处理模块103耦接。
其中,热插拔事件获取模块101用于监测设备节点的目录是否有文件创建或者删除事件发生,即热插拔事件获取模块101调用文件系统inotify查询机制监测设备节点的目录是否有文件创建或者删除事件发生,例如文件系统inotify监测/dev/block目录。
在热插拔事件获取模块101监测设备节点的目录是否有文件创建或者删除事件发生之前,热插拔事件获取模块101还用于首先读取分区信息,并保存块设备节点文件信息;然后初始化文件系统inotify机制。其中,设备10的配置文件预置分区信息和对应的文件信息,例如:/dev/block/sda1 /udisk1 fat32,/dev/block/sda1为分区信息,即预设置设备节点的文件路径,/udisk1为挂载目录路径,fat32为分区文件系统。在设备10挂载成功时,热插拔事件处理模块103将挂载结果保持至/proc/mounts的文件中,例如:/dev/block/sda1 on /udisk1 type ext4(rw,errors=remount-ro),表示USB设备已经挂载为/udisk1目录,文件系统为ext4。
其中,块设备可为sd存储设备或者USB设备。在块设备插入设备10时,热插拔事件获取模块101监测到设备节点的目录有文件创建事件发生;在块设备从设备10拔出时,热插拔事件获取模块101监测到设备节点的目录有文件删除事件发生。
热插拔事件获取模块101还用于在监测到文件创建或者删除事件发生时,判断设备节点文件是否为块设备文件并记录事件信息和对应的设备节点的文件信息。其中,设备节点的文件信息可为块设备节点的文件信息。
在热插拔事件获取模块101判断到设备节点文件为块设备的文件之后,热插拔事件分派模块102分派创建或者删除的信息和对应的设备节点文件信息,即热插拔事件分派模块102分派事件信息和对应的设备节点的文件信息。在热插拔事件获取模块101判断到设备节点文件不是块设备的文件时,则结束。
热插拔事件处理模块103用于根据事件信息对设备节点做挂载或卸载。即设备节点文件为块设备文件时,热插拔事件处理模块103根据事件信息对设备节点做挂载或卸载。
热插拔事件处理模块103还用于:在事件信息为设备文件进行创建时,判断新建的设备节点名称与已存储的设备节点名称是否一致;即判断新建的设备节点名称与在配置文件中所指定的设备节点名称是否一致。
若新建的设备节点名称与已存储的设备节点名称不一致,则热插拔事件处理模块103根据新建的设备节点名称更新已存储的设备节点名称;即热插拔事件处理模块103将已存储的设备节点名称中待挂载设备节点名称修改为新建的设备节点名称,以使在热插拔事件处理模块103对设备节点做挂载时优先挂载。
例如新建的设备节点名称为/dev/block/sdb1,已存储的设备节点名称为/dev/block/sda1,则热插拔事件处理模块103将新建的设备节点名称/dev/block/sdb1添加至挂载目录/udisk。
若新建的设备节点名称与已存储的设备节点名称一致,则热插拔事件处理模块103挂载第一设备20;其中,第一设备20可为块设备。例如,新建的设备节点名称为dev/block/sdb1,已存储的设备节点名称为/dev/block/sdb1,则设备10保留原状,热插拔事件处理模块103挂载第一设备20。
在第一设备20挂载成功后,热插拔事件处理模块103将所述第一设备20的挂载信息保存在已存储的挂载结果信息中。
热插拔事件处理模块103还用于:在设备文件进行删除时,判断删除的设备节点名称与已存储的设备节点名称是否一致;即判断删除的设备节点名称与分区挂载配置文件中预先指定的设备节点名称是否一致。
若删除的设备节点名称与已存储的设备节点名称一致,则热插拔事件处理模块103卸载与删除的设备节点名称对应的第一设备20;分区挂载配置文件包括设备节点名称为/dev/block/sdb1,删除的设备节点名称为/dev/block/sdb1,热插拔事件处理模块103卸载第一设备20。
若删除的设备节点名称与已存储的设备节点名称不一致且来自于在同一物理端口或插槽位置,则热插拔事件处理模块103卸载与删除的设备节点名称为同一类的第二设备。
例如文件分区挂载配置文件指定的设备节点名称为/dev/block/sdb1,删除的设备节点名称为/dev/block/sda1,而设备节点名称/dev/block/sdb1与设备节点名称/dev/block/sda1为同一类设备,则热插拔事件处理模块103卸载与设备节点名称/dev/block/sdb1对应的第二设备。由于同一类设备的字母名称依次顺序递增,若热插拔事件处理模块103判断到差值大于或等于0,则为同一类设备。
在卸载第一设备10或者第二设备之后,热插拔事件处理模块103将卸载的设备所对应的信息从已存储的挂载结果信息中删除。即热插拔事件处理模块103将卸载设备所对应的信息从挂载结果信息文件/proc/mounts存储的记录信息删除,以避免在设备10查询时读取到未更新的信息。
此外,热插拔事件处理模块103根据事件信息对设备节点做挂载或卸载可以依次产生,以确保信息不会丢失。
综上所述,本发明通过监测设备节点的目录是否发生文件创建或者删除事件发生,以及在监测到文件创建或者删除事件发生时,判断设备节点文件是否为块设备文件并记录事件信息和对应的设备节点的文件信息,并根据事件信息对设备节点做挂载或卸载,从而能够在恢复模式下实现块设备的热插拔,响应迅速,并且不增加成本。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种在恢复模式下实现热插拔的方法,其特征在于,包括:
监测设备节点的目录是否有文件创建或者删除事件发生;
在监测到所述文件创建或者删除事件发生时,判断所述设备节点文件是否为块设备文件并记录所述事件信息和对应的所述设备节点的文件信息;以及
根据所述事件信息对所述设备节点做挂载或卸载。
2.根据权利要求1所述的方法,其特征在于,所述在恢复模式下实现热插拔的方法还包括:
若所述设备节点文件为块设备文件,则在所述设备文件进行创建时,判断新建的设备节点名称与已存储的设备节点名称是否一致;
若所述新建的设备节点名称与所述已存储的设备节点名称不一致,则根据所述新建的设备节点名称更新所述已存储的设备节点名称;
在所述设备文件进行删除时,判断删除的设备节点名称与所述已存储的设备节点名称是否一致;以及
若所述删除的设备节点名称与所述已存储的设备节点名称一致,则卸载与所述删除的设备节点名称对应的第一设备。
3.根据权利要求2所述的方法,其特征在于,所述根据所述新建的设备节点名称更新所述已存储的设备节点名称的步骤包括:
将所述已存储的设备节点名称中待挂载设备节点名称修改为所述新建的设备节点名称。
4.根据权利要求2所述的方法,其特征在于,所述在恢复模式下实现热插拔的方法还包括:
若所述新建的设备节点名称与所述已存储的设备节点名称一致,则挂载所述第一设备;在所述第一设备挂载成功后,将所述第一设备的挂载信息保存在已存储的挂载结果信息中。
5.根据权利要求2所述的方法,其特征在于,所述在恢复模式下实现热插拔的方法还包括:
若所述删除的设备节点名称与所述已存储的设备节点名称不一致且来自于在同一物理端口或插槽位置,则卸载与所述删除的设备节点名称为同一类的第二设备。
6.根据权利要求5所述的方法,其特征在于,所述在恢复模式下实现热插拔的方法还包括进一步包括:
在卸载所述第一设备或者所述第二设备之后,将卸载的设备所对应的信息从已存储的挂载结果信息中删除。
7.根据权利要求2所述的方法,其特征在于,所述在恢复模式下实现热插拔的方法进一步包括:
在判断到所述设备节点文件为所述块设备的文件之后,分派所述创建或者删除的信息和对应的设备节点文件信息。
8.一种在恢复模式下实现热插拔的设备,其特征在于,所述设备包括相互耦接的热插拔事件获取模块以及热插拔事件处理模块,其中:
所述热插拔事件获取模块用于监测设备节点的目录是否有文件创建或者删除事件发生,以及在监测到所述文件创建或者删除事件发生时,判断所述设备节点文件是否为块设备文件并记录所述事件信息和对应的所述设备节点的文件信息;以及
所述热插拔事件处理模块用于根据所述事件信息对所述设备节点做挂载或卸载。
9.根据权利要求8所述的设备,其特征在于,所述热插拔事件处理模块还用于:若所述设备节点文件为块设备文件,在所述设备文件进行创建时,判断新建的设备节点名称与已存储的设备节点名称是否一致;
若所述新建的设备节点名称与所述已存储的设备节点名称不一致,根据所述新建的设备节点名称更新所述已存储的设备节点名称;
在所述设备文件进行删除时,判断删除的设备节点名称与所述已存储的设备节点名称是否一致;以及
若所述删除的设备节点名称与所述已存储的设备节点名称一致,卸载与所述删除的设备节点名称对应的第一设备。
10.根据权利要求9所述的设备,其特征在于,所述设备进一步包括与所述热插拔事件获取模块以及所述热插拔事件处理模块分别耦接的所述热插拔事件分派模块,所述热插拔事件分派模块用于分派所述创建或者删除的信息和对应的设备节点文件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611178335.8A CN106844261A (zh) | 2016-12-19 | 2016-12-19 | 在恢复模式下实现热插拔的方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611178335.8A CN106844261A (zh) | 2016-12-19 | 2016-12-19 | 在恢复模式下实现热插拔的方法及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106844261A true CN106844261A (zh) | 2017-06-13 |
Family
ID=59140357
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611178335.8A Pending CN106844261A (zh) | 2016-12-19 | 2016-12-19 | 在恢复模式下实现热插拔的方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106844261A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111866436A (zh) * | 2020-06-19 | 2020-10-30 | 厦门亿联网络技术股份有限公司 | 一种视频会议系统的配件升级方法及装置 |
CN112286559A (zh) * | 2020-12-08 | 2021-01-29 | 智道网联科技(北京)有限公司 | 一种车载智能终端的升级方法及装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1437726A (zh) * | 2000-03-02 | 2003-08-20 | 凤凰技术有限公司 | 在计算机运行中交换设备的装置与方法 |
CN105183517A (zh) * | 2015-09-14 | 2015-12-23 | 广东欧珀移动通信有限公司 | 在recovery模式下挂载外部存储设备的方法、装置及电子装置 |
CN105183673A (zh) * | 2015-08-20 | 2015-12-23 | 广东欧珀移动通信有限公司 | 在恢复模式下支持外置存储设备热插拔的方法及装置 |
-
2016
- 2016-12-19 CN CN201611178335.8A patent/CN106844261A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1437726A (zh) * | 2000-03-02 | 2003-08-20 | 凤凰技术有限公司 | 在计算机运行中交换设备的装置与方法 |
CN1199102C (zh) * | 2000-03-02 | 2005-04-27 | 凤凰技术有限公司 | 在计算机运行中交换设备的装置与方法 |
CN105183673A (zh) * | 2015-08-20 | 2015-12-23 | 广东欧珀移动通信有限公司 | 在恢复模式下支持外置存储设备热插拔的方法及装置 |
CN105183517A (zh) * | 2015-09-14 | 2015-12-23 | 广东欧珀移动通信有限公司 | 在recovery模式下挂载外部存储设备的方法、装置及电子装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111866436A (zh) * | 2020-06-19 | 2020-10-30 | 厦门亿联网络技术股份有限公司 | 一种视频会议系统的配件升级方法及装置 |
CN111866436B (zh) * | 2020-06-19 | 2022-06-10 | 厦门亿联网络技术股份有限公司 | 一种视频会议系统的配件升级方法及装置 |
CN112286559A (zh) * | 2020-12-08 | 2021-01-29 | 智道网联科技(北京)有限公司 | 一种车载智能终端的升级方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111338854A (zh) | 基于Kubernetes集群快速恢复数据的方法及系统 | |
CN109445861A (zh) | 系统启动方法、装置、计算机装置及存储介质 | |
CN108363552B (zh) | 虚拟机磁盘空间回收方法和系统 | |
CN104216793A (zh) | 应用程序备份、恢复的方法及设备 | |
CN104156361A (zh) | 一种实现数据同步的方法及系统 | |
CN107273146B (zh) | 虚拟机升级方法及装置 | |
CN111309524A (zh) | 分布式存储系统故障恢复方法、装置、终端及存储介质 | |
CN102939593A (zh) | 无限存储器 | |
CN107590144A (zh) | 一种文件存储方法和终端 | |
CN105867962A (zh) | 系统升级的方法和装置 | |
CN110209654A (zh) | 一种文本文件数据入库方法、系统及电子设备和存储介质 | |
CN110647425A (zh) | 一种数据库恢复方法及装置 | |
CN109597707A (zh) | 克隆卷数据拷贝方法、装置及计算机可读存储介质 | |
CN104793981A (zh) | 一种虚拟机集群的在线快照管理方法及装置 | |
CN106844261A (zh) | 在恢复模式下实现热插拔的方法及设备 | |
CN114356504A (zh) | 集群中数据迁移方法、装置、电子设备和存储介质 | |
CN114780019A (zh) | 电子设备的管理方法、装置、电子设备及存储介质 | |
CN111432019B (zh) | 一种基于边云协同方式的云游戏设备分配方法及系统 | |
US8185500B2 (en) | Information processing apparatus, and operation method of storage system | |
CN112799588A (zh) | 使用外部存储加载容器集群应用数据时的数据存储方法 | |
CN112559127A (zh) | 虚拟机创建方法、装置、主机及存储介质 | |
CN112764973B (zh) | 数据容灾方法、装置、电子设备和可读存储介质 | |
CN110321077A (zh) | 一种集中存储文件的管理方法及装置 | |
CN109857519A (zh) | 虚拟磁盘的处理方法及相关装置 | |
CN104636086A (zh) | 一种ha存储设备、管理ha状态的方法 |
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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: Hefei City, Anhui province 230000 Wangjiang Road No. 800 building 10 layer A3 Innovation Industrial Park Applicant after: Hefei Jie FA Technology Co., Ltd. Address before: Hefei City, Anhui province 230000 Wangjiang Road No. 800 building 10 layer A3 Innovation Industrial Park Applicant before: Smart technology (Hefei) Co., Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170613 |