在实际的应用过程中,我们把DB2数据库部署在用户提供的“云平台”上,结果这个DB2所在的虚拟机发生崩溃(我们的理解,表现为连不上主机)后,操作系统被重新拉起来之后(云平台厂家工程师回复说,虚拟机因为一些原因发生了故障,他们的HA软件把这个虚拟机文件放到其他物理机并启动这个虚拟机),会发现数据库的状态被回滚到了几天以前的状态。
这里有两个疑问:
1.云平台厂家所谓的HA机制,我们不清楚细节,究竟资源是怎么切换的,如果按照他们的说法,整个虚拟机资源都是被打包在同一个文件的话,那么系统在其他物理机上启动,应该是原封不动的内容。
2.DB2本身,对于这样操作系统突然奔溃的情况,是不是会发生类似于回滚的操作?
虛擬機的HA故障不應該會導致回滾到幾天前
虛擬機如果會回滾到幾天前應該是通過虛擬機的snapshot,或者備份文件,或者通過存儲的功能恢復的。
一般的虛擬機的HA功能都是在可以預知的情況下,手工切換實體節點,對虛擬機無影響,用戶無感知。
如果是遇到突發事故,例如節點斷電,或者被拔網線等,那麼那個節點的虛擬機會根據配置的策略在其他節點手工重啓或者自動重啓,類似於物理機的斷電後再開機。
當然還有vmware的ft功能,兩臺虛擬機在兩個節點時時同步,隨便一個突然壞了,另一個自動接管,也可以做到服務不中斷。
收起