CN103842969B - 信息处理系统 - Google Patents
信息处理系统 Download PDFInfo
- Publication number
- CN103842969B CN103842969B CN201280002973.8A CN201280002973A CN103842969B CN 103842969 B CN103842969 B CN 103842969B CN 201280002973 A CN201280002973 A CN 201280002973A CN 103842969 B CN103842969 B CN 103842969B
- Authority
- CN
- China
- Prior art keywords
- data
- mentioned
- custom system
- information processing
- recovery
- 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
- 230000010365 information processing Effects 0.000 title claims abstract description 79
- 238000011084 recovery Methods 0.000 claims abstract description 112
- 238000003860 storage Methods 0.000 claims abstract description 30
- 230000010354 integration Effects 0.000 claims description 2
- 238000013500 data storage Methods 0.000 description 119
- 238000000034 method Methods 0.000 description 30
- 238000009434 installation Methods 0.000 description 7
- 238000007726 management method Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000009826 distribution Methods 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000033228 biological regulation Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000003245 working effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1469—Backup restoration techniques
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1415—Saving, restoring, recovering or retrying at system level
- G06F11/1438—Restarting or rejuvenating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
- G06F2201/815—Virtual
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Retry When Errors Occur (AREA)
- Hardware Redundancy (AREA)
- Stored Programmes (AREA)
Abstract
实施方式的信息处理系统在故障发生时将不能利用信息处理系统的时间缩短。实施方式的信息处理系统具备：存储部，存储用户系统的安装信息、用户系统的数据的备份数据、和表示用户系统的数据的一部分的高速缓存数据；虚拟机构建部；复原部，复原用户系统的数据；高速缓存控制部，将用户系统的数据的一部分复制为高速缓存数据，在用户系统的故障时，通过从高速缓存数据复原用户系统的数据的一部分，使用户系统部分恢复；以及访问等待部，在部分恢复后、到利用备份数据复原没有通过高速缓存数据复原的用户系统的数据而使用户系统完全恢复为止的期间，使对不能保障整合性的用户系统的数据的访问等待。
Description
技术领域
本发明的实施方式涉及信息处理系统。
背景技术
作为信息处理系统的应用形态之一，已知有由多个企业等利用1个系统环境的多租户系统。此外，已知有不按照每个用户准备硬件、而通过虚拟机提供业务系统等的为使租户系统动作而需要的平台的PaaS（Platform as a Service）。
此外，已知有在信息处理系统中发生了故障的情况下使该信息处理系统从故障恢复的技术。作为故障恢复技术的一例，已知有基于作为信息处理系统的特定的时刻的备份数据的快照、将特定的时刻的信息处理系统的应用的状态再现的技术。
但是，在使用快照将信息处理系统恢复的情况下，在数据量较多的情况下在恢复中花费时间，有不能利用信息处理系统的时间较长的问题。
用于解决问题的手段
技术方案的信息处理系统具备：存储部，存储由虚拟机实现的用户系统的安装信息、上述用户系统的数据的备份数据、和表示上述用户系统的数据的一部分的高速缓存数据；虚拟机构建部，利用上述安装信息构建上述虚拟机；复原部，利用上述备份数据将上述用户系统的数据复原；高速缓存控制部，将上述用户系统的数据的一部分复制为上述高速缓存数据，在上述用户系统的故障时，通过从上述高速缓存数据复原上述用户系统的数据的一部分，使上述用户系统部分恢复；以及访问等待部，在上述部分恢复后、到利用上述备份数据复原没有利用上述高速缓存数据复原的上述用户系统的数据而使上述用户系统完全恢复为止的期间，使向不能保障整 合性的上述用户系统的数据的访问等待。
发明内容
根据上述构成的信息处理系统，能够在故障发生时缩短不能利用信息处理系统的时间。
图1是用来说明信息处理系统的结构的一例的图。
图2是用来说明第1实施方式的信息处理系统的结构的一例的图。
图3是用来说明第1实施方式的信息处理系统的刚刚部分恢复后的数据的一例的图。
附图说明
图4是用来说明第1实施方式的信息处理系统的刚刚完全恢复后的数据的一例的图。
图5是用来说明第1实施方式的信息处理系统的部分恢复时的访问等待判断方法的一例的流程图。
图6是用来说明第2实施方式的信息处理系统的刚刚部分恢复后的数据的一例的图。
图7是用来说明第2实施方式的信息处理系统的刚刚完全恢复后的数据的一例的图。
图8是用来说明第2实施方式的信息处理系统的部分恢复时的访问等待判断方法的一例的流程图。
图9是用来说明第3实施方式的信息处理系统的刚刚部分恢复后的数据的一例的图。
图10是用来说明第3实施方式的信息处理系统的刚刚完全恢复后的数据的一例的图。
图11是用来说明第3实施方式的信息处理系统的部分恢复时的访问等待判断方法的一例的流程图。
图12是用来说明第1、2及3实施方式的信息处理系统的结构的变形例1的图。
图13是用来说明第1、2及3实施方式的信息处理系统的结构的变形
图14是用来说明第1、2及3实施方式的信息处理系统的结构的变形例3的图。
图15是表示第1、2及3实施方式的故障恢复系统、以及虚拟机动作的信息处理装置的硬件结构的一例的图。
具体实施方式
图1是用来说明信息处理系统100的结构的一例的图。信息处理系统100具备故障恢复系统1、虚拟机21、及客户端装置31。虚拟机21具备业务系统22及数据储存库23。业务系统22通过用户从客户端装置31访问来加以利用。数据储存库23存储由业务系统22使用的数据（以下称作“业务数据”）。
故障恢复系统1在虚拟机21中发生了故障的情况下，通过新制作虚拟机21，使用户的业务系统22及数据储存库23恢复。故障恢复系统1具备存储部2、虚拟机构建部3、及复原部4。
存储部2存储安装镜像11及快照储存库12。安装镜像11是存储有由虚拟机21实现的用户的租户系统的初始状态的镜像文件。另外，安装镜像11也可以是镜像文件形式以外的形式的安装信息。快照储存库12存储数据储存库23的业务数据的快照。快照是定期取得的业务数据的备份数据。
当虚拟机21中发生了故障时，虚拟机构建部3使用安装镜像11新制作初始状态的虚拟机21。复原部4使用快照储存库12，通过快照将数据储存库23复原。
信息处理系统100能够从安装镜像11在虚拟机21上再现初始状态的租户系统，每个租户系统的数据从快照储存库12复原。通过将用户的租户系统用虚拟机21实现，能够不按照每个用户准备等待类的硬件而进行租户系统的故障恢复。
（第1实施方式）
图2是用来说明第1实施方式的信息处理系统100的结构的一例的图。信息处理系统100具备故障恢复系统1、虚拟机21、及客户端装置31。首先，对作为故障恢复系统1的故障恢复的对象的用户的租户系统进行说明。
用户的租户系统由虚拟机21实现。在信息处理装置等的硬件上作为软件而实现1个以上的虚拟机21。虚拟机21通过实现虚拟机21的软件的控制，对于其他装置或软件宛如作为专用的硬件实现那样进行动作。
虚拟机21具备业务系统22及数据储存库23。业务系统22通过用户从客户端装置31访问来加以利用。数据储存库23存储业务数据。业务系统22根据客户端装置31的操作，进行业务数据的登记、更新、参照、及删除。
另外，作为故障恢复系统1的故障恢复对象的用户的租户系统（业务系统22、及数据储存库23）并不限于在业务中使用的系统。此外，也可以不是租户系统而是任意的用户系统。即，也可以是在虚拟机21上动作的任意的系统（软件）。
此外，在本实施方式中，假设数据储存库23的形态为KVS（Key Value Store：键-值存储）。KVS是将数据与识别该数据的键成对保存的存储方式。
本实施方式的故障恢复系统1具备存储部2、虚拟机构建部3、复原部4、高速缓存控制部5、及访问等待部6。
存储部2存储安装镜像11、快照储存库12、及高速缓存储存库13。安装镜像11是通过虚拟机21实现的用户的租户系统的初始状态的数据。快照储存库12存储数据储存库23的业务数据的快照。高速缓存储存库13存储表示业务数据的一部分的高速缓存数据。
在虚拟机21中发生了故障时，虚拟机构建部3使用安装镜像11新制作初始状态的虚拟机21。
复原部4使用快照储存库12，通过快照将数据储存库23复原。另外，复原部4不会用包含在快照中的对应的数据改写由高速缓存控制部5从高速缓存储存库13的高速缓存数据复原的数据。
高速缓存控制部5及访问等待部6存在于业务系统22与数据储存库23之间，作为代理进行动作。即，在业务系统22对数据储存库23的业务数据访问的情况下，经由高速缓存控制部5及访问等待部6访问。
高速缓存控制部5将从业务系统22访问的业务数据向高速缓存储存库13复制。此外，当快照被存储在快照储存库12中时，高速缓存控制部5将高速缓存数据删除。由此，防止高速缓存数据的容量的增大。另外，高速缓存控制部5也可以基于从登记数据起的经过日数、数据的访问频度等， 仅将高速缓存数据的一部分删除。
此外，高速缓存控制部5在业务系统22的故障时，利用从高速缓存储存库13的高速缓存数据复原的业务数据，使业务系统22部分地恢复。即，故障恢复系统1不使用快照储存库12的快照，而从高速缓存数据将业务数据的一部分复原，来将业务系统22恢复。
另外，为了使用户的租户系统（虚拟机21）部分地恢复而需要的高速缓存数据按照每个租户系统而不同。作为保存在高速缓存储存库13中的高速缓存数据的取得方法的一例，有在快照制作后取得被访问的全部业务数据的方法。
访问等待部6在虚拟机21的状态是正常的情况下什么都不做。访问等待部6在由高速缓存控制部5进行的部分的业务数据的恢复后且由复原部4进行的完全的业务数据的复原前（以下称作“部分恢复”），使得对不能保障整合性的业务数据的访问等待。即，访问等待部6将对不能保障整合性的业务数据的访问请求保持到缓冲器等中。访问等待部6在虚拟机21的状态再次回到正常时，通过FIFO（First In First Out：先进先出）方式等，将保持在缓冲器中的该访问请求释放。关于由访问等待部6进行的具体的访问等待判断方法在后面叙述。
访问等待部6在由复原部4进行的完全的业务数据的复原后（以下称作“完全恢复”），识别为虚拟机21的状态再次回到了正常。
另外，本实施方式的虚拟机构建部3、复原部4、高速缓存控制部5、及访问等待部6既可以通过软件实现，也可以通过IC（Integrated Circuit：集成电路）等硬件实现。或者也可以通过软件及硬件的两者实现。
接着，使用图3及图4，对从故障发生到完全恢复之间的本实施方式的快照储存库12、高速缓存储存库13、及数据储存库23的数据的状态进行说明。
图3是用来说明第1实施方式的信息处理系统100的刚刚部分恢复后的数据的一例的图。数据60是故障刚要发生前的快照储存库12的数据。数据70是故障刚要发生前的数据储存库23的数据。数据80是故障刚要发生前的高速缓存储存库13的数据。
在图3的故障刚要发生前的数据的例子中，数据储存库23的（键，值） =（FFF2，值100）的数据在快照取得后被更新（键=FFF2的值被从值2更新为值100）。此外，（键，值）=（FFF3，值3）的数据在快照取得后登记在数据储存库23中。
因此，在高速缓存储存库13中，存储有数据80（（键，值）=（FFF2，值100），（FFF3，值3））。即，本实施方式的高速缓存储存库13存储快照取得后被访问的数据储存库23的数据。
数据61是刚刚部分恢复后的快照储存库12的数据。数据71是刚刚部分恢复后的数据储存库23的数据。数据81是刚刚部分恢复后的高速缓存储存库13的数据。
在图3的刚刚部分恢复后的数据的例子中，从故障刚要发生前的高速缓存储存库13的数据80恢复数据储存库23的数据71（（键，值）=（FFF2，值100）、（FFF3，值3））。在数据储存库23被部分恢复后，通过高速缓存控制部5删除高速缓存储存库13的数据80。
图4是用来说明第1实施方式的信息处理系统100的刚刚完全恢复后的数据的一例的图。数据62是部分恢复状态的快照储存库12的数据。数据72是部分恢复状态的数据储存库23的数据。数据82是部分恢复状态的高速缓存储存库13的数据。
在图4的部分恢复状态的数据的例子中，数据储存库23的（键，值）=（FFF3，值200）的数据在部分恢复状态时被更新（值被从值3更新为值200）。因此，（键，值）=（FFF3，值200）的数据被登记到高速缓存储存库13中。即，本实施方式的高速缓存储存库13存储部分恢复状态时访问的数据储存库23的数据。
数据63是刚刚完全恢复后的快照储存库12的数据。数据73是刚刚完全恢复后的数据储存库23的数据。数据83是刚刚完全恢复后的高速缓存储存库13的数据。
在图4的刚刚完全恢复后的数据的例子中，使用快照储存库12的数据62复原数据储存库23的数据73的中的（键，值）=（FFF0，值1）、（FFF1，值2）。另外，由于（键，值）=（FFF2，值2）已经被从故障刚要发生前的高速缓存储存库13的数据80（图3）复原，所以复原部4不用值2改写键=FFF2的值。
接着，对部分恢复状态下的本实施方式的访问等待判断方法进行说明。图5是用来说明第1实施方式的信息处理系统100的部分恢复时的访问等待判断方法的一例的流程图。
访问等待部6判断对数据储存库23的访问是否是登记处理（步骤S1）。在是登记处理的情况下（步骤S1，是），向步骤S2前进。在不是登记处理的情况下（步骤S1，否），向步骤S3前进。
访问等待部6判断是否是用户发行键的处理（步骤S2）。访问等待部6在是用户发行键的处理的情况下（步骤S2，是），使对数据储存库23的访问等待（步骤S6）。由此，防止通过从用户向数据储存库23登记业务系统22的设想之外的数据而不能取得数据整合性。
访问等待部6在不是用户发行键的处理的情况下（步骤S2，否），不使对数据储存库23的访问等待（步骤S5）。这是因为，判断为即使业务系统22为了发行所设想的适当的键而向部分恢复状态的数据储存库23新登记数据，也能够保持数据的整合性。
访问等待部6判断是否是指定了键的处理（参照、更新、或删除）（步骤S3）。在是指定了键的处理的情况下（步骤S3，是），向步骤S4前进。在是没有指定键的处理的情况下（步骤S3，否），使对数据储存库23的访问等待（步骤S6）。根据键的指定的有无判断访问的等待有无的理由是因为，键的指定的有无成为是否能够保障该处理后的数据的整合性的1个指针。
访问等待部6判断在数据储存库23中是否存在处理对象的数据（步骤S4）。在存在处理对象的数据的情况下（步骤S4，是），不使对数据储存库23的访问等待（步骤S5）。在不存在处理对象的数据的情况下（步骤S4，否），使对数据储存库23的访问等待（步骤S6）。
根据上述访问等待判断方法，在对部分恢复状态下的KVS方式的数据储存库23的访问中不等待的操作是以下的（1）～（4）的情况。
（1）指定键参照登记在KVS中的数据。（2）指定键来登记在KVS中的数据。（3）指定键来删除登记在KVS中的数据。（4）登记由业务系统22发行了适当的键的数据。
根据本实施方式的信息处理系统100，即使在虚拟机21中发生故障， 也将用户的租户系统迅速地部分恢复，并且通过上述的访问等待判断方法，能够保障与用户最近利用的KVS方式的数据储存库23的数据有关的操作的可持续性。
此外，根据本实施方式的信息处理系统100，即使用户的租户系统是部分恢复状态，对于保持了KVS方式的数据储存库23的数据的整合性的操作，也能够使该操作不等待而完成。
另外，也可以是，访问等待部6在使对数据储存库23的访问等待的情况下，基于恢复的数据量等计算为使数据储存库23完全恢复所需要的时间，判断是否超时。
此外，访问等待部6在使访问等待直到完全恢复为止时，在设想到完全恢复中花费时间的情况下，也可以对用户的客户端装置31立即返回错误。即，访问等待部6也可以基于复原的业务数据量计算在完全恢复中花费的时间，在该时间超过规定的阈值的情况下，不使对业务数据的访问等待而返回错误。
（第2实施方式）
第1实施方式的信息处理系统100中，设虚拟机21的数据储存库23是KVS。但是，数据储存库23的存储方式并不限于KVS。在本实施方式中，对虚拟机21的数据储存库23是RDB（Relational Database：关系数据库）的情况进行说明。一般而言，RDB与KVS相比在数据彼此间更有依存性及关联性。在本实施方式中，对这样的情况进行说明。
本实施方式的信息处理系统100的结构与图2的第1实施方式的信息处理系统100是同样的。关于本实施方式的信息处理系统100的结构的说明，省略与第1实施方式的信息处理系统100同样的地方。此外，通过本实施方式的信息处理系统100作为恢复对象的用户的租户系统除了数据储存库23的存储方式不是KVS而是RDB这一点以外是同样的。
本实施方式的高速缓存控制部5与第1实施方式同样，作为将从业务系统22对数据储存库23的访问中继的代理发挥作用。此外，高速缓存控制部5将从业务系统22向数据储存库23登记、更新及参照的数据复制到高速缓存储存库13。
这里，高速缓存控制部5通过参照及更新等，对于仅向对象的记录的 特定的列访问的查询语句，不仅是该列，而取得全部的列，向高速缓存储存库13登记。
使用图6及图7，对从故障发生到完全恢复为止的期间的、本实施方式的快照储存库12、高速缓存储存库13、及数据储存库23的数据的状态进行说明。
在图6及图7的例子中，说明数据储存库23存储具有ID、姓名、及DEPID的列的职员表、和具有DEPID、及DEPT_NAME的列的所属表的情况。另外，职员表的DEPID在所属表中为主键。即，职员表的DEPID是外部键。
图6是用来说明第2实施方式的信息处理系统100的刚刚部分恢复后的数据的一例的图。数据120是故障刚要发生前的快照储存库12的数据。数据120包括数据121及数据122。数据121是故障刚要发生前的职员表的数据。数据122是故障刚要发生前的所属表的数据。
数据140是故障刚要发生前的数据储存库23的数据。数据140包括数据141及数据142。数据141是故障刚要发生前的职员表的数据。数据142是故障刚要发生前的所属表的数据。
数据160是故障刚要发生前的高速缓存储存库13的数据。数据160包括数据161及数据162。数据161是故障刚要发生前的职员表的数据。数据162是故障刚要发生前的所属表的数据。
在图6的故障刚要发生前的数据的例子中，数据储存库23的（ID，姓名，DEPID）=（2，姓名03，2）的数据在快照取得后被更新（DEPID被从1更新为2）。此外，（ID，姓名，DEPID）=（3，姓名04，2）的数据在快照取得后被登记在数据储存库23中。
因此，在高速缓存储存库13中，存储有数据161（（ID，姓名，DEPID）=（2，姓名03，2）、（3，姓名04，2））。此外，还存储有职员表的与外部键DEPID=2关联的所属表的数据162（（DEPID，DEPT_NAME）=（2，管理））。即，本实施方式的高速缓存储存库13存储在快照取得后被访问的数据储存库23的数据、和通过外部键等的设定与该数据关联的数据。
数据123是刚刚部分恢复后的快照储存库12的数据。数据123包括数据124及数据125。数据124是刚刚部分恢复后的职员表的数据。数据125 是刚刚部分恢复后的所属表的数据。
数据143是刚刚部分恢复后的数据储存库23的数据。数据143包括数据144及数据145。数据144是刚刚部分恢复后的职员表的数据。数据145是刚刚部分恢复后的所属表的数据。
数据163是刚刚部分恢复后的高速缓存储存库13的数据。数据163包括数据164及数据165。数据164是刚刚部分恢复后的职员表的数据。数据165是刚刚部分恢复后的所属表的数据。
在图6的刚刚部分恢复后的数据的例子中，从故障刚要发生前的高速缓存储存库13的数据161恢复数据储存库23的数据144（（ID，姓名，DEPID）=（2，姓名03，2）、（3，姓名04，2））。此外，从故障刚要发生前的高速缓存储存库13的数据162恢复数据储存库23的数据145（（DEPID，DEPT_NAME）=（2，管理））。在数据储存库23被部分恢复后，将高速缓存储存库13的数据161及数据162通过高速缓存控制部5删除。
图7是用来说明第2实施方式的信息处理系统100的刚刚完全恢复后的数据的一例的图。数据126是部分恢复状态的快照储存库12的数据。数据126包括数据127及数据128。数据127是部分恢复状态的职员表的数据。数据128是部分恢复状态的所属表的数据。
数据146是部分恢复状态的数据储存库23的数据。数据146包括数据147及数据148。数据147是部分恢复状态的职员表的数据。数据148是部分恢复状态的所属表的数据。
数据166是部分恢复状态的高速缓存储存库13的数据。数据166包括数据167及数据168。数据167是部分恢复状态的职员表的数据。数据168是部分恢复状态的所属表的数据。
在图7的部分恢复状态的数据的例子中，数据储存库23的（ID，姓名，DEPID）=（3，姓名10，2）的数据在部分恢复状态时被更新（姓名被从姓名04更新为姓名10）。因此，（ID，姓名，DEPID）=（3，姓名10，2）的数据登记在高速缓存储存库13中。此外，还存储与职员表的外部键DEPID=2关联的所属表的数据168（（DEPID，DEPT_NAME）=（2，管理））。
即，本实施方式的高速缓存储存库13存储在部分恢复状态时被访问的 数据储存库23的数据、和通过外部键等的设定与该数据关联的数据。
数据129是刚刚完全恢复后的快照储存库12的数据。数据129包括数据130及数据131。数据130是刚刚完全恢复后的职员表的数据。数据131是刚刚完全恢复后的所属表的数据。
数据149是刚刚完全恢复后的数据储存库23的数据。数据149包括数据150及数据151。数据150是刚刚完全恢复后的职员表的数据。数据151是刚刚完全恢复后的所属表的数据。
数据169是刚刚完全恢复后的高速缓存储存库13的数据。数据169包括数据170及数据171。数据170是刚刚完全恢复后的职员表的数据。数据171是刚刚完全恢复后的所属表的数据。
在图7的刚刚完全恢复后的数据的例子中，使用快照储存库12的数据127，复原数据储存库23的数据150的中的（ID，姓名，DEPID）=（0，姓名01，0）、（1，姓名02，1）。此外，使用快照储存库12的数据128，复原数据储存库23的数据151中的（DEPID，DEPT_NAME）=（0，销售）、（1，开发）。
另外，由于（ID，姓名，DEPID）=（2，姓名03，2）已经被从故障刚要发生前的高速缓存储存库13的数据161（图6）复原，所以复原部4不用1改写DEPID。
接着，对部分恢复状态下的本实施方式的访问等待判断方法进行说明。图8是用来说明第2实施方式的信息处理系统100的部分恢复时的访问等待判断方法的一例的流程图。
访问等待部6判断对数据储存库23的访问是否是登记处理（步骤S11）。在是登记处理的情况下（步骤S11，是），向步骤S12前进。在不是登记处理的情况下（步骤S11，否），向步骤S14前进。
访问等待部6判断是否是用户发行主键的处理（步骤S12）。访问等待部6在是用户发行主键的处理的情况下（步骤S12，是），使对数据储存库23的访问等待（步骤S20）。由此，防止通过用户将业务系统22的设想之外的数据向数据储存库23登记而不能取得数据的整合性。
访问等待部6在不是用户发行主键的处理的情况下（步骤S12，否），不使对数据储存库23的访问等待（步骤S13）。这是因为，判断为即使业 务系统22为了发行设想的适当的主键而向部分恢复状态的数据储存库23新登记数据，也能够保持数据的整合性。
访问等待部6判断是否是指定了主键的处理（参照、更新或删除）（步骤S14）。在是指定了主键的处理的情况下（步骤S14，是），向步骤S15前进。在是没有指定主键的处理的情况下（步骤S14，否），使对数据储存库23的访问等待（步骤S20）。通过主键的指定的有无判断访问的等待有无的理由是因为，主键的指定的有无成为是否能够保障该处理后的数据的整合性的1个指针。
访问等待部6判断在数据储存库23中是否存在处理对象的数据（步骤S15）。在存在处理对象的数据的情况下（步骤S15，是），向步骤S16前进。在不存在处理对象的数据的情况下（步骤S15，否），使对数据储存库23的访问等待（步骤S20）。
访问等待部6判断对数据储存库23的访问是否是更新处理（步骤S16）。在访问是更新处理的情况下（步骤S16，是），向步骤S17前进。在访问不是更新处理的情况下（步骤S16，否），向步骤S18前进。
访问等待部6判断作为更新处理的对象的列是否是被作为外部键利用的列（步骤S17）。在是被作为外部键利用的列的情况下（步骤S17，是），使对数据储存库23的访问等待（步骤S20）。在不是被作为外部键利用的列的情况下（步骤S17，否），不使对数据储存库23的访问等待（步骤S13）。
访问等待部6判断对数据储存库23的访问是否是删除处理（步骤S18）。在访问是删除处理的情况下（步骤S18，是），向步骤S19前进。在访问不是删除处理的情况下（步骤S18，否），不使对数据储存库23的访问等待（步骤S13）。
访问等待部6判断在删除对象的数据中是否包含被作为外部键利用的列（步骤S19）。在包含有被作为外部键利用的列的情况下（步骤S19，是），使对数据储存库23的访问等待（步骤S20）。在不包含被作为外部键利用的列的情况下（步骤S19，否），不使对数据储存库23的访问等待（步骤S13）。
根据上述访问等待判断方法，在对部分恢复状态下的RDB方式的数据储存库23的访问中不等待的操作是以下的（1）～（4）的情况。
（1）指定主键来参照登记在RDB中的数据。（2）指定主键来更新没有被作为登记在RDB中的数据的外部键利用的列。（3）指定主键，来从不存在被作为外部键利用的列的表中删除数据。（4）登记由业务系统22发行了适当的主键的数据。
根据本实施方式的信息处理系统100，即使在虚拟机21中发生故障，也将虚拟机21迅速地部分恢复，并且通过上述访问等待判断方法，能够保障与用户最近利用的RDB方式的数据储存库23的数据有关的操作的可持续性。
此外，根据本实施方式的信息处理系统100，即使虚拟机21是部分恢复状态，关于保持有RDB方式的数据储存库23的数据的整合性的操作，也能够不使该操作等待而完成。
（第3实施方式）
在第1及2的实施方式的信息处理系统100中，高速缓存控制部5将在快照取得后被访问的数据储存库23的数据登记到高速缓存储存库13中。但是，在高速缓存储存库13中，也可以不论有无用户的访问都预先登记规定的数据。由此，故障恢复系统1能够扩大由虚拟机21实现的租户系统的部分恢复范围。在本实施方式中，对这样的情况进行说明。
本实施方式的信息处理系统100的结构与图2的第1实施方式的信息处理系统100是同样的。关于本实施方式的信息处理系统100的结构的说明，省略与第1实施方式的信息处理系统100同样的地方。此外，在被本实施方式的信息处理系统100作为恢复对象的用户的租户系统中，假设数据储存库23的存储方式是RDB来进行说明。但是，作为恢复对象的用户的租户系统的数据储存库23的存储方式并不限定于RDB。
本实施方式的高速缓存储存库13存储表示业务数据的一部分的高速缓存数据。高速缓存储存库13不仅存储从业务系统22访问的业务数据，还存储预先设定的规定的数据。该规定的数据例如是为了运行业务系统22而必须参照的表的数据、访问频度较高的表的数据等、对于业务系统22而言担负重要的作用的数据。
另外，存储在高速缓存储存库13中的该规定的数据也可以作为从业务系统22对数据储存库23访问的一次高速缓存来使用。由此，在不发生故 障的通常的运行时，也有使从业务系统22对数据储存库23的数据访问的处理高速化的效果。
另外，也可以使该规定的数据为业务系统22中的重要的表的全部数据。该重要的表也可以通过按照在业务系统22上动作的每个应用与哪个表符合的情况建立对应来预先设定。
使用图9及图10，对从故障发生到完全恢复为止的期间的、本实施方式的快照储存库12、高速缓存储存库13及数据储存库23的数据的状态进行说明。
在图9及图10的例子中，说明数据储存库23存储具有ID、姓名、及DEPID的列的职员表、和具有DEPID、及DEPT_NAME的列的所属表的情况。另外，职员表的DEPID在所属表中为主键。即，职员表的DEPID是外部键。此外，假设所属表的数据是保存到高速缓存储存库13中的上述预先设定的规定的数据。
图9是用来说明第3实施方式的信息处理系统100的刚刚部分恢复后的数据的一例的图。数据160是故障刚要发生前的快照储存库12的数据。数据160包括数据161及数据162。数据161是故障刚要发生前的职员表的数据。数据162是故障刚要发生前的所属表的数据。
数据180是故障刚要发生前的数据储存库23的数据。数据180包括数据181及数据182。数据181是故障刚要发生前的职员表的数据。数据182是故障刚要发生前的所属表的数据。
数据200是故障刚要发生前的高速缓存储存库13的数据。数据200包括数据201及数据202。数据201是故障刚要发生前的职员表的数据。数据202是故障刚要发生前的所属表的数据。
在图9的故障刚要发生前的数据的例子中，在快照取得后更新数据储存库23的（ID，姓名，DEPID）=（2，姓名03，2）的数据（DEPID被从1更新为2）。此外，（ID，姓名，DEPID）=（3，姓名04，2）的数据在快照取得后被登记在数据储存库23中。
因此，在高速缓存储存库13中存储有数据201（（ID，姓名，DEPID）=（2，姓名03，2）、（3，姓名04，2））。此外，关于作为存储在所属表中的全部数据的数据202（（DEPID，DEPT_NAME）=（0，销售）、（1，开发）、 （2，管理）），不论有无对数据储存库23的数据182的访问都存储。
即，本实施方式的高速缓存储存库13存储在快照取得后被访问的数据储存库23的数据、和作为预先设定的规定的数据的所属表的全部数据。
数据163是刚刚部分恢复后的快照储存库12的数据。数据163包括数据164及数据165。数据164是刚刚部分恢复后的职员表的数据。数据165是刚刚部分恢复后的所属表的数据。
数据183是刚刚部分恢复后的数据储存库23的数据。数据183包括数据184及数据185。数据184是刚刚部分恢复后的职员表的数据。数据185是刚刚部分恢复后的所属表的数据。
数据203是刚刚部分恢复后的高速缓存储存库13的数据。数据203包括数据204及数据205。数据204是刚刚部分恢复后的职员表的数据。数据205是刚刚部分恢复后的所属表的数据。
在图9的刚刚部分恢复后的数据的例子中，从故障刚要发生前的高速缓存储存库13的数据201恢复数据储存库23的数据184（（ID，姓名，DEPID）=（2，姓名03，2）、（3，姓名04，2））。此外，从故障刚要发生前的高速缓存储存库13的数据202恢复数据储存库23的数据185（（DEPID，DEPT_NAME）=（0，销售）、（1，开发）、（2，管理））。
在数据储存库23被部分恢复后，通过高速缓存控制部5删除高速缓存储存库13的数据201。但是，作为预先设定的数据的所属表的数据即数据202没有被高速缓存控制部5删除。
图10是用来说明第3实施方式的信息处理系统100的刚刚完全恢复后的数据的一例的图。数据166是部分恢复状态的快照储存库12的数据。数据166包括数据167及数据168。数据167是部分恢复状态的职员表的数据。数据168是部分恢复状态的所属表的数据。
数据186是部分恢复状态的数据储存库23的数据。数据186包括数据187及数据188。数据187是部分恢复状态的职员表的数据。数据188是部分恢复状态的所属表的数据。
数据206是部分恢复状态的高速缓存储存库13的数据。数据206包括数据207及数据208。数据207是部分恢复状态的职员表的数据。数据208是部分恢复状态的所属表的数据。
在图10的部分恢复状态的数据的例子中，在部分恢复状态时更新数据储存库23的（ID，姓名，DEPID）=（3，姓名10，0）的数据（姓名被从姓名04更新为姓名10。此外，DEPID被从2更新为0）。因此，（ID，姓名，DEPID）=（3，姓名10，0）的数据被登记在高速缓存储存库13中。此外，在高速缓存储存库13中，存储有所属表的数据208（与图9的数据202相同）。
即，本实施方式的高速缓存储存库13存储在部分恢复状态时被访问的数据储存库23的数据，所属表的数据208（与图9的数据202相同）与有无用户的访问无关地总是被存储。
数据169是刚刚完全恢复后的快照储存库12的数据。数据169包括数据170及数据171。数据170是刚刚完全恢复后的职员表的数据。数据171是刚刚完全恢复后的所属表的数据。
数据189是刚刚完全恢复后的数据储存库23的数据。数据189包括数据190及数据191。数据190是刚刚完全恢复后的职员表的数据。数据191是刚刚完全恢复后的所属表的数据。
数据209是刚刚完全恢复后的高速缓存储存库13的数据。数据209包括数据210及数据211。数据210是刚刚完全恢复后的职员表的数据。数据211是刚刚完全恢复后的所属表的数据。
在图10的刚刚完全恢复后的数据的例子中，使用快照储存库12的数据167复原数据储存库23的数据190中的（ID，姓名，DEPID）=（0，姓名01，0）、（1，姓名02，1）。此外，数据储存库23的数据191与数据188相同。
另外，由于已经从故障刚要发生前的高速缓存储存库13的数据201（图9）复原（ID，姓名，DEPID）=（2，姓名03，2），所以复原部4不用1改写DEPID。
接着，对部分恢复状态下的本实施方式的访问等待判断方法进行说明。图11是用来说明第3实施方式的信息处理系统100的部分恢复时的访问等待判断方法的一例的流程图。
访问等待部6判断从业务系统22对数据储存库23的访问是否是对预先设定的规定的数据的访问（步骤S40）。在是对规定的数据的访问的情况 下（步骤S40，是），向步骤S46前进。在不是对规定的数据的访问的情况下（步骤S40，否），向步骤S41前进。
从步骤S41到步骤S50的访问等待判断处理是与有关第2实施方式的信息处理系统100的从步骤S11到步骤S20同样的处理，所以省略其说明。
根据上述访问等待判断方法，在对部分恢复状态的RDB方式的数据储存库23的访问中不等待的操作是以下的（1）～（8）的情况。
（1）参照规定的数据。（2）在RDB中登记有不是规定的数据的数据的情况下指定主键进行参照。（3）更新没有被作为规定的数据的外部键利用的列。（4）在RDB中登记有没有被作为不是规定的数据的数据的外部键利用的列的情况下，指定主键进行更新。（5）在规定的数据存储在不存在被作为外部键利用的列的表中的情况下进行删除。（6）在不是规定的数据的数据存储在不存在被作为外部键利用的列的表中的情况下，指定主键进行删除。（7）登记规定的数据（向规定的表登记规定的数据）。（8）登记作为由业务系统22发行了适当的主键的、不是规定的数据的数据。
根据本实施方式的信息处理系统100，即使在虚拟机21中发生故障，也将虚拟机21迅速地部分恢复，并且通过上述访问等待判断方法，保障与用户最近利用的RDB方式的数据储存库23的数据有关的操作的可持续性。
此外，根据本实施方式的信息处理系统100，即使虚拟机21是部分恢复状态，关于保持有RDB方式的数据储存库23的数据的整合性的操作，也能够不使该操作等待而完成。
此外，根据本实施方式的信息处理系统100，通过不论有无用户的访问都预先登记规定的数据，能够扩大由虚拟机21实现的租户系统的部分恢复范围。
接着，对第1、2及3的实施方式的信息处理系统100的变形例进行说明。图12是用来说明第1、2及3的实施方式的信息处理系统100的结构的变形例1的图。
图12是将第1、2及3的实施方式的信息处理系统100的高速缓存控制部5及访问等待部6在虚拟机21上实现的情况下的例子。如本变形例那样，高速缓存控制部5及访问等待部6也可以在虚拟机21上实现。
图13是用来说明第1、2及3的实施方式的信息处理系统100的结构 的变形例2的图。在图13中，将业务系统22通过虚拟机21实现。此外，将数据储存库23通过虚拟机24实现。如本变形例那样，作为故障恢复系统1的故障恢复对象的租户系统中，也可以将业务系统22和数据储存库23通过不同的虚拟机加以实现。
故障恢复系统1在业务系统22（虚拟机21）及数据储存库23（虚拟机24）的某一方中发生了故障的情况下，仅使发生了故障的虚拟机恢复。
图14是用来说明第1、2及3的实施方式的信息处理系统100的结构的变形例3的图。图14是作为故障恢复系统1的故障恢复对象的租户系统（虚拟机21及虚拟机41）为了使负荷分散及提高故障耐受性而并行工作的情况下的例子。
另外，对虚拟机21的业务系统22访问的客户端装置31、以及对虚拟机41的业务系统42访问的客户端装置51也可以是相同的装置。
图14的变形例3的故障恢复系统1除了第1、2及3的实施方式的故障恢复系统1的结构之外还具备高速缓存控制部7、访问等待部8、数据储存库同步部9、高速缓存同步部10、及高速缓存储存库14。
高速缓存控制部7及访问等待部8存在于业务系统42与数据储存库43之间，作为代理进行动作。即，在业务系统42对数据储存库43的业务数据访问的情况下，经由高速缓存控制部7及访问等待部8进行访问。高速缓存控制部7及访问等待部8的动作与高速缓存控制部5及访问等待部6是同样的，所以省略说明。
高速缓存储存库14存储表示虚拟机41的数据储存库43的业务数据的一部分的高速缓存数据。
数据储存库同步部9为了将数据储存库23及数据储存库43的数据的状态总是保持为相同的状态而将数据同步。
在虚拟机21及虚拟机41以负荷分散为目的进行工作的情况下，如果某一方的虚拟机的数据储存库的数据被变更，则数据储存库同步部9将变更也反映到另一个虚拟机的数据储存库的数据中。在虚拟机21及虚拟机41为使故障耐受性提高而进行工作的情况下，数据储存库同步部9总是监视数据储存库23及数据储存库43的数据是否一致。
此外，在某一方的虚拟机是故障恢复中（从部分恢复到完全恢复为止 的期间）的情况下，数据储存库同步部9将由正常工作中的另一方的虚拟机变更后的数据储存库的数据反映到故障恢复中的虚拟机的数据储存库中。
另外，即使数据储存库同步部9使数据反映到故障恢复中的虚拟机的数据储存库中，由于复原部4对于已经登记在该数据储存库中的数据不进行改写，所以完全恢复后的数据的整合性也不会受损。
高速缓存同步部10为了将高速缓存储存库13及高速缓存储存库14的数据的状态总是保持为相同的状态而将数据同步。高速缓存同步部10在某一方的高速缓存储存库中有变更的情况下，使该变更也反映到另一方的高速缓存储存库中。
另外，在图14的变形例3中，将两个虚拟机（虚拟机21及虚拟机41）作为故障恢复的对象。但是，作为故障恢复的对象的虚拟机也可以因为负荷分散等的目的而是3个以上并行工作的情况。关于使3个以上的虚拟机并行工作的情况，使虚拟机部分恢复的方法也是同样的。即，能够按照每个虚拟机准备高速缓存储存库，将虚拟机部分恢复。
另外，高速缓存控制部5（7）和访问等待部6（8）既可以在各虚拟机上实现，也可以共用在故障恢复系统1上实现的高速缓存控制部5及访问等待部6。
此外，本实施方式的虚拟机构建部3、复原部4、数据储存库同步部9及高速缓存同步部10既可以通过软件实现，也可以通过IC等硬件实现。或者也可以通过软件及硬件这两者实现。
根据图14的变形例3的信息处理系统100，由于高速缓存同步部10将多个高速缓存储存库的数据同步，所以即使是多个虚拟机并行工作的情况下，也能够不发生多个高速缓存储存库间的数据的不一致而将虚拟机部分恢复。
根据上述任一实施方式的信息处理系统100，虚拟机构建部3在新构建的虚拟机21（24、41）中制作业务系统22（42）及空的数据储存库23（43），高速缓存控制部5（7）使用高速缓存数据将数据储存库23（43）部分地恢复。由此，能够将用户的虚拟机21（24、41）迅速地部分恢复。
此外，根据上述任一实施方式的信息处理系统100，即使在虚拟机21 （24、41）中发生故障，也迅速地部分恢复，并且通过上述访问等待判断方法，能够保障与用户最近利用的数据储存库23（43）的数据有关的操作的可持续性。
此外，根据上述任一实施方式的信息处理系统100，即使用户的虚拟机21（24、41）是部分恢复状态，关于保持有数据储存库23（43）的数据的整合性的操作，也能够使该操作不等待而完成。
图15是表示第1、2及3的实施方式的故障恢复系统1、以及虚拟机21（24、41）动作的信息处理装置的硬件结构的一例的图。
上述的实施方式的故障恢复系统1具备CPU或IC等控制部91、ROM（Read OnlyMemory：只读存储器）92或RAM（Random Access Memory：随机存储器）93等主存储装置、用来连接到网络的通信I/F94、和HDD（HardDisk Drive：硬盘驱动器）95或光驱96等外部存储装置。控制部91、ROM92、RAM93、通信I/F94、HDD95、及光驱96经由总线97连接。
例如，上述实施方式的存储部2相当于HDD（Hard Disk Drive）95或光驱96等外部存储装置。此外，上述实施方式的虚拟机构建部3、复原部4、高速缓存控制部5（7）、访问等待部6（8）、数据储存库同步部9及高速缓存同步部10相当于控制部91。
另外，虚拟机21（24、41）及故障恢复系统1既可以通过相同的硬件实现，也可以通过不同的硬件实现。
由上述实施方式的故障恢复系统1执行的程序能够以可安装的形式或可执行的形式的文件记录到CD-ROM、软盘（FD）、CD-R、DVD（Digital Versatile Disk）等能够由计算机读取的记录介质中，作为计算机程序产品加以提供。
此外，也可以构成为，将由上述实施方式的故障恢复系统1执行的程序保存到连接在因特网等网络上的计算机上，通过经由网络下载来提供。此外，也可以构成为，将由上述实施方式的故障恢复系统1执行的程序经由因特网等网络提供或分发。
此外，也可以构成为，将上述实施方式的故障恢复系统1的程序预先装入到ROM92等中来提供。
由上述实施方式的故障恢复系统1执行的程序为包括上述各部（虚拟机构建部3、复原部4、高速缓存控制部5（7）、访问等待部6（8）、数据储存库同步部9、及高速缓存同步部10）的模组结构，通过作为实际的硬件的CPU将程序从上述存储介质读出并执行，将上述各部装载到主存储装置上，在主存储装置上生成虚拟机构建部3、复原部4、高速缓存控制部5（7）、访问等待部6（8）、数据储存库同步部9、及高速缓存同步部10。另外，在将上述各部的一部分或全部不通过程序实现而通过IC等硬件实现的情况下，并不限定于此。
以上所述的至少一个实施方式的信息处理系统，具备：存储部，存储由虚拟机实现的用户系统的安装信息、上述用户系统的数据的备份数据、和表示上述用户系统的数据的一部分的高速缓存数据；虚拟机构建部，利用上述安装信息构建上述虚拟机；复原部，利用上述备份数据复原上述用户系统的数据；高速缓存控制部，将上述用户系统的数据的一部分复制为上述高速缓存数据，在上述用户系统的故障时，通过从上述高速缓存数据复原上述用户系统的数据的一部分，使上述用户系统部分恢复；以及访问等待部，在上述部分恢复后、到利用上述备份数据复原没有利用上述高速缓存数据复原的上述用户系统的数据而使上述用户系统完全恢复为止的期间，使对不能保障整合性的上述用户系统的数据的访问等待。因此，能够在故障发生时缩短不能利用信息处理系统的时间。
说明了本发明的一些实施方式，但这些实施方式是作为例子提示的，并不意味着限定发明的范围。这些新的实施方式能够以其他各种形态实施，在不脱离发明的主旨的范围内能够进行各种省略、替代、变更。这些实施方式及其变形包含在发明的范围及主旨中，并且包含在权利要求书所记载的发明和其等价的范围中。
标号说明
Claims (7)
1.一种信息处理系统，具备：
存储部，存储由虚拟机实现的用户系统的安装信息、上述用户系统的数据的备份数据、和表示上述用户系统的数据的一部分的高速缓存数据；
虚拟机构建部，利用上述安装信息构建上述虚拟机；
复原部，利用上述备份数据复原上述用户系统的数据；
高速缓存控制部，将上述用户系统的数据的一部分复制为上述高速缓存数据，在上述用户系统的故障时，通过从上述高速缓存数据复原上述用户系统的数据的一部分，使上述用户系统部分恢复；以及
访问等待部，在上述部分恢复后、到利用上述备份数据复原没有利用上述高速缓存数据复原的上述用户系统的数据而使上述用户系统完全恢复为止的期间，使对不能保障整合性的上述用户系统的数据的访问等待。
2.如权利要求1所述的信息处理系统，
上述用户系统的数据的一部分是从上述用户系统访问的数据。
3.如权利要求2所述的信息处理系统，
上述高速缓存控制部在取得上述备份数据后，将从上述用户系统访问的数据复制为上述高速缓存数据。
4.如权利要求2所述的信息处理系统，
当上述存储部中存储有上述备份数据时，上述高速缓存控制部删除上述高速缓存数据。
5.如权利要求3所述的信息处理系统，
当上述存储部中存储有上述备份数据时，上述高速缓存控制部删除上述高速缓存数据。
6.如权利要求1所述的信息处理系统，
上述用户系统的数据的一部分是规定的数据。
7.如权利要求1～6中任一项所述的信息处理系统，
上述访问等待部使对上述用户系统的数据的访问等待时，基于被复原的上述用户系统的数据的数据量，计算在上述完全恢复中所需的时间，在上述时间超过规定的阈值的情况下，不使对上述用户系统的数据的访问等待而返回错误。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2012/074582 WO2014049691A1 (ja) | 2012-09-25 | 2012-09-25 | 情報処理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103842969A CN103842969A (zh) | 2014-06-04 |
| CN103842969B true CN103842969B (zh) | 2018-03-30 |
Family
ID=49679115
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201280002973.8A Active CN103842969B (zh) | 2012-09-25 | 2012-09-25 | 信息处理系统 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20140089266A1 (zh) |
| JP (1) | JP5337916B1 (zh) |
| CN (1) | CN103842969B (zh) |
| WO (1) | WO2014049691A1 (zh) |
Families Citing this family (42)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8307177B2 (en) | 2008-09-05 | 2012-11-06 | Commvault Systems, Inc. | Systems and methods for management of virtualization data |
| US11449394B2 (en) | 2010-06-04 | 2022-09-20 | Commvault Systems, Inc. | Failover systems and methods for performing backup operations, including heterogeneous indexing and load balancing of backup and indexing resources |
| US9311121B2 (en) | 2012-12-21 | 2016-04-12 | Commvault Systems, Inc. | Archiving virtual machines in a data storage system |
| US20140181038A1 (en) | 2012-12-21 | 2014-06-26 | Commvault Systems, Inc. | Systems and methods to categorize unprotected virtual machines |
| US20140196038A1 (en) | 2013-01-08 | 2014-07-10 | Commvault Systems, Inc. | Virtual machine management in a data storage system |
| US9904606B1 (en) | 2013-06-26 | 2018-02-27 | EMC IP Holding Company LLC | Scheduled recovery in a data protection system |
| US10353783B1 (en) | 2013-06-26 | 2019-07-16 | EMC IP Holding Company LLC | Pluggable recovery in a data protection system |
| US10235392B1 (en) | 2013-06-26 | 2019-03-19 | EMC IP Holding Company LLC | User selectable data source for data recovery |
| US9703618B1 (en) | 2013-06-28 | 2017-07-11 | EMC IP Holding Company LLC | Communication between a software program that uses RPC with another software program using a different communications protocol enabled via proxy |
| US9641486B1 (en) | 2013-06-28 | 2017-05-02 | EMC IP Holding Company LLC | Data transfer in a data protection system |
| US20150074536A1 (en) | 2013-09-12 | 2015-03-12 | Commvault Systems, Inc. | File manager integration with virtualization in an information management system, including user control and storage management of virtual machines |
| US9811427B2 (en) | 2014-04-02 | 2017-11-07 | Commvault Systems, Inc. | Information management by a media agent in the absence of communications with a storage manager |
| US20160019317A1 (en) | 2014-07-16 | 2016-01-21 | Commvault Systems, Inc. | Volume or virtual machine level backup and generating placeholders for virtual machine files |
| US9710465B2 (en) | 2014-09-22 | 2017-07-18 | Commvault Systems, Inc. | Efficiently restoring execution of a backed up virtual machine based on coordination with virtual-machine-file-relocation operations |
| US10776209B2 (en) | 2014-11-10 | 2020-09-15 | Commvault Systems, Inc. | Cross-platform virtual machine backup and replication |
| US9983936B2 (en) | 2014-11-20 | 2018-05-29 | Commvault Systems, Inc. | Virtual machine change block tracking |
| US10657004B1 (en) * | 2015-03-23 | 2020-05-19 | Amazon Technologies, Inc. | Single-tenant recovery with a multi-tenant archive |
| AU2016270928B2 (en) | 2015-06-02 | 2020-08-27 | Battelle Memorial Institute | Systems for neural bridging of the nervous system |
| US10726127B1 (en) | 2015-06-30 | 2020-07-28 | Fireeye, Inc. | System and method for protecting a software component running in a virtual machine through virtual interrupts by the virtualization layer |
| US11113086B1 (en) * | 2015-06-30 | 2021-09-07 | Fireeye, Inc. | Virtual system and method for securing external network connectivity |
| US10216927B1 (en) | 2015-06-30 | 2019-02-26 | Fireeye, Inc. | System and method for protecting memory pages associated with a process using a virtualization layer |
| US10395029B1 (en) | 2015-06-30 | 2019-08-27 | Fireeye, Inc. | Virtual system and method with threat protection |
| US10642753B1 (en) | 2015-06-30 | 2020-05-05 | Fireeye, Inc. | System and method for protecting a software component running in virtual machine using a virtualization layer |
| US10033759B1 (en) | 2015-09-28 | 2018-07-24 | Fireeye, Inc. | System and method of threat detection under hypervisor control |
| US10592350B2 (en) | 2016-03-09 | 2020-03-17 | Commvault Systems, Inc. | Virtual server cloud file system for virtual machine restore to cloud operations |
| US10474548B2 (en) | 2016-09-30 | 2019-11-12 | Commvault Systems, Inc. | Heartbeat monitoring of virtual machines for initiating failover operations in a data storage management system, using ping monitoring of target virtual machines |
| US10162528B2 (en) | 2016-10-25 | 2018-12-25 | Commvault Systems, Inc. | Targeted snapshot based on virtual machine location |
| US10678758B2 (en) | 2016-11-21 | 2020-06-09 | Commvault Systems, Inc. | Cross-platform virtual machine data and memory backup and replication |
| US10474542B2 (en) | 2017-03-24 | 2019-11-12 | Commvault Systems, Inc. | Time-based virtual machine reversion |
| US10387073B2 (en) | 2017-03-29 | 2019-08-20 | Commvault Systems, Inc. | External dynamic virtual machine synchronization |
| JP6702269B2 (ja) * | 2017-06-15 | 2020-05-27 | 住友電気工業株式会社 | 制御装置、制御方法、およびコンピュータプログラム |
| US10877928B2 (en) | 2018-03-07 | 2020-12-29 | Commvault Systems, Inc. | Using utilities injected into cloud-based virtual machines for speeding up virtual machine backup operations |
| US11200124B2 (en) | 2018-12-06 | 2021-12-14 | Commvault Systems, Inc. | Assigning backup resources based on failover of partnered data storage servers in a data storage management system |
| US10768971B2 (en) | 2019-01-30 | 2020-09-08 | Commvault Systems, Inc. | Cross-hypervisor live mount of backed up virtual machine data |
| US10996974B2 (en) | 2019-01-30 | 2021-05-04 | Commvault Systems, Inc. | Cross-hypervisor live mount of backed up virtual machine data, including management of cache storage for virtual machine data |
| CN110392120B (zh) * | 2019-08-15 | 2022-06-21 | 锐捷网络股份有限公司 | 一种消息推送过程中故障的恢复方法及装置 |
| US11467753B2 (en) | 2020-02-14 | 2022-10-11 | Commvault Systems, Inc. | On-demand restore of virtual machine data |
| US11442768B2 (en) | 2020-03-12 | 2022-09-13 | Commvault Systems, Inc. | Cross-hypervisor live recovery of virtual machines |
| US11099956B1 (en) | 2020-03-26 | 2021-08-24 | Commvault Systems, Inc. | Snapshot-based disaster recovery orchestration of virtual machine failover and failback operations |
| US11500669B2 (en) | 2020-05-15 | 2022-11-15 | Commvault Systems, Inc. | Live recovery of virtual machines in a public cloud computing environment |
| US11656951B2 (en) | 2020-10-28 | 2023-05-23 | Commvault Systems, Inc. | Data loss vulnerability detection |
| US12360942B2 (en) | 2023-01-19 | 2025-07-15 | Commvault Systems, Inc. | Selection of a simulated archiving plan for a desired dataset |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101495970A (zh) * | 2005-06-24 | 2009-07-29 | 信科索尔特公司 | 用于高性能企业数据保护的系统和方法 |
| JP2009288836A (ja) * | 2008-05-27 | 2009-12-10 | Hitachi Ltd | 仮想サーバのシステム障害回復方法及びそのシステム |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4819156A (en) * | 1986-06-13 | 1989-04-04 | International Business Machines Corporation | Database index journaling for enhanced recovery |
| US5794242A (en) * | 1995-02-07 | 1998-08-11 | Digital Equipment Corporation | Temporally and spatially organized database |
| US7376741B1 (en) * | 1999-03-19 | 2008-05-20 | Hewlett-Packard Development Corporation, L.P. | System for aborting response to client request if detecting connection between client server is closed by examining local server information |
| US6799189B2 (en) * | 2001-11-15 | 2004-09-28 | Bmc Software, Inc. | System and method for creating a series of online snapshots for recovery purposes |
| JP4483342B2 (ja) * | 2004-02-27 | 2010-06-16 | 株式会社日立製作所 | システム復旧方法 |
| JP4839841B2 (ja) * | 2006-01-04 | 2011-12-21 | 株式会社日立製作所 | スナップショット再起動方法 |
| KR101470994B1 (ko) * | 2008-05-01 | 2014-12-09 | 휴렛-팩커드 디벨롭먼트 컴퍼니, 엘.피. | 비휘발성 메모리 내의 체크포인트 데이터의 저장 |
| JP2010205011A (ja) * | 2009-03-04 | 2010-09-16 | Mitsubishi Electric Corp | 障害再現システム、障害再現方法および通信再現装置 |
| JP2011060055A (ja) * | 2009-09-11 | 2011-03-24 | Fujitsu Ltd | 仮想計算機システム、仮想マシンの復旧処理方法及びそのプログラム |
| US9275060B1 (en) * | 2012-01-27 | 2016-03-01 | Symantec Corporation | Method and system for using high availability attributes to define data protection plans |
-
2012
- 2012-09-25 JP JP2012544360A patent/JP5337916B1/ja active Active
- 2012-09-25 WO PCT/JP2012/074582 patent/WO2014049691A1/ja active Application Filing
- 2012-09-25 CN CN201280002973.8A patent/CN103842969B/zh active Active
-
2013
- 2013-03-18 US US13/846,045 patent/US20140089266A1/en not_active Abandoned
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101495970A (zh) * | 2005-06-24 | 2009-07-29 | 信科索尔特公司 | 用于高性能企业数据保护的系统和方法 |
| JP2009288836A (ja) * | 2008-05-27 | 2009-12-10 | Hitachi Ltd | 仮想サーバのシステム障害回復方法及びそのシステム |
Non-Patent Citations (1)
| Title |
|---|
| Virtual Machine Monitors: Current Technology and Future Trends;Rosenblum et al;《Computer》;20050531;39-47 * |
Also Published As
| Publication number | Publication date |
|---|---|
| JPWO2014049691A1 (ja) | 2016-08-22 |
| JP5337916B1 (ja) | 2013-11-06 |
| CN103842969A (zh) | 2014-06-04 |
| WO2014049691A1 (ja) | 2014-04-03 |
| US20140089266A1 (en) | 2014-03-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103842969B (zh) | 信息处理系统 | |
| US10956601B2 (en) | Fully managed account level blob data encryption in a distributed storage environment | |
| US11500821B2 (en) | Synchronizing metadata in a data storage platform comprising multiple computer nodes | |
| Baker et al. | Megastore: Providing scalable, highly available storage for interactive services. | |
| CN103765406B (zh) | 用于远程更新执行进程的方法和装置 | |
| CN105210062B (zh) | 用于分布式数据库系统的系统范围检查点避免 | |
| US9424151B2 (en) | Disk failure recovery for virtual disk with policies | |
| CN105190622B (zh) | 用于分布式数据库系统的快速崩溃恢复 | |
| JP5918243B2 (ja) | 分散型データベースにおいてインテグリティを管理するためのシステム及び方法 | |
| CN105681104B (zh) | 为在线服务管理网络和机器的方法、系统和计算机可读存储设备 | |
| CN103929500A (zh) | 一种分布式存储系统的数据分片方法 | |
| CN101997911B (zh) | 一种数据迁移的方法及系统 | |
| US20160004451A1 (en) | Storage system with virtual disks | |
| US20160004481A1 (en) | Storage system with virtual disks | |
| US20160004450A1 (en) | Storage system with virtual disks | |
| US20160004449A1 (en) | Storage system with virtual disks | |
| US20160004480A1 (en) | Storage system with virtual disks | |
| US20160004603A1 (en) | Storage system with virtual disks | |
| WO2020005808A1 (en) | Multi-table partitions in a key-value database | |
| US20190007208A1 (en) | Encrypting existing live unencrypted data using age-based garbage collection | |
| US20160004466A1 (en) | Convergence of multiple application protocols onto a single storage platform | |
| CN109558215A (zh) | 虚拟机的备份方法、恢复方法、装置及备份服务器集群 | |
| CN108021336A (zh) | 用于无缝数据迁移的数据布局方案 | |
| CN110377395A (zh) | 一种Kubernetes集群中的Pod迁移方法 | |
| CN107885758A (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 |