view horizon7 数据库被人误删除了，现在虚拟机都没有办法重构了

　　一、故障描述

　　最近帮客户解决一个有点小复杂的问题，view horizon7 数据库被人误删除了，公司的view Horzion7的虚拟桌面无法正常工作，有的虚拟机无法连接，有的虚拟机系统有问题，现在也无法正常重构了，不知道出了什么问题。火速到达现场，查看原因。

　　二、解决办法

　　2.1、vComposer附加数据库

　　到达客户现场，发现客户的view horizon7是使用的链接克隆桌面，在horizon view中可以看到，连接服务器是报红错误 ，View Composer Server也是报红。

　　查看VCONNECT报红的原因，是证书问题，这个问题不影响虚拟桌面的连接。

　　查看View Composer Server时，可以看到此服务未正常工作。

　　他们的IT管理员说，在view horizon 重构虚拟机时，显示DB无法连接。

　　这时猜测，难道是数据库出问题了，打开SQL虚拟机。

　　发现数据库被人动过，默认数据库都是在2021年4月15日安装的，后面又有2021年7月11日安装的。

　　进入数据库发现，sa密码直接登录不了，使用本地用户登录，发现里面当时创建的数据库都没有了。

　　问了客户后，之前有同事拿这台数据库虚拟机做了试验，导致数据库误删。

　　找到vComposer虚拟机，发现odbc无法正常连接到数据库中的vComposer数据库。

　　但是庆幸的是，数据库文件并没有被删除。

　　只好将数据库重新安装一次。

　　将之前的数据库重新附加到数据库中。

　　再次进入vComposer虚拟机，使用odbc连接数据库，发现还是连接不了。

　　使用ping命令去ping数据库，发现无法ping通。

　　进入数据库虚拟机，查看，发现是系统中的防火墙，也被打开了，将数据库防火墙关闭。

　　可以看到，在vComposer服务器上去ping sql.view.com 数据库服务器，可以ping通。

　　再次登录到vComposer服务器上查看数据连接，这时可以正常连接了。

　　2.2、view Composer服务没有启动

　　那到这一步，是不是view horozion现在就可以正常了呢？

　　查看报错，状态还是，此服务未正常工作。

　　使用view Composer重构，还是失败。

　　重构步骤如下：

　　在日志中，可以看到还是失败。

　　在虚拟桌面中，可以看到view Connect 无法与 vComposer之间发送消息。在这里，我们可以看到view Connect与vComposer之前是通过域名的

　　https://vComposer.view.com:18443之前相互通信的。

　　在view Connect中，找到view配置，服务器配置，里面可以看到连接服务器中，可以看到一个或多个View Composer备份失败。那这时说明view Connect与view Composer之前还是无法正常通信的。

　　以下是view connect服务器的配置。

　　这时在view Connect虚拟机上去ping vcomposer虚拟机，ping vcomposer.view.com发现是可以ping通的，但是访问vComposer虚拟机的18443端口，发现还是没有回应。

　　可以在view connect中，可以看到服务器配置中的view Composer Server配置，里面的端口是18443。

　　进入到vComposer虚拟机，使用telnet 127.0.0.1 18443端口，发现在本地机器上都无法打开18443端口。

　　使用netstat -an 查看是否有18443端口，虚拟机并没有18443端口。

　　确定vComposer已经安装后，那肯定是有18443端口生效的，如果没有，那肯定 是vcomposer的服务没有启动，进入到服务中，查看VMware Horizon 7 Composer服务，由于数据库被删除，此服务器状态是停止的。

　　右击启动此服务。

　　正在启动中。

　　VMware Horizon 7 Composer服务正常启动。

　　在composer虚拟上，现在使用telnet 127.0.0.1 18443端口，发现可以正常登录。说明18443端口已经正常启动了。

　　使用nestat -an 也可以看到18443端口已经与本地52982端口已经建立了连接。

　　切换到vconnect虚拟机，使用telnet vcomposer.view.com 18443，发现vconnect虚拟机可以正常和vcoposer虚拟机的18443端口建立连接了。

　　注：端口，位于OSI七层模型的第四层。系统端口，即公认的端口，从 0 到 1023 。用户端口，又称为注册端口，从 1024 到 49151 。临时端口，又称动态端口（Ephemeral Port），从 49152 到 65535。

　　① 系统端口，为系统默认保留端口，用于提供已存在的服务。例如HTTP为TCP80端口，DNS服务为UDP53端口。

　　② 用户端口，即为用户程序自行绑定的端口。一般开发人员开发新服务时，都会绑定此区间内的端口。

　　③ 临时端口，此类端口，一般没有被公认绑定到那些服务上，可以用于提供任何用途。

　　TCP端口，相互传输是要经过三次握手机制，传数据是可信任的，有验证。

　　UDP端口，相互传输数据没有那么严格，但是传输数据快。

　　2.3、vCenter与vcomposer配置问题

　　在计算机win-01上运行的代理已联系连接服务器并发送了启动消息。

　　虽说这时view Connect与view Composer已经可以正常通信了。

　　在编辑服务器时，发现：未知的view Composer错误 。

　　这时再查看一下view Connect与view Composer服务器连接是否没问题，进行备份查看。

　　发现view Composer备份失败。

　　这时重新启动vconnect虚拟机和vcomposer虚拟机。

　　重新启动后，重新编辑，vCenter server。验证连接服务器信息时，还是报view Composer内部错误。请与管理员联系。

　　难道是composer虚拟机里面有些服务的问题，重新进入到composer服务器，将vmware虚拟机服务全部开启，因为不知道当时安装好后，哪些服务是开着的，还是关着的。

　　开启动，再次重新编辑vCenter server。

　　准备想重新添加vcenter与vcomposer的关联系统的，发现链接克隆的虚拟机正在使用，无法直接删除。那只能重新编辑了，查错误原因了。

　　再次编辑，重新输入view Composer server的密码。

　　进入vconnect，再次备份，发现这时view connect与composer之前可以正常备份了。到这一步，说明view Connect与view Composer之前的通信是正常了。

　　尝试将虚拟机01重构，在重构的时，还是报未知的view Composer错误。这时说明Vcenter与vcomposer之前的的通信还是有问题。

　　重新启动vcenter，然后，在view 界面，重新设置vcenter server 和composer。

　　删除之前的添加vcomposer，重新添加。将独立的View Composer server的服务器地址，用户名和密码重新填写一篇。点击添加。

　　添加完成后，Horizon7中，也可以看到view composer的连接服务器已经变绿，显示正常。

　　进入win-01虚拟机后，在view Composer选项中，选择刷新，发现刷新功能可以正常使用了，日期更新到最新了。

　　在虚拟机win-01日志中，可以看到刷新日志。

　　虚拟机状态，无法访问代理。

　　正常刷新后，虚拟桌面显示可用。

　　win-01客户端也可以正常连接了。

　　再次使用view compose中的重构，发现一直报如下错误

　　java.lang.illegalArgumentException:id ==null。

　　这个问题，重新换了几个浏览器这个问题自动就好了，也不知道是啥原因。

　　2.4、vcomposer运行正常，虚拟机正常重置

　　这时再次重构win-01虚拟机

　　可以看到日志显示，已将虚拟机01和模板重新同步。

　　在win-01虚拟机控制台，可以看到重构在5分钟后开始。

　　5分钟后，开始重构，正在自定义。

　　正在创建刷新检查点。

　　已置备，到这一步，说明这次问题已经彻底解决了。