大华DH-EVS7064S-R网络视频存储服务器部署与RAID/iSCSI配置实战

简介：这是大华DH-EVS7064S-R网络视频存储服务器（EVS50、70系列）官方使用说明书PDF，面向安防工程、系统集成及运维人员，帮助读者理解该系列存储服务器的定位、功能特性与实际部署方法。资源为单份PDF文档，文件大小13.59MB，内容详细介绍了EVS50、EVS70系列单控/双控多款机型的安装、使用和界面操作，包含适用型号速查表、符号约定、安装注意事项，以及基于Web界面或SmartPSS的初始设置、录像计划、存储空间管理和日志查看等操作指引。文档还专门整理了网络安全的16条实用建议，从修改强密码、更新固件到关闭SNMP/UPnP、限制账户权限，能够有效降低监控系统被入侵的风险；同时附有法律责任边界与隐私保护提醒，帮助使用方规范开展视频监控项目。目前已吸引1178人学习或下载，无论是设备选型初期的功能核对，还是到货后的快速上线与日常排障，这份手册都能提供较为完整的参考依据。

1. 先搞清楚DH-EVS7064S-R在视频链路里的位置，再谈配置

大华DH-EVS7064S-R属于EVS50、70系列网络视频存储服务器，它跟家用NAS的区别在于，NAS关心文件对不对，EVS关心的是几十路IPC持续写盘时，写进去的数据在断电、坏盘、码流波动的情况下依然连续。很多项目把EVS买回来当普通存储挂NVR，结果录像时间轴断成虚线，问题往往不在硬盘上。翻那份使用说明书PDF时，重点也不在第一页的规格参数，而在于把“EVS负责什么、NVR负责什么”拆清楚。本文写给集成商、运维工程师和存储方向开发者，把拆箱到落盘的完整链路讲透。

2. 部署前先算三本账：盘位、码流与RAID选型

2.1 面板接口怎么分：管理口、数据口和直连调试口

EVS70系列机架式存储的前面板一般就是硬盘指示灯、网络指示灯和一块小型状态面板，真正需要认真读的是后面板。管理口、数据口有时在同一张网卡上，但网段必须分开。我一般会把管理口单独接一个带外网段，不跟视频业务网混在一起，好处是即使业务口被打满或者广播报文异常，还能从带外登录看日志、拉状态。

后面板通常还提供用于本地调试的VGA或HDMI接口以及USB口。接显示器只是应急手段，正常运维别依赖本地界面，网页版管理界面才是改配置的正路。另外注意散热风道方向，这类4U存储设备风扇噪音不小，机房部署时正反面留足空间，别贴着机柜门。

2.2 码流与容量预算：决定千兆够不够用

网络视频存储服务器的核心账是带宽账。先按单路主码流计算：假设IPC主码流4Mbps，子码流1Mbps，合计5Mbps。64路同时写入就是64×5Mbps＝320Mbps，千兆端口理论带宽约900Mbps可用，看起来够，但这是纯写带宽。如果还要实时回放，读写叠加后剩余带宽就紧张了。

容量计算常用公式：单日录像容量（GB）＝码流（Mbps）×3600×24÷8÷1024。以4Mbps主码流为例，单路单日约42GB，64路每天约2.7TB，存30天约需81TB。这里可以直接用bc算：

# 计算64路4Mbps码流30天的录像容量，单位GB # 公式：码流(Mbps) * 3600秒 * 24小时 * 路数 * 天数 / 8 / 1024 echo "scale=2; 4*3600*24*64*30/8/1024" | bc # 输出 81000.00，约79.1TB（按1TB=1000GB计算）

命令里的乘积顺序就是容量公式的代码化：先算单路秒级数据量，再乘路数和天数，最后除以8把Mbps换算成MB/s，再除以1024得到GB。要算单路容量就把64去掉。据此能估算盘位数：8TB盘做RAID5，扣除格式化和校验开销后，需要约12到13块盘，加上热备盘，14盘位是起步配置。

常见主码流对应的单路日容量参考如下：

表格里的容量不含系统盘和报警预录空间。真实项目还要留10%到15%余量，否则录像写到95%以上时，RAID层碎片和文件系统开销会让写入性能明显下滑，这是录像断流最常见的暗坑。

2.3 RAID 5 还是 RAID 6：硬盘数量和容错成本

EVS通常用硬件RAID卡，选级别时多数人直接给RAID5，但在磁盘数量变多之后要警惕“重建窗口”。一块8TB盘重建时间按小时计，重建期间另一块盘出坏道的概率并不低，这就是RAID6存在的意义。

安防录像的特点是大块顺序写，写性能不是主要瓶颈，RAID6的写性能损耗可以接受。我的选型习惯是：6块盘以内用RAID5，8块盘以上优先RAID6，并配一块热备盘。热备盘平时不承载数据，掉盘后会自动顶替重建。注意热备盘必须和RAID组的盘同规格或更大，插错槽位会导致热备不生效。

提示：选好RAID级别后把盘槽号抄下来。掉盘之后新盘必须插回相同槽位，否则控制器可能识别为外来盘，需要手动导入RAID配置，工程上很被动。

3. 登录DH-EVS7064S-R完成初始化，并打开iSCSI Target服务

3.1 首次登录：改掉初始密码，先同步NTP时间

EVS出厂时有一个默认管理地址，具体以设备标签为准。首次部署时把电脑网卡改成同一网段，用浏览器访问管理地址，推荐Chrome或Firefox的最新版本，老IE兼容模式在较新固件上反而容易出渲染问题。

登录后第一件事是设置admin密码。安防设备出厂密码简单，接进内网之前必须改掉。改完密码后，第二件事是把设备时间同步到NTP平台或手动指定时间源。录像回放时间轴错位的问题里，一半以上来自NVR与EVS时间不一致，时间源统一才能让录像证据链有效。

随后配置网络参数：管理网口固定IP，数据网口根据码流预算决定千兆还是万兆。如果EVS有多个数据口，优先做链路聚合，两个千兆口聚合后真实可用吞吐接近1700Mbps，比单口宽裕很多。

3.2 启用iSCSI服务：IQN、CHAP 与访问控制

EVS作为网络视频存储服务器时，最常见的角色是IP SAN：前端NVR或平台软件通过iSCSI协议把EVS上的空间当作本地磁盘使用。在Web管理界面找到“SAN服务”或“iSCSI设置”，启用服务后规划三组参数：Target名称、CHAP账户、允许访问的IP列表。

Target创建之后，还要在Target下创建LUN并映射给指定主机。LUN可以看作一个虚拟磁盘，映射给哪台NVR，那台NVR才能看到它。把LUN按通道或按用途拆小，比创建一个超大LUN更灵活，后续扩容和故障定位都清晰。

注意：iSCSI CHAP认证启用后，在NVR端填的必须是EVS里Target对应的CHAP账户，而不是EVS登录密码。两者混淆是配置工单里最常见的问题。

3.3 Linux 主机挂载LUN的最小命令，Windows对应位置

测试iSCSI链路是否正常，不需要先把NVR拉过来，用一台Linux跳板机就够了。以下是最小命令序列：

# 安装iSCSI客户端（CentOS/RHEL系） yum install -y iscsi-initiator-utils # 设置本机initiator名称 echo "InitiatorName=iqn.2024-01.local.test:client01" > /etc/iscsi/initiatorname.iscsi # 发现EVS上的Target iscsiadm -m discovery -t sendtargets -p 192.168.10.5 # 登录目标Target，换成实际IQN iscsiadm -m node -T iqn.2001-04.com.dahua:evs7064s-target-01 -p 192.168.10.5 -l # 确认块设备是否出现 lsblk | grep sd

-p指定EVS数据口IP，-T后面是EVS上配置的Target IQN，-l表示登录。如果EVS启用了CHAP，登录前还要先更新节点记录里的账号密码：

# 更新CHAP认证信息 iscsiadm -m node -T iqn.2001-04.com.dahua:evs7064s-target-01 \ -p 192.168.10.5 -o update -n node.session.auth.username -v storageuser iscsiadm -m node -T iqn.2001-04.com.dahua:evs7064s-target-01 \ -p 192.168.10.5 -o update -n node.session.auth.password -v YourPassw0rd iscsiadm -m node -T iqn.2001-04.com.dahua:evs7064s-target-01 \ -p 192.168.10.5 -l

登录成功后lsblk会看到新的块设备，比如/dev/sdb。先不要急着格式化，这一步只是验证链路。Windows环境对应操作在“控制面板 → iSCSI发起程序”里输入EVS数据口IP，快速连接后就能在“卷和磁盘”里看到新磁盘。能看到磁盘，就说明EVS的iSCSI服务配置成功，可以进入RAID和录像规划环节。

4. RAID组、存储池配额与NVR录像计划：落盘链路怎么配

4.1 在Web存储管理里创建RAID组与热备盘

新设备上架后，先确认物理盘能被系统完整识别。在Web的存储管理界面中，物理磁盘列表会显示每块盘的容量、健康状态和对应槽位。创建RAID组时，把同容量硬盘放到同一组内，避免混插4TB和8TB导致可用空间浪费。

创建步骤一般是：选择RAID级别，勾选成员盘，指定热备盘，提交配置。固件不同菜单名可能有差异，但核心步骤一致。比较关键的是创建完RAID组之后再划分逻辑卷或存储池，这个逻辑卷才是前面iSCSI LUN的数据来源。很多时候LUN建好了却无法格式化，就是因为物理盘还没划进RAID组，逻辑卷容积为0。

存储池创建后，建议把LUN大小和录像保留周期挂钩。比如规划82TB录像空间，出两个LUN：一个给“7×24连续录像”，另一个给“报警录像”，后续空间将满时能快速定位该扩哪条链路。

4.2 SSH看RAID状态与重建进度

Web界面能看状态，但出问题时我更习惯直接SSH进EVS，用命令确认细节。EVS底层是Linux系统，常见做法是先尝试storcli工具，这是LSI/MegaRAID系列硬件RAID卡通用的命令行管理工具：

# 查看控制器和所有物理盘状态，过滤出正常盘之外的异常项 storcli /c0 /eall /sall show | grep -Ev "OK|Onln" # 查看逻辑卷状态和RAID级别 storcli /c0 /vall show | grep -E "VD|TYPE|State|DG" # 查看正在进行的重建或初始化进度 storcli /c0 show rebuild storcli /c0 show init

第一条命令里，/c0表示第一个控制器，/eall是全部盘柜，/sall是全部物理盘，把状态不是OK或Onln的盘过滤出来，能快速找到Failed或Rebuilding状态的盘。第二条命令查看虚拟磁盘的RAID级别和一致性状态。最后一条命令看重建进度。如果系统没有storcli，可以执行cat /proc/mdstat检查软RAID情况，两种方式覆盖了绝大部分EVS固件的底层结构。

重建期间录像还在持续写盘，IO负载比平时高不少，回放卡顿可能是正常的。我的处理方式是：重建期间把NVR的计划录像临时降到只存主码流，减轻存储写入量，重建完成后再恢复双码流录像。

4.3 NVR录像计划和EVS存储配额，各自管什么

EVS负责“接住数据”，录像计划却主要由NVR或上层平台下发。工程上最稳妥的理解是：EVS侧管空间分配和RAID冗余，NVR侧管录像策略和码流通道。EVS侧只需要确认存储池配额够用，并在存储管理里把LUN容量监控打开，定期检查写满占比。

NVR侧常用的录像计划参数如下，实际按项目保留要求调整：

如果NVR提示“存储空间不足”，先不要急着扩EVS，用第2章公式核对一下：是NVR侧码流类型意外选成了8Mbps导致容量超支，还是LUN配额本身创建得小。多数情况是NVR侧开了双码流录像，而EVS侧按主码流估的容量，差距自然就出现了。

5. 第三方平台接入后，用几条命令完成验证和排错

5.1 GB/T28181 国标对接的参数核对表

EVS接入第三方平台时，最常见的对接方式是GB/T28181国标协议。需要核对的参数无非这几项：SIP服务器地址和端口、SIP设备编码、密码、注册周期。配置之前把下表逐项和平台侧核对，能省掉大量来回试错的时间。

国标注册成功后，平台侧能看到EVS下挂通道的在线状态，但经常遇到通道在线、拉流花屏或黑屏。这类问题多半不是EVS配置错误，而是平台拉流时跨网段访问了不通的媒体端口，需要在防火墙上放行RTP媒体端口段。

5.2 录像断流时的三个排查点和一条带宽测试命令

第三方录像断流，排查顺序有三个：先看总线带宽，再看磁盘健康，最后看网络丢包。带宽问题用iperf3能直接测出真实可用吞吐：

# 在EVS同网段一台跳板机上运行服务端 iperf3 -s -p 5201 # 在NVR或客户端侧运行测试 iperf3 -c 192.168.10.20 -p 5201 -t 30 -i 5

-t 30表示测试30秒，-i 5每5秒输出一次结果。如果测得吞吐低于码流预算的2倍，先把链路聚合关闭，用单口重测，排除负载均衡策略导致的不均衡问题。磁盘健康方面，注意RAID状态里有没有盘被标记为DEGRADED，这种盘性能劣化会让录像从连续变成断帧。部署时把盘槽号落在纸面上，巡检时对照槽位看状态，才能确定具体哪块盘需要更换。最后把存储池和业务通道分开、把NTP时间源定死、把国标注册参数抄进运维卡，这三件事做到位，EVS70系列在运行里的故障率会低很多。

本文还有配套的精品资源，点击获取