CN104142943B - 一种数据库扩容方法和一种数据库 - Google Patents
一种数据库扩容方法和一种数据库 Download PDFInfo
- Publication number
- CN104142943B CN104142943B CN201310165909.8A CN201310165909A CN104142943B CN 104142943 B CN104142943 B CN 104142943B CN 201310165909 A CN201310165909 A CN 201310165909A CN 104142943 B CN104142943 B CN 104142943B
- Authority
- CN
- China
- Prior art keywords
- cloud
- hard disk
- host
- database
- data
- 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.)
- Active
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/1847—File system types specifically adapted to static storage, e.g. adapted to flash memory or SSD
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0602—Interfaces specially adapted for storage systems specifically adapted to achieve a particular effect
- G06F3/0604—Improving or facilitating administration, e.g. storage management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/06—Digital input from, or digital output to, record carriers, e.g. RAID, emulated record carriers or networked record carriers
- G06F3/0601—Interfaces specially adapted for storage systems
- G06F3/0668—Interfaces specially adapted for storage systems adopting a particular infrastructure
- G06F3/067—Distributed or networked storage systems, e.g. storage area networks [SAN], network attached storage [NAS]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例提供一种数据库扩容的方法和一种数据库,所述方法包括以下步骤:控制服务器为数据库实例申请第一云硬盘;所述数据库实例包括云主机和第二云硬盘;控制服务器将第一云硬盘挂载到云主机上,并将第二云硬盘中的数据拷贝至第一云硬盘;所述数据库包括:控制服务器,用于为数据库实例申请扩容;并将第一云硬盘挂载到云主机上,将数据库实例中的数据拷贝至第一云硬盘;数据库实例,用于对数据进行存储和管理,并根据控制服务器的指令进行扩容;第一云硬盘,用于挂载到数据库实例上,对数据库实例进行扩容。
Description
技术领域
本发明涉及数据库技术领域,特别涉及一种数据库扩容方法和一种数据库。
背景技术
数据库是按照数据结构来组织、存储和管理数据的仓库,产生于20世纪的60年代。近50年以来随着计算机技术、通信技术和网络技术的快速发展,企业和公司产生的数据量发生了***式的增长,使得现代企业强烈的依赖数据库来保存极重要的记录。所以数据库技术也随之得到迅猛发展,成为信息化社会中最重要的支撑技术之一。
而由于企业和公司的数据量增长过快,不断的对于数据库的容量提出新的要求,在数据库设立时期估算的容量,终究会随着发展和增长而无法再满足实际需求。所以后期对于数据库的扩容是数据库使用过程中的一个必然步骤。
现阶段的数据库扩容主要是有以下几种方式:
一种是将数据库内数据进行备份,然后再重新为数据库服务器添加硬盘,重新分区,最后利用备份文件恢复数据。
另一种是对数据备份之后,直接更换一台硬盘更大的数据库服务器,然后利用备份文件将原有的数据重新恢复到新的数据库服务器当中。
但是,上述数据备份过程有别于普通的数据拷贝。数据拷贝是一种相对简单的数据处理,也就是复制,即生成一份与原数据完全一样的数据,技术上直接且速度快;相比而言备份虽然在广义上也类似于一个复制的过程,但从技术上来讲,备份是更加复杂的。备份除了生成包含原有数据所有信息的新数据之外,还涉及压缩、标记日期、增量备份和差量备份等特别的功能,而备份文件实质上并不是与原数据一模一样的一份数据。所以备份更加复杂,需要借助专门的备份工具来实现。
而以上两种数据库扩容的方法当中,其硬盘即是服务器本身的一部分,增加硬盘或更换硬盘,甚至直接更换服务器,都牵涉到原来的操作***,所以简单的复制拷贝过程,无法实现扩容后在重新将数据“粘贴”回新硬盘;只能够利用专门的备份软件进行数据的备份和恢复。但是从现在一般数据库的数据存储量来看,按照上述方式进行数据的备份和恢复需要消耗相当长的时间,造成效率低下。
发明内容
有鉴于此,本发明的目的在于提供一种数据库扩容方法和一种数据库,通过设置相互独立的云主机与云硬盘,实现高效快速的数据库扩容。
为实现上述目的,有如下技术方案:
一种数据库扩容的方法,所述方法包括以下步骤:
控制服务器为数据库实例申请第一云硬盘;所述数据库实例包括云主机和第二云硬盘;
控制服务器将第一云硬盘挂载到云主机上,并将第二云硬盘中的数据拷贝至第一云硬盘。
所述控制服务器为数据库实例申请第一云硬盘具体为:
控制服务器为数据库实例申请一个指定硬盘容量的第一云硬盘。
所述控制服务器将第一云硬盘挂载到云主机上具体为:
控制服务器将第一云硬盘绑定到云主机上;
控制服务器指令云主机停止数据库运行,并将第一云硬盘格式化;
控制服务器将格式化后的第一云硬盘挂载到云主机上。
所述第一云硬盘挂载到云主机上具体为:
在云主机上生成一个读写目录,将第一云硬盘挂载到所述读写目录上。
所述方法还包括:
控制服务器将第二云硬盘中的数据拷贝至第一云硬盘之后,指令重新启动云主机,卸载第二云硬盘。
一种数据库,所述数据库包括:
控制服务器,用于为数据库实例申请扩容;并将第一云硬盘挂载到云主机上,将数据库实例中的数据拷贝至第一云硬盘;
数据库实例,用于对数据进行存储和管理,并根据控制服务器的指令进行扩容;
第一云硬盘,用于挂载到数据库实例上,对数据库实例进行扩容。
所述数据库实例包括:
云主机,用于对数据进行管理,并用于挂载第一云硬盘和/或第二云硬盘;
第二云硬盘,用于存储数据。
所述控制服务器包括:
申请模块,用于为云主机申请指定硬盘容量的第一云硬盘;
绑定模块,用于指令云主机运行绑定脚本,将第一云硬盘绑定;
格式化模块,用于将第一云硬盘格式化;
挂载模块,用于指令云主机运行挂载脚本,使第一云硬盘登录到云主机;
拷贝模块,用于将第二云硬盘中数据拷贝至第一云硬盘。
所述云主机还包括:
卸载模块,用于在数据拷贝完成后为云主机卸载第二云硬盘。
根据以上技术方案可知,本发明存在的有益效果是,通过独立设置的云主机与云硬盘,实现了数据库扩容的过程中,云硬盘在不影响数据库实例的情况下灵活的挂载,从而利用简单的拷贝技术即可将第二云硬盘中原本储存的数据转移到新挂载的第一云硬盘中;在数据库扩容和相应的数据转移过程中,避免了复杂的备份与恢复,也不需要使用任何特殊的备份工具,仅利用简单的拷贝技术完成整个流程,节省了大量的时间,提高工作效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例所述方法流程图;
图2为本发明另一实施例所述方法流程图;
图3为本发明实施例所述数据库结构示意图;
图4为本发明另一实施例所述数据库中控制服务器结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参照图1所示,为本发明所述数据库扩容方法的一个具体实施例。本实施例中,所述方法包括:
步骤101、控制服务器为数据库实例申请第一云硬盘;所述数据库实例包括云主机和第二云硬盘;
本实施例中,所述数据库实例也就是实现数据库功能的一个主体。在一个完整的数据库之下,可能包括诸多数据库实例并行工作;而本实施例所述的一个完整数据库当中,还特别设置有一个控制服务器,对数据库中所有的数据库实例进行控制,指令其完成扩容过程。不同于传统的数据库服务器,本实施例中所述数据库实例中,硬盘不再是主机的一部分。所述数据库实例当中包括云主机和第二云硬盘两部分,并且云主机和第二云硬盘彼此独立的设置。也就是说在数据库实例中,云硬盘与云主机隶属于两个生命周期。
云硬盘又分为第一云硬盘和第二云硬盘,从硬件的角度上来看二者并无实质的差别,只是所述第二云硬盘特指的是已经与云主机完成对应的挂载,组成了数据库实例并投入运行的云硬盘。相反未与云主机完成挂载,组成了数据库实例并投入运行的云硬盘即第一云硬盘。未与任何云主机对应的空闲云硬盘(也就是第一云硬盘)在本实施例中是独立存在的,一旦某第一云硬盘与某一云主机建立了对应的挂载,构成了数据库实例,该第一云硬盘即转变为第二云硬盘。当挂载云硬盘的主机被删除或者出现故障时,云硬盘中的数据仍然保留,并且可以重新挂载到其它主机上。
当一个数据库实例中的云硬盘容量无法在满足使用需要,则该数据库实例申请第一云硬盘进行扩容。
步骤102、控制服务器将第一云硬盘挂载到云主机上,并将第二云硬盘中的数据拷贝至第一云硬盘。
本实施例中,首先将第一云硬盘额外挂载到云主机上。在此情况下,由于数据库实例的操作***依靠云主机运行,而不借助云硬盘,所以原有数据库实例的操作***以及存储的数据文件都不受到影响,可以实现直接将第二云硬盘中的数据拷贝到第一云硬盘中,避免了复杂的备份与恢复的过程。
以上实施例为本发明所述方法的一个基础实施例。本实施例存在的有益效果是,通过独立设置的云主机与云硬盘,并利用控制服务器控制其完成云硬盘的挂载和数据的拷贝,实现了数据库扩容的过程中;云硬盘能够在不影响数据库实例本身操作***的情况下灵活的挂载,从而利用简单的拷贝技术即可将第二云硬盘中原本储存的数据转移到新挂载的第一云硬盘中。本实施例存在的有益效果是在数据库扩容和相应的数据转移过程中,避免了复杂的备份与恢复,也不需要使用任何特殊的备份工具,仅利用简单的拷贝技术完成整个流程,节省了大量的时间,提高工作效率。
参见图2所示为本发明所述方法的另一个具体实施例。本实施例中更加完整具体的对于所述方法进行了公开:
步骤201、控制服务器为数据库实例申请一个指定硬盘容量的第一云硬盘;所述数据库实例包括云主机和第二云硬盘;
本实施例中,用户可以根据实际的使用需求预先拟定需要申请的第一云硬盘的容量,并指定为云主机申请与该拟定容量等同的第一云硬盘。而且一般情况下,第一云硬盘的容量要大于第二云硬盘的容量,也就是以一个容量更大的硬盘替换原来容量较小的硬盘,实现数据库的扩容。
步骤202、控制服务器将第一云硬盘绑定到云主机上;
本步骤中所说的绑定动作,可以是本领域中所通用的attach操作。attach操作是在云主机上生成一个对应该第一云硬盘的设备目录,从而完成云主机和第一云硬盘的绑定。但是绑定完成后,所述设备目录的作用仅限于识别该第一云硬盘,并对第一云硬盘进行格式化;此阶段还不能够进行读写操作。
步骤203、控制服务器指令云主机停止数据库运行,并将第一云硬盘格式化;
步骤204、控制服务器将格式化后的第一云硬盘挂载到云主机上;
绑定后的第一云硬盘必须经过上述格式化和挂载的操作,云主机才能够在第一云硬盘上进行读写。上述挂载动作可以是本领域中所动用的mount操作。mount操作能够在云主机上为第一云硬盘生成一个挂载目录,并将格式化之后的第一云硬盘挂载到所述挂载目录上,云主机即可通过对于挂载目录执行读写来实现对第一云硬盘进行读写操作。本实施例中所述的attach和mount均为本领域中常见的命令,在此不对其作更多描述。
步骤205、控制服务器将第二云硬盘中的数据拷贝至第一云硬盘;
由于所述第一云硬盘和第二云硬盘都已经挂载到云主机之下,而且数据库实例的操作***依靠云主机运行,而不借助云硬盘;也就是说此时二者共存于云主机的操作***之下,云主机只需要直接将第二云硬盘中的数据拷贝至第一云硬盘就能够实现数据的转移。
步骤206、控制服务器指令重新启动云主机,卸载第二云硬盘。
由此所述方法完成以一块容量更大的云硬盘替代原先容量较小的云硬盘,实现了数据库的扩容。
在本实施例中,更加详细具体的描述了所述方法的整体流程。本实施例在图1所示实施例的基础之上,进一步实现的有益效果是,本实施例中所述方法技术方案更加完整具体,公开更加充分。
参照图3所示为本发明所述数据库的一个具体实施例。所述数据库中包括一个控制服务器,至少一个数据库实例,和至少一个未与任何数据库实例对应的第一云硬盘。图3中显示的是包括三个数据库实例和两个第一云硬盘的具体情况。所述数据库的具体包括如下所述;
控制服务器,用于为数据库实例申请扩容;并将第一云硬盘挂载到云主机上,将数据库实例中的数据拷贝至第一云硬盘;
本实施例中,控制服务器接收用户的扩容指令,并根据指令对整个扩容过程起到控制的作用。所述控制服务器可以是一***立设置的服务器,并为用户提供输入输出设备,供用户执行操作。在扩容过程的每个步骤当中,控制服务器均可以生成相应的指令给数据库实例中的云主机。
数据库实例,用于对数据进行存储和管理,并根据控制服务器的指令进行扩容;
本实施例中所述数据库实例包括一个云主机和一个第二云硬盘。云主机用于对数据进行管理,并用于挂载第一云硬盘和/或第二云硬盘,根据控制服务器的指令执行扩容流程;第二云硬盘用于存储数据。所述数据库实例也就是实现数据库功能的一个主体。构建在一个完整的数据库之下,可能包括诸多数据库实例并行工作。不同于传统的数据库服务器,本实施例中所述数据库实例中,硬盘不再是主机的一部分,而是采用云主机和第二云硬盘彼此独立的设置;也就是说云硬盘与云主机隶属于两个生命周期,当挂载云硬盘的主机被删除或者出现故障时,云硬盘中的数据仍然保留,并且可以重新挂载到其它主机上。
第一云硬盘,用于挂载到数据库实例上,对数据库实例进行扩容。
当一个数据库实例中的云硬盘容量无法在满足使用需要,则用户利用所述控制服务器为该数据库实例申请第一云硬盘进行扩容。所述第一云硬盘与第二云硬盘其实不存在本质上的区别,仅仅是在整体数据库中,未与任何云主机对应的空闲云硬盘独立存在,空闲云硬盘即表示成第一云硬盘;而一旦某一云硬盘与某一云主机建立了对应关系,构成了数据库实例,该云硬盘即转变为第二云硬盘。将第一云硬盘额外挂载到云主机上后,即可将第二云硬盘中的数据拷贝至第一云硬盘。在此情况下,原有数据库实例的操作***以及存储的数据文件都不受到影响,所以可以实现直接将第二云硬盘中的数据拷贝到第一云硬盘中,避免了复杂的备份与恢复的过程。
本实施例为所述数据库的一个基础实施例,本实施例所述数据库实质上对应图1所示实施例中所述方法,也就是本实施例中所述数据库能够按照该方法进行扩容。所以可见本实施例存在的有益效果是,通过独立设置的云主机与云硬盘,并利用控制服务器对其进行控制实现了数据库扩容的过程中,云硬盘在不影响数据库实例的情况下灵活的挂载,从而利用简单的拷贝技术即可将第二云硬盘中原本储存的数据转移到新挂载的第一云硬盘中。本实施例存在的有益效果是在数据库扩容和相应的数据转移过程中,避免了复杂的备份与恢复,也不需要使用任何特殊的备份工具,仅利用简单的拷贝技术完成整个流程,节省了大量的时间,提高工作效率。
以下为本发明所述数据库的另一个具体实施例。本实施例在图3所示实施例的基础上,对所述控制服务器的结构做出更加具体的描述。本实施例中所述数据库的其他组成部分与图3所示实施例一致,在此不重复叙述。
参照图4所示,为本实施例中所述云主机的结构示意图;所述云主机具体包括:
申请模块,用于为云主机申请指定硬盘容量的第一云硬盘;
本实施例中,用户可以根据实际的使用需求预先拟定需要申请的第一云硬盘的容量,并利用申请模块指定为云主机申请与该拟定容量等同的第一云硬盘。而且一般情况下,第一云硬盘的容量要大于第二云硬盘的容量,也就是以一个容量更大的硬盘替换原来容量较小的硬盘,实现数据库的扩容。
绑定模块,用于指令云主机运行绑定脚本,将第一云硬盘绑定;
所说的绑定动作,可以是本领域中所通用的attach操作。attach操作是在云主机上生成一个对应该第一云硬盘的设备目录,从而完成云主机和第一云硬盘的绑定。但是绑定完成后,所述设备目录的作用仅限于识别该第一云硬盘,此阶段还不能够进行读写操作;另外还能够利用所述设备目录对第一云硬盘进行格式化。
格式化模块,用于将第一云硬盘格式化;
挂载模块,用于指令云主机运行挂载脚本,使第一云硬盘登录到云主机;
绑定后的第一云硬盘必须经过上述格式化和挂载的操作,云主机才能够在第一云硬盘上进行读写。上述挂载模块执行的挂载过程可以是本领域中所动用的mount操作。mount操作能够在云主机上为第一云硬盘生成一个挂载目录,并将格式化之后的第一云硬盘挂载到所述挂载目录上,云主机即可通过对于挂载目录执行读写来实现对第一云硬盘进行读写操作。本实施例中所述的attach和mount均为本领域中常见的命令,在此不对其作更多描述。
拷贝模块,用于将第二云硬盘中数据拷贝至第一云硬盘;
由于所述第一云硬盘和第二云硬盘都已经挂载到云主机之下,也就是说此时二者共存于云主机的操作***之下,云主机只需要直接将第二云硬盘中的数据拷贝至第一云硬盘就能够实现数据的转移。
卸载模块,用于在数据拷贝完成后为云主机卸载第二云硬盘。
由此所述方法完成以一块容量更大的云硬盘替代原先容量较小的云硬盘,实现了数据库的扩容。
本实施例中所述数据库,其技术方案本质上对应了图2所示的方法实施例。也就是说按照上述结构组成的控制服务器,能够对应的实现图2所示实施例中所述方法。在图3所示实施例的基础之上,本实施例所述数据库进一步实现的有益效果是,本实施例中所述方法技术方案更加完整具体,公开更加充分。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (8)
1.一种数据库扩容的方法,其特征在于,所述方法包括以下步骤:
控制服务器为数据库实例申请第一云硬盘;所述数据库实例包括云主机和第二云硬盘;所述云主机、所述第二云硬盘以及所述第一云硬盘彼此独立设置,在所述数据库实例中,所述第二云硬盘与所述云主机分别隶属于不同的生命周期;
控制服务器将第一云硬盘挂载到云主机上,并将第二云硬盘中的数据拷贝至第一云硬盘;所述第一云硬盘与所述云主机分别隶属于不同的生命周期,所述第一云硬盘中的数据及所述第二云硬盘中的数据均不受所述云主机的删除与否和故障与否的影响;所述数据库实例的操作***依靠云主机运行,而不借助第一云硬盘和第二云硬盘。
2.根据权利要求1所述方法,其特征在于,所述控制服务器为数据库实例申请第一云硬盘具体为:
控制服务器为数据库实例申请一个指定硬盘容量的第一云硬盘。
3.根据权利要求1所述方法,其特征在于,所述控制服务器将第一云硬盘挂载到云主机上具体为:
控制服务器将第一云硬盘绑定到云主机上;
控制服务器指令云主机停止数据库运行,并将第一云硬盘格式化;
控制服务器将格式化后的第一云硬盘挂载到云主机上。
4.根据权利要求3所述方法,其特征在于,所述第一云硬盘挂载到云主机上具体为:
在云主机上生成一个读写目录,将第一云硬盘挂载到所述读写目录上。
5.根据权利要求1-4任意一项所述方法,其特征在于,所述方法还包括:
控制服务器将第二云硬盘中的数据拷贝至第一云硬盘之后,指令重新启动云主机,卸载第二云硬盘。
6.一种数据库,其特征在于,所述数据库包括:
数据库实例,用于对数据进行存储和管理,并根据控制服务器的指令进行扩容;所述数据库实例包括:云主机和第二云硬盘,所述云主机,用于对数据进行管理,并用于挂载第一云硬盘和/或第二云硬盘;所述第二云硬盘,用于存储数据;所述云主机、所述第二云硬盘以及所述第一云硬盘彼此独立设置,在所述数据库实例中,所述第二云硬盘与所述云主机分别隶属于不同的生命周期;所述数据库实例的操作***依靠云主机运行,而不借助第一云硬盘和第二云硬盘;
控制服务器,用于为数据库实例申请扩容;并将第一云硬盘挂载到云主机上,将数据库实例中的数据拷贝至第一云硬盘;所述第一云硬盘与所述云主机分别隶属于不同的生命周期,所述第一云硬盘中的数据及所述第二云硬盘中的数据均不受所述云主机的删除与否和故障与否的影响;第一云硬盘,用于挂载到数据库实例上,对数据库实例进行扩容。
7.根据权利要求6所述数据库,其特征在于,所述控制服务器包括:
申请模块,用于为云主机申请指定硬盘容量的第一云硬盘;
绑定模块,用于指令云主机运行绑定脚本,将第一云硬盘绑定;
格式化模块,用于将第一云硬盘格式化;
挂载模块,用于指令云主机运行挂载脚本,使第一云硬盘登录到云主机;
拷贝模块,用于将第二云硬盘中数据拷贝至第一云硬盘。
8.根据权利要求7所述数据库,其特征在于,所述云主机还包括:
卸载模块,用于在数据拷贝完成后为云主机卸载第二云硬盘。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310165909.8A CN104142943B (zh) | 2013-05-07 | 2013-05-07 | 一种数据库扩容方法和一种数据库 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310165909.8A CN104142943B (zh) | 2013-05-07 | 2013-05-07 | 一种数据库扩容方法和一种数据库 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104142943A CN104142943A (zh) | 2014-11-12 |
CN104142943B true CN104142943B (zh) | 2019-03-29 |
Family
ID=51852117
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310165909.8A Active CN104142943B (zh) | 2013-05-07 | 2013-05-07 | 一种数据库扩容方法和一种数据库 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104142943B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106708430A (zh) * | 2016-11-30 | 2017-05-24 | 浪潮软件集团有限公司 | 一种云计算架构下的云硬盘实现方法 |
CN106886369A (zh) * | 2017-01-22 | 2017-06-23 | 武汉噢易云计算股份有限公司 | 一种基于OpenStack云平台的云硬盘管理方法及*** |
CN107526838B (zh) * | 2017-09-08 | 2020-05-01 | 北京京东尚科信息技术有限公司 | 数据库集群扩容的方法和装置 |
CN109445716A (zh) * | 2018-11-14 | 2019-03-08 | 郑州云海信息技术有限公司 | 一种云硬盘扩容方法和装置 |
CN109614053A (zh) * | 2018-12-17 | 2019-04-12 | 郑州云海信息技术有限公司 | 一种扩展kvm虚拟机磁盘分区的方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100555282C (zh) * | 2006-10-09 | 2009-10-28 | 中兴通讯股份有限公司 | 一种内存数据库扩容的方法 |
CN101840314A (zh) * | 2010-05-05 | 2010-09-22 | 北京星网锐捷网络技术有限公司 | 扩展数据库存储空间的方法及装置、服务器 |
CN102427481A (zh) * | 2012-01-12 | 2012-04-25 | 易云捷讯科技(北京)有限公司 | 用于对云计算服务进行管理的***及云计算管理方法 |
-
2013
- 2013-05-07 CN CN201310165909.8A patent/CN104142943B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100555282C (zh) * | 2006-10-09 | 2009-10-28 | 中兴通讯股份有限公司 | 一种内存数据库扩容的方法 |
CN101840314A (zh) * | 2010-05-05 | 2010-09-22 | 北京星网锐捷网络技术有限公司 | 扩展数据库存储空间的方法及装置、服务器 |
CN102427481A (zh) * | 2012-01-12 | 2012-04-25 | 易云捷讯科技(北京)有限公司 | 用于对云计算服务进行管理的***及云计算管理方法 |
Non-Patent Citations (1)
Title |
---|
ADVANCED GUIDE: HOW TO ADD DISKS TO YOUR VIRTUAL MACHINES;ozgur;《CityCloud》;20120717;第1-7页 |
Also Published As
Publication number | Publication date |
---|---|
CN104142943A (zh) | 2014-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104142943B (zh) | 一种数据库扩容方法和一种数据库 | |
CN107145403B (zh) | 面向Web开发环境的关系型数据库数据回溯方法 | |
US11138156B2 (en) | Continuous data management system and operating method thereof | |
CN106062742B (zh) | 用于改进快照性能的***和方法 | |
US8468313B2 (en) | Asynchronous replication with write concurrency grouping | |
CN100592251C (zh) | 储存虚拟化电脑***及储存***中管理资料快照影像方法 | |
CN105868343B (zh) | 数据库迁移方法及*** | |
CN106021016A (zh) | 在快照之间的虚拟时间点访问 | |
CN102779080B (zh) | 生成快照的方法、利用快照进行数据恢复的方法及装置 | |
CN101243413A (zh) | 用于对备份映像进行虚拟化的***和方法 | |
CA2839014A1 (en) | Managing replicated virtual storage at recovery sites | |
US8762347B1 (en) | Method and apparatus for processing transactional file system operations to enable point in time consistent file data recreation | |
CN104239443B (zh) | 一种序列化数据操作日志的存储方法 | |
CN101344863A (zh) | 备份***和方法 | |
CN107122267A (zh) | 一种Windows操作***挂载恢复方法 | |
US10809922B2 (en) | Providing data protection to destination storage objects on remote arrays in response to assignment of data protection to corresponding source storage objects on local arrays | |
CN105550063B (zh) | 一种基于持续数据保护与kvm虚拟化的容灾方法 | |
CN110187998A (zh) | 基于虚拟化平台和ceph存储的应用容灾***及方法 | |
CN102667720A (zh) | 没有排序依赖的一致性 | |
JP2012234509A (ja) | トランザクション処理装置、トランザクション処理方法およびトランザクション処理プログラム | |
US9207966B2 (en) | Method and system for providing a high-availability application | |
CN104820625B (zh) | 一种面向信息管理***的数据记录、备份及恢复方法 | |
CN102024021A (zh) | 一种逻辑文件***元数据的日志方法 | |
CN106293882A (zh) | 一种虚拟磁盘快照实现方法及装置 | |
CN104516796B (zh) | 一种基于命令集的网元备份与恢复方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20201231 Address after: 201203 room 208, building 2, Lane 666, zhangheng Road, Pudong New Area, Shanghai Patentee after: SHANGHAI SHENGXIAO CLOUD COMPUTING TECHNOLOGY Co.,Ltd. Address before: Room 402-b, 727 Zhangjiang Road, Pudong New Area, Shanghai 201210 Patentee before: SHANDA NETWORKING Co.,Ltd. |