问题现象
客户使用VMware虚拟机使用默认安装，部署YashanDB个人版，在掉电之后无法启动
操作系统：
Virtualization: VMware
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:centos:centos:7
Kernel: Linux 3.10.0-1160.el7.x86_64
Architecture: x86-64
[yashan@localhost ~]$ nohup /home/yashan/yasdb_home/yashandb/23.1.1.100/bin/yasdb open -D /home/yashan/yasdb_data/db-1-1 &
[1] 6684
[yashan@localhost ~]$ nohup: ignoring input and appending output to ‘nohup.out’
[yashan@localhost ~]$ cat nohup.out
Starting instance nomount
Instance started
Starting instance open
[1]+ Segmentation fault (core dumped) nohup /home/yashan/yasdb_home/yashandb/23.1.1.100/bin/yasdb open -D /home/yashan/yasdb_data/db-1-1
问题单：客户测试库启动后很快就Segmentation fault
问题的风险及影响
客户为个人环境，掉电后无法拉起，手动拉起会出现coredump，影响个人使用
问题影响的版本
YashanDB版本：
YashanDB Server Personal Edition Release 23.1.1.100 x86_64 0e623bd
问题发生原因
VMware因为涉及虚拟化层，存在一些特有机制和考量。VMware使用缓存来提高磁盘操作速度，包括读缓存和写缓存。写操作可能先写入缓存，然后根据策略决定何时将数据落盘。
在默认安装模式下，数据不会实时落盘（实测方式：可以在虚拟机中新增文件，随机写入内容，观察虚拟机文件修改时间是否发生变化，可以确认文件没有实时写入物理磁盘）。
因为客户环境中的磁盘文件落盘不是实时，掉电过程出现异常，导致undo中的lsn比ctrl中的lsn大的情况，进而导致数据库无法启动。
解决方法及规避方式
因为是个人环境，没有真实数据，重新安装新版本的YashanDB。
问题分析和处理过程
1、客户反馈是掉电，DOUBLE_WRITE_ENABLED默认为TRUE，一线反馈客户没有修改该参数
2、分析出问题的堆栈位置setGroupBlocksLsn COD_PANIC，head->lsn是 undo block的lsn，而assist->lsn是系统全局的lsn自增得到的；
系统的lsn先写入ctrl文件，再写入undo文件，在db启动的时候系统全局的lsn从ctrl文件中读取，逻辑上确保undo的lsn比系统的lsn小；
3、发现VMware虚拟机默认安装为虚拟磁盘。在默认安装方式下，在虚拟机中新增文件，随机写入内容，观察虚拟机文件修改时间并未发生变化，可以确认文件没有实时写入物理磁盘。
在默认安装模式下，掉电之后，虚拟机出现磁盘文件损坏，无法进入虚拟机：
4、VMware因为涉及虚拟化层，存在一些特有机制和考量。 VMware使用缓存来提高磁盘操作速度，包括读缓存和写缓存。写操作可能先写入缓存，然后根据策略（如ESXi的磁盘调度器策略）决定何时将数据落盘。实测使用“强制写入”策略（VMware的“独立-永久”磁盘模式）可确保数据立即写入，以提高数据安全性。
5、因为客户环境中的磁盘文件落盘不是实时， 掉电过程出现异常， 导致undo中的lsn比ctrl中的lsn大的情况， 进而导致数据库无法启动。
官网参考说明：
在物理磁盘或未使用的分区上安装客户机操作系统 (VMware.com)
经验总结
1、VMware虚拟机，使用物理磁盘。
2、对虚拟磁盘需要设置独立-永久（创建虚拟机的时候才能修改， 启动之后不能修改）：
配置成功， 在首页即可看到对应的标志：
