简介:这份PDF文档面向安防工程实施人员与系统集成运维人员,系统讲解海康威视综合安防平台(iSecure Center)的安装部署流程,帮助读者从零完成视频监控、门禁管理、报警管理等子系统的平台落地。内容覆盖前期需求分析与硬件网络规划、服务器操作系统与数据库配置、平台软件安装及授权激活、网络IP分配等关键环节,并附有运行环境要求、软件清单、安装流程图与配置操作系统等章节,可作为现场部署时的对照手册与排错参考。资源包共1个PDF文件,大小约2.88MB,单文件结构便于随查随用。目前已有881人学习,适合需要快速上手平台部署的初、中级技术人员查阅。
1. 综合安防平台部署:从一台裸机到视频门禁全通的落地路径
手里拿到一台刚上架的 CentOS 服务器,机房里摄像头、门禁、报警主机都已经通电,但平台还没装,业务部门催着要看到画面——这是很多做安防交付的工程师都遇到过的开局。综合安防管理平台(iSecure Center)就是用来把视频监控、门禁管理、访客、停车场、入侵报警这些子系统收拢到一套服务端里的产品,服务端跑在 Linux 上,客户端跑在 Windows 上,中间靠浏览器和专用客户端做配置与值守。它适合两类人:一是现场交付工程师,需要按手册把平台从零装起来并激活;二是系统集成方的技术负责人,需要判断单机部署够不够、什么时候必须上分布式。这篇笔记按「环境准备 → 系统配置 → 平台安装 → 激活登录 → 排错」的顺序拆,参数和命令都来自部署手册,能直接照着敲。
2. 装之前先把账算清:硬件、系统与组件规划
部署翻车十有八九不是安装脚本的问题,而是机器给少了、系统版本对不上、组件一股脑全装。这一章先把资源账算明白,再谈动手。
2.1 服务器与客户端硬件底线
平台服务端的硬件要求不是拍脑袋写的,八核十六线程 2.2GHz 起步、内存 32GB DDR4 起步,这两个数字对应的是基础构架加常用业务组件的常驻内存占用。手册里有一句很关键的话:全装要求 64GB 及以上。也就是说,如果你打算把视频监控、门禁、访客、停车场、消防、动环这些组件全部装在一台机器上,32GB 是不够的,V1.6.1 集成的消防组件数量多,全塞一台 32G 服务器会出现内存不足导致服务自动重启的现象。硬盘 600G 以上,推荐 SAS 或 SSD,网卡要千兆以上并装最新驱动。
桌面客户端的要求相对低:双核四线程 3.9GHz 以上、8GB 内存、500G 可用空间、核显 HD Graphics 630 及以上。这里有个容易被忽略的点——客户端显卡要求写的是核显型号,说明平台客户端对独显没有硬性依赖,但视频解码吃的是 CPU 和核显的硬解能力,多路预览的岗亭机器别拿老掉牙的办公机凑数。
| 项目 | 服务器要求 | 桌面客户端要求 |
|---|---|---|
| 处理器 | 八核十六线程 2.2GHz 及以上 | 双核四线程 3.9GHz 以上 |
| 内存 | 32GB DDR4 及以上(全装 64GB 及以上) | 8GB DDR4 及以上 |
| 硬盘 | 600G 以上,推荐 SAS 或 SSD | 500G 以上可用空间 |
| 网卡 | 千兆以上,装最新驱动 | 百兆以上,装最新驱动 |
| 显卡 | 无特殊要求 | HD Graphics 630 及以上 |
2.2 操作系统版本别自作主张
服务端操作系统手册列得很死:CentOS-7.6-hik-r5-patch3、CentOS-7.4-hik-r4-patch1、CentOS-7-x86_64-DVD-1810(7.6.1810)、HikOS-B_V2.1.0-webbaseline-centos7.8_x86_64-20210715,以及中标麒麟操作系统。这些版本号带 patch 后缀的,是经过适配的定制镜像,不是随便一个 CentOS 7 就能替代。我见过有人拿 CentOS 7.9 最小化安装去装,环境检测阶段就卡住,最后重装系统浪费半天。服务器操作系统需要向产品方技术人员获取,别从公共镜像站随便拉一个。
客户端这边,Windows 7 SP1 家庭/专业版(32/64 位)、Windows 10 专业版(32/64 位)都可以,浏览器 IE 11 及以上,Chrome 73 及以上且建议用 Chrome。手机端 Android 5.0 及以上、iOS 10 及以上。
2.3 组件规划:单机还是分布式
单机部署适用于项目规模较小、所有组件装一台服务器就能满足性能要求的场景。判断标准不是点位数拍脑袋,而是看你要开哪些业务应用。手册表 3-1 列了二十多个业务组件,从门户引擎 eportal、视频监控 vms、门禁 acs、访客 visitor,到停车场 pms、入侵报警 scpms、消防监测 fpms、人脸监控 frs,每个组件都有独立标识。装之前先拿这张表跟业务需求对一遍,把不需要的组件划掉,这是控制内存占用的第一道闸。
分布式部署适用于规模较大、单机扛不住的场景,核心是中心管理服务器加分服务器:中心管理服务器装平台核心,分服务器按业务或按区域分担组件负载。规划部署方案时,先定中心管理服务器装在哪台机器,再把视频、门禁、停车场这些重负载组件分配到分服务器上。手册里分布式部署的流程是「规划部署方案 → 安装中心管理服务器 → 安装分服务器 → 查看部署结果」,顺序不能乱,分服务器要在中心管理服务器装好之后才能加入。
提示:如果现场有消防、动环这类组件较多的业务,即使总点位不多,也建议直接上分布式或者至少 64GB 内存的单机,别赌 32GB 能撑住。
3. 操作系统配置:密码、时间、IP 与主机名
平台安装前,操作系统这几项必须配到位,否则后面激活、组件通信、日志时间戳全是对不上的。这一章按手册第 2 章的步骤走,命令可以直接抄。
3.1 首次登录改密码
首次登录需要分别重新设置 root 和 hik 账户的密码。root 及 hik 用户默认密码均为 123456,命令行输入密码时不显示字符,实际已经输入了。流程是:输入用户名回车,输入默认密码回车,提示(current) UNIX password时再输一次默认密码,然后在New password和Retype new password提示下输入新密码并确认。
密码规则要记牢:必须包含大写、小写字母、数字、特殊字符至少两种类型,且不能存在连续超过 3 位的字母或数字。这条规则后面改任何账户密码都适用。后续如需修改密码,用 root 账户执行passwd命令。
3.2 系统时间与 BIOS 同步
时间不对会导致激活失败、日志排查困难、视频录像时间戳错乱。以 hik 用户登录后su root切到 root,先date看当前时间,不一致就改:
# 查看当前系统时间 date # 修改系统时间,日期时间以实际值为准 date -s '2019-10-31 13:40:00' # 将系统时间同步写入 BIOS,防止重启后回退 hwclock -w # 再次确认时间已生效 datedate -s只改运行时时间,重启就丢,所以hwclock -w这一步不能省。设置成功后会显示类似Thu Oct 31 13:40:00 CST 2019的信息。现场如果服务器带外管理口有独立时钟,也要一并核对,避免两套时间打架。
3.3 静态 IP 配置
以单 IP 为例。切到 root 后进入网络配置目录,先查有哪些网卡配置文件:
# 进入网卡配置目录 cd /etc/sysconfig/network-scripts/ # 列出网卡配置文件,排除回环 lo ll | grep ifcfg | grep -v lo # 查看某块网卡是否插了网线,Link detected 为 yes 表示已连接 ethtool ens192假设输出显示ifcfg-ens192和ifcfg-ens195两个文件,用ethtool确认哪块网卡连着网线,然后vim ifcfg-ens192编辑已连接的那块。需要保证以下行存在,不存在就补上:
ONBOOT=yes BOOTPROTO=static IPADDR=10.19.160.77 NETMASK=255.255.255.0 GATEWAY=10.19.160.1 DNS1=172.10.2.1参数含义:ONBOOT=yes开机自启网卡;BOOTPROTO=static使用静态 IP;IPADDR、NETMASK、GATEWAY、DNS1依次是 IP 地址、子网掩码、默认网关、DNS 服务器。vim 里i进入编辑,Esc退出编辑,:wq保存退出,:q!不保存退出。保存后重启网络服务并验证:
# 重启网络服务 systemctl restart network # 查看网卡是否拿到配置的 IP ifconfig看到Restarting network (via systemctl): [ OK ]代表网络服务重启成功,再用ifconfig确认 IP 已生效。多网段场景按同样方法给第二块网卡配另一个网段的地址。
3.4 主机名与远程登录
现场服务器多的时候,按「地市名称+服务器用途+服务器序号」这类规范命名,后面看日志一眼能定位机器。改主机名要动两个文件,且/etc/hosts和/etc/sysconfig/network里的 HOSTNAME 必须保持一致:
# 编辑 hosts,添加本机 IP 与主机名映射 vim /etc/hosts # 另起一行添加,格式为 IP + 空格 + 主机名 10.10.10.12 zjdb01 # 编辑 network 文件,修改 HOSTNAME 行 vim /etc/sysconfig/network HOSTNAME=zjdb01 # 立即生效 hostname zjdb01 # 注销后重新登录验证 logout重新登录后提示符显示[root@zjdb01 ~]#即生效。远程登录方面,服务器默认只能以 hik 用户远程连接,SSH 端口是 55555,不是默认的 22。Xshell、PuTTY、SecureCRT、WinSCP、FinalShell 这些工具都能连,连接时端口记得改成 55555,用 root 直接 SSH 是连不上的,必须先 hik 登录再su root。
3.5 存储盘挂载与字体库(按需)
图片存储盘挂载是可选项,不用图片存储就跳过。解压产品包后进入tools目录,解压自动挂载工具,再按说明文件配置:
# 进入产品包解压目录下的 tools cd ./tools/ # 解压自动挂载工具 unzip auto_mount_tool.zip # 进入工具目录并查看配置说明 cd ./auto_mount_tool/ cat instructions.txtfontconfig 字体库同样是可选项,只有考勤和食堂消费管理组件的报表功能需要。先查是否已装:
# 检查 fontconfig 是否已安装 yum list installed | grep fontconfig未安装的话,把installfont.zip拷到/home/hik下,切 root 后解压执行安装脚本,最后fc-list能看到「宋体」即成功,然后登录运行管理中心重启 tomcat。这个安装包需要向技术支持人员获取,别在网上乱找。
4. 平台软件安装:单机、分布式与特性包
系统配好,进入正题。这一章把单机部署、分布式部署、特性产品包三条线拆开,命令和界面操作交替出现,照着做就行。
4.1 单机部署:解压、跑 setup.sh、等结果
单机部署适合小规模项目。拿到中心管理服务安装包,名字类似iSecure_Center_(DS)_V1.6.0_20210330_CentOS_zh-CN_20210206035641.zip,具体版本日期以实际为准。以 hik 用户登录,把安装包上传到/home/hik,然后切 root 解压:
# 切换到 root su root # 进入安装包所在目录 cd /home/hik # 解压到指定目录,-o 覆盖已有文件,-d 指定目标目录 unzip -o -d /home/hik/server iSecure_Center_\(DS\)_V1.6.0_20210330_CentOS_zh-CN_20210206035641.zip-d /home/hik/server是解压目标目录,可以按需改;-o表示覆盖,重复解压不会卡在交互确认上。解压要几分钟,看到inflating: .../Source/setup.sh这类输出说明解压完成。接着进源码目录执行安装脚本:
# 进入解压后的 Source 目录 cd /home/hik/server/Source/ # 执行安装脚本 sh setup.sh脚本会先做数据解压和环境检测,然后提示配置安装参数,过程中可选是否安装日志服务、是否默认安装构架预置组件,建议默认安装构架预置组件。如果操作系统是中标麒麟,会弹操作系统兼容性提示,输入Y继续。整个安装持续 20 到 35 分钟,成功会有明确提示,别在中途 Ctrl+C。
4.2 业务组件安装:对着组件表勾选
基础构架装完,业务组件在运行管理中心按需安装。手册表 3-1 是勾选依据,常用组件标识如下:
| 业务应用 | 组件名称 | 组件标识 |
|---|---|---|
| 门户 | 门户引擎 | eportal |
| 视频监控 | 视频监控应用服务 | vms |
| 门禁管理 | 门禁管理应用服务 | acs |
| 访客管理 | 访客管理应用服务 | visitor |
| 停车场 | 停车场出入口应用服务 | pms |
| 入侵报警 | 入侵报警应用服务 | scpms |
| 消防监测 | 消防管理应用服务 | fpms |
| 人脸监控 | 智能监控应用服务 | frs |
| 视频联网网关 | 视频联网网关 | ncg |
| 级联服务 | 数据级联服务 | xcascade |
装组件时按业务需求勾,不要图省事全选。视频监控 vms 和门禁 acs 是大多数项目的必装项,停车场相关还有 pmsnms、vacs、apgs 几个配套服务,做停车场业务时别只装 pms 漏掉配套。装完组件建议重启平台服务,确保组件信息通知到相关服务。
4.3 分布式部署:中心先装,分服务器后加
分布式部署的场景是单机扛不住。流程分四步:规划部署方案、安装中心管理服务器、安装分服务器、查看部署结果。规划阶段要定清楚哪些组件放中心、哪些放分服务器,视频、停车场这类吃资源的组件优先分出去。中心管理服务器的安装方式和单机部署类似,跑同一个 setup.sh,只是在配置环节选择中心管理角色。分服务器安装时,需要能连到中心管理服务器,安装完成后在中心侧查看部署结果,确认分服务器已注册、组件状态正常。
这里有个顺序坑:分服务器必须在中心管理服务器装好并可用之后再装,反过来装会导致注册失败,只能重装。另外分布式部署下各服务器的系统时间必须一致,前面hwclock -w那一步在每台机器上都要做。
4.4 特性产品包:解压、安装、重启
有扩展销售项时,特性组件需要单独下载特性包。流程是:下载特性包、解压获取特性组件(资源包、补丁包等)、在运管中心安装、安装后重启平台服务。重启这一步是为了让组件信息通知到相关服务和特性组件本身,跳过重启可能出现菜单不显示、功能入口缺失。特性组件装完还要做菜单配置,在运管中心把对应菜单挂出来,否则功能装了但界面上找不到入口。
5. 激活与登录:在线离线两条路,客户端按岗装
平台装完不激活就是试用状态,功能受限。这一章讲激活码怎么加、在线离线怎么选,以及浏览器和客户端怎么进。
5.1 激活码激活:在线与离线
激活入口在平台管理界面,先添加激活码,再选择在线激活或离线激活。在线激活要求服务器能访问外网激活服务,适合网络条件好的现场;离线激活适合内网隔离环境,需要在能上网的机器上生成请求文件,拿到激活文件后导回平台。两种方式的前提都是激活码已经正确录入,激活码和平台版本、授权点位要对得上,版本不匹配会提示激活失败。
激活失败的常见原因有三个:系统时间不对导致证书校验失败、服务器无法解析激活服务域名、激活码已被其他设备占用。排查时先date看时间,再ping或curl测激活服务连通性,最后核对激活码绑定信息。
5.2 浏览器登录与客户端安装
激活完成后通过浏览器登录平台,客户端这边按岗位装:中心客户端 iSecure Center 客户端提供控制和事件处理;岗亭缴费客户端 BoothPay-Client 用于出入口车辆进出和收费;人工缴费客户端 ManualPay-Client 用于车辆查询缴费和打印小票;自助寻车缴费客户端 SelfServicePay-Client 用于找车和自助缴费;人工访客客户端 ManualVisitor-Client 和自助访客客户端 SelfServiceVisitor-Client 分别对应人工登记和自助登记场景。安卓端还有人工访客、自助访客、自助寻车缴费几个 apk,移动 APP 提供视频监控、事件查询、图像管理,动环监控 APP 管环境、灯光、空调,收费宝 APP 是停车场手持收费机用的,人脸采集 APP 用于采集人脸,巡更 APP 装在单兵设备上。
客户端安装包在平台下载页面获取,装的时候注意和岗位对应,岗亭机器装缴费客户端,访客机装访客客户端,别一台机器装一堆用不上的客户端,占资源还容易点错。
6. 避坑与排查:那些装完才发现的坑
手册附录 C 有「安装部署已知问题」,但现场遇到的坑往往更具体。这一章按「现象 → 原因 → 解决」记几条血泪经验。
6.1 服务自动重启,内存被吃满
现象:平台装完跑一段时间,部分服务反复重启,日志里能看到内存相关报错。原因:组件装太多,32GB 内存扛不住,尤其是 V1.6.1 消防组件数量多,全装一台 32G 服务器必然内存不足。解决:按业务需求精简组件,或者直接上 64GB 内存、改分布式部署,把重负载组件分到分服务器。
6.2 SSH 连不上,端口和账户都用错
现象:用 root 直接 SSH 连服务器,提示拒绝或超时。原因:服务器默认只允许 hik 用户远程连接,SSH 端口是 55555 不是 22。解决:连接工具里端口改 55555,用户名用 hik,登录后再su root切 root。这个坑新人几乎必踩一次。
6.3 拷贝命令执行失败,字符格式不兼容
现象:从手册里直接复制命令到终端,执行报错或命令被截断。原因:手册里的命令可能带不可见字符或全角符号,字符格式不兼容。解决:手册明确写了「直接拷贝命令可能由于字符格式不兼容导致运行不成功,此时可手动输入命令」,关键命令手动敲一遍,尤其是date -s和网卡配置里的引号、等号。
6.4 主机名改了但没生效
现象:改了/etc/sysconfig/network里的 HOSTNAME,重新登录还是旧名字。原因:/etc/hosts和/etc/sysconfig/network两处不一致,或者没执行hostname命令、没重新登录。解决:两个文件都改,执行hostname 新主机名,然后logout重新登录验证。
6.5 特性组件装了但菜单找不到
现象:特性包安装成功,运管中心里看不到对应功能入口。原因:装完没重启平台服务,组件信息没通知到相关服务;或者没做特性组件菜单配置。解决:安装后重启平台服务,再到运管中心完成菜单配置,两步都做完再验证。
注意:卸载平台前要先反激活,单机部署和分布式部署的卸载流程不同,分布式要先卸分服务器再卸中心管理服务器,顺序反了会残留注册信息。
7. 验收前的最后一遍:用命令和界面交叉验证
装完激活不等于交付完成,我习惯在验收前做一轮交叉验证,把「命令层」和「界面层」对一遍,避免演示时翻车。这一轮不复杂,但能提前暴露大部分问题。
先看系统层。登录服务器执行date确认时间准确,ifconfig确认 IP 和规划一致,hostname确认主机名正确,df -h看存储盘挂载情况和剩余空间,free -g看内存余量——如果可用内存长期低于 4GB,说明组件装多了,趁还没交付赶紧调整。再看服务层,在运管中心确认所有已装组件状态为运行中,重点看 vms、acs 这些核心组件,有异常状态的先重启对应服务再观察。
然后走业务链路。浏览器登录平台,进视频监控看实时预览能不能出画面,调一路录像回放确认存储正常;进门禁管理看设备在线状态和开门记录;如果有停车场业务,用岗亭客户端模拟一次入场出场,确认收费流程走得通。客户端这边,在岗亭机器上装好缴费客户端,实际登录一次,确认能连上平台、能查到车辆。移动端至少在一台安卓和一台 iOS 设备上装 APP 登录,看视频预览和事件查询是否正常。
最后核对授权。在平台里看授权点位和实际接入设备数是否匹配,留出余量,别等到加设备时才发现授权不够。激活状态、授权到期时间也一并记录到交付文档里。
这套验证流程是我被现场演示坑过之后养成的习惯——有一次视频预览正常但回放调不出来,原因是存储盘没挂载,界面层看不出来,命令层df -h一眼就发现了。从那以后我每次交付前都强制走一遍「命令层 → 服务层 → 业务链路 → 授权」四步,宁可多花半小时,也不在客户面前返工。希望帮到你。
本文还有配套的精品资源,点击获取