Veeam复制时出现“远程主机强迫关闭了一个现有的连接”错误.pdf

Trouble Shooting故障诊断与处理责任编辑赵志远Veeam复制时出现“远程主机强迫关闭了一个现有的连接”错误I石家庄薄鹏王春海编者按：在将Veeam11.0版本升级到1 2.0 后，虚拟机复制出错。经过分析，最后判断问题出在备份代理虚拟机。某企业用户使用Veeam对虚拟机进行备份和复制。近期，在将Veeam从9.5升级到1 1.0 版本时，虚拟机的备份和复制正常，但在将Veeam11.0版本升级到1 2.0 后，虚拟机复制出错。出错信息如图1所示。在备份出错期间，vCenterServer从6.7.0 U3升级到7.0 U3。E SX i版本为6.7.0 U3（准备升级到7.0U3还未开始)，vSAN架构。在出现图1 的错误后，笔者检查vCenter，显示正常。在查看虚拟机复制的错误信息时，发现读取虚拟机磁盘的速度为0。经过多次测试，发现在Veeam中禁用所有的备份代理，虚拟机的复制可恢复正常。但只要启用Veeam备份代理，虚拟机的复制就会出错。通过分析得出，问题可能出在Veeam备份代理虚拟机中。打开备份代理虚拟机（操作系统为Windows上接第1 59 页对应IP的UDP协议。经过上述配置后，笔者发现，网络内的流量下降了三分之一。后续又观察了一段时间，网络基本恢复正常，问题得以解决。上述问题的解决办法只是针对大多数用户，但故障设备仍然存在。对此，笔者的办法是耐心等待。如果用户使用BT下载或者感染病毒，这些应用建立的会话连接较多，远超设定的1 50 个限定值，那么此时用户的正常网页浏览将受到影响，然后再进行针对性的处理。出口设备为华为ASG5520上网行为管理设备，查看该设备发现，在限定IP的会话数以后，设备的CPU、内存等资源占用率升高。因此，出口设备的应用过滤功能（用于区分正常上网和BT下载）没有再开启，毕竟这项功能占用的资源更多。经过一段时间的应用后，笔者在外网出口处又禁止了网络中的UDP协议，只开放UDP协议的DNS的53 号端口和视频会议应用端口，同时将每个IP发起的TCP连接控制在1 50 条以内。至此，网络稳定性得以恢复。 2023.8投稿信箱责任编辑赵志远Trouble Shooting故障诊断与处理Server2016）的控制台，提示系统密码过期。执行gpedit.msc命令，查看密码策略是默认42 天到期，将密码最长使用期限修改为0（表示密码永不过期)。但此时笔者感觉问题并非出在密码过期方面，因为该备份代理从2 0 1 9年开始使用以来没有发生过问题。打开“控制面板”“程序”一“程序和功能”一“卸载或更改程序，检查发现VeeamBackupTransport版本是12.0.0.1420（与Veeam主程序版本相同)，VeeamInstaller Service版本是9.5.0.1922(这是最初使用的Veeam的版本)。但Veeam Backup Transport相关程序的安装日期竟是2 1 59年4月2 7 日。笔者判断，问题可能出在这里。返回到Veeam管理控制台，在BackupInfranstructure-BackupProxies中右击选中Veeam备份代理计算机，选择“Remove，删除备份代理。如图2 所示。在 BackupInfranstructureManaged Servers中右击选中Veeam备份代理计算机，选择“Remove，将备份代理计算机上的Veeam相关软件删除。执行上述操作后，在vCenterServer控制台中，重新启动Veeam备份代理虚拟机。当Veeam备份代理虚拟机再次进入系统后，切换到Veeam管理控制台，在“BackupInfranstructureBackupProxies”重新添加备份代理，并向备份代理虚拟机安装Veeam Backup Transport及相关程DATAProcesed:Read:Tansfered:ActionJob started st 2023/3/22 23:03:16Buildinglit of machines to processOM size:42 TB(2681 GB used)OChanged blocktrackingis enabledProcesingvesa7-1.20Eror:远程主机强追关闭了一个现有的连接。All Ms have beenqueued for procesingAReplic lcstion172.161.10Dstastore-2ig gting low o fre dikspace(1019 GB lft out of 10.9 TB).Job finished with rror at 2023/3/22 23:14:46nBackBackup ProyProxyPronyProanageProsBackupInfrLBBackup ProdesBackupRepositoniesEtemal RepositoriesllScale-out RepositoriesOWANAccelertorsSenice ProvidensBSurebackupAplicstionGroups品Vitual LabsManaged SenverVMwarevSpherevCenterSevers喝1 7 2.1 6 1.2 0eMicrosoft WindowsAHomeinventoryCongelhfinstructureSTATUSN/ASucesN/AWamingsN/AErrors图1 远程主机强迫关闭了一个现有的连接pgtadProay序。登录到Veeam备份代理虚拟机，发现此时的版本号都是1 2.0，并且安装的日期已经正常。再次执行Veeam虚拟机复制任务，此时备份正常，故障解决。笔者后续继续将ESXi版本升级到7.0U3，升级vSAN架构，并转换vSAN磁盘格式到最新版本。在升级期间及升级后，Veeam备份与复制均正常。THROUGHPUT(ALLTME)QTypeinon djietnonne toserch forNameTypeB172.16.1.163VMwareDitabeproay172161.164Backup ProayVMware Backup Proay图2 移除备份代理XHott172.161.163个UpgredeXRemoveProperties.Bikkupon72.16.1.164Backupon投稿信箱 2023.8161