为提高效率，提问时请提供以下信息，问题描述清晰可优先响应。
【DM版本】:DM8
【操作系统】：麒麟3.3
【CPU】:x86 AMD
【问题描述】*：dsc启动报错处理
DMDSC共享存储集群启停问题处理
问题描述
此前在本地虚拟环境搭建一套两节点dsc集群，搭建过程不做赘述，在部署完成后集群可以正常运行，但是再经历了一次两节点虚拟机关闭后，启动备机过程中现了异常，按正常启动思路，启动步骤：
启动A/B 机器 CSS (CSS 启动后 30 秒自动拉起 ASM，60 秒自动拉起 DMSERVER。)
/home/dmdba/dmdbms/bin/DmCSSServiceDSC start

报错情况如下所示：

问题处理
检查服务器参数配置文件后，未发现异常，此前在部署后也是可以正常启动的，但是服务器重启后便出现此报错ASM connect exception，若配置文件参数正常且此前服务启动正常的话则将解决思路放到服务器本身，检查发现为服务器网络问题，因服务器重启后网络并未重连导致。
解决网络问题后直接启动CSS服务脚本，依然存在问题，报错问题内容如下：
failed to connect dmasmtool,

根据次报错内容推断，为asm服务未启动导致，由此可以确认，仅仅启动CSS服务无法正常启动DSC服务。该问题具体解决思路本人还是建议通过注册服务脚本来处理。由于此前搭建DSC集群后，未及时注册服务脚本便关闭集群服务器。
两节点分别注册服务。

注意注册dmserver服务和dmasmsvr服务时一定要先注册CSS服务，并且注册命令后加 -y DmCSSService... .service 服务脚本名。否则报错需要依赖。

结论及验证
结论1
注册服务后，重启DSC集群服务器验证服务进程，由此可见，服务进程均正常启动。达梦注册服务对于集群重启非常重要。生产环境中若意外重启可以做到全自动恢复服务。


启动 DMCSSM 集群监视器。
./dmcssm ini_path=/home/dmdba/dmdsc/data/dmcssm.ini ,这里注意命令很容易写成./dmcss dmcss服务和dmcssm为不同的服务一个是css服务一个是css监视器。


查看数据库状态服务正常，为确保服务正常再次重启服务器验证，再次重启后服务正常，且数据库可以正常访问使用。

尝试手动启停，先关闭服务，关闭节点先后可根据实际情况选择，无固定。这里尝试启停B节点DSC02
关闭顺序：dmserver—>dmasmsvr—>dmcss

查看集群节点状态，可以看到dec双活启停后对其他节点是无影响的，通过dmcssm监视器查看DSC02已停止服务


手动停止a节点服务

停止成功后查看集群状态，两节点均已停止

再次手动启动机群服务，此时可以看到服务均启动成功

结论2
再关闭虚服务器一周后，回到问题开始，验证最开始的无法拉起服务问题，再次尝试使用此前手动创建脚本启停服务，可以正常启停css服务、ASM、dmserver服务。

再次尝试当不启动css服务时，只启动dmsever服务，再次出现开头异常报错，效果与未启动ASM服务一致。

尝试在此情况下直接拉起ASM服务，服务启动失败

可以确认的是DSC启动过程必须先启动CSS服务、再启动ASM服务，最后启动dmserver，停止服务反之，通过非注册脚本启动均可正常启动服务。且各个节点之前网络必须正常。

个人感悟
本人在部署dmdsc集群之前也曾接触过oracle的rac集群，相比之下已能深刻体会到国产数据库的飞速发展及独到之处，达梦数据库在近些年的发展和进步是有目共睹的，相比与oracle的rac集群达梦dsc集群已经完全可以做到各类场景的平替，且达梦的部署步骤及使用更适合大多数国产化平台场景。相较于繁琐的rac集群部署步骤，达梦拥有更加简化的操作步骤，能够让更多人接受使用，更低的使用门槛也能推动数据库使用的普及。
在近些年对现场项目运维工作的过程中，也逐渐了解达梦数据库的各类功能已完全覆盖甚至超越了非国产数据库。学习和使用达梦数据库的过程，真的让我很惊讶。也让我认识到必须更加踏实的去学习达梦的各项强大功能，更是改变了我对国产数据库的认识，从此觉得国产数据库也很好，应用前景广阔。在学习的过程中，也能反证自己对于ORACLE的一些理解，相互促进。相信在不远的未来，达梦可以成为过程数据库中的佼佼者，也能代表国产数据库遍布全球，越来越好。