海门市居民住宅小区车辆管控智平台建设一期方案20130604v.docx

海门市居民住宅小区车辆管控应用平台建设方案江苏蓝深远望系统集成有限公司目录一、建设目标3二、方案概述42.1拓扑示意42.2建设标准42.3流程设计62.4主要功能7三、系统体系结构83.1应用服务器83.2数据库服务器10四、建设维护15五、配置报价16为了进一步加强海门市居民住宅的安全防范工作，加大对居民小区出入车辆的管控，根据省厅、南通市局关于居民住宅小区的安防建设要求和公安“320”道路监控工程的相关技术要求，结合海门治安的实际情况，特制定本建设方案。一、 建设目标根据江苏省厅、南通市局关于居民住宅小区的安防建设要求和公安“320”道路监控工程的相关技术要求，进一步加强海门市居民住宅的安全防范工作，加大对居民小区出入车辆的管控，结合海门治安的实际情况，在全市范围内的封闭式居民住宅小区全部安装高清出入口车辆抓拍系统，建设居民住宅小区车辆管控应用平台，同时将抓拍到的车辆信息数据利用公安内外网交换平台传输到公安“320”应用平台，实现车辆信息数据共享。二、 方案概述122.1 拓扑示意2.2 建设标准居民住宅小区车辆管控应用平台主要由三个部分组成，前端高清抓拍、中心服务设备、后端应用平台，（1）前端高清抓拍主要由车辆检测、图像采集、信号处理、号牌识别、数据存储、传输通信、辅助照明等主用设备组成，以及立杆、供电、防雷接地、显示设备等辅助设备组成。具有自动识别、自动比对（同公安机动车盗抢库比对）、自动报警功能（公安机动车盗抢库报警、布控车辆报警），前端高清摄像机采用200万像素CCD高清摄像机，对进入小区的车辆抓拍的图片能够清晰分辨车辆的牌照、车前部车况及驾驶员脸部特征等，同时通过软件实现自动识别、自动比对、自动报警功能。（2）中心服务设备主要由应用服务器、中心应用软件、信息存储设备、传输线路、网络交换设备、防火墙等设备组成。传输线路采用VPN虚拟专业通道方式，车辆数据采用实时传输方式，同时向公安“320”应用平台提供车辆信息数据。数据服务器：为查询、统计及运算等数据操作提供数据库服务，应优先考虑大容量、高性能数据库系统，在系统应用量较大的情况下，可与其他数据库服务器共同承担因数据操作带来的负荷压力，并采取措施实现负荷均衡和性能上的优化。应用服务器：接收来自前端数据采集的数据并对其数据进行处理，处理后的信息和图片记录保存到数据库服务器。访问（Web）服务器：响应用户远程请求，提供用户在线数据查询、在线数据统计、远程维护管理等功能。存储系统：采用高可靠、高性能、大容量的存储方式来存储海量数据。（3）后台应用平台主要采用C/S和 B/S结构方式，实现下列功能：车辆信息查询：可按照车辆号牌、车辆特征、时间、地点等进行精确查询、模糊查询以及车辆的轨迹线路。车辆报警布控：对需要布控的车辆进行后台布控，实现布控车辆的报警，同时对报警车辆的信息进行报警条件检索。用户管理用户管理：可以按照用户应用方式设定不同的角色，并设定相应的权限。对用户、角色及权限，可以进行新增、修改、删除等操作。2.3 流程设计1. 前端设备采集数据后，通过前端数据采集服务模块，将车辆信息数据上传到应用服务器、数据库服务器。数据传输拟采用VPN专网方式。2. 中心应用服务器同时将数据通过公安专网传输到公安320平台，实现与公安的数据共享。中心应用服务器与公安320平台之间的数据传输是双向的，以实现数据比对功能。3. 中心应用服务器接收公安320平台返回的比对结果，将信息反馈给前端采集服务模块，执行是否进行报警。4. Web浏览器通过web服务器可以实现远程查询、统计、车辆布控等功能。Web数据拟采用VPN访问方式。2.4 主要功能（1）车辆信息查询：可按照车辆号牌、车辆特征、时间、地点等进行精确查询、模糊查询以及车辆的轨迹线路。在PGIS上展现车辆位置、轨迹等。（2）车辆报警布控：对需要布控的车辆进行后台布控，实现布控车辆的报警，同时对报警车辆的信息进行报警条件检索。可在PGIS上进行布控、显示报警位置。（4）提供各类信息统计的报表分析，直观统计展现管控车辆信息。（5）用户管理：可以按照用户应用方式设定不同的角色，并设定相应的权限。三、 系统体系结构根据海安市居民住宅小区车辆管控应用平台的存储容量规划，项目一期覆盖10个小区，照片数据存放6个月，每个小区预计300辆车，每天8张照片，每个照片350K，数据量约为1.5T。33.1 应用服务器为满足车辆管控应用平台庞大的存储容量，应用服务器选用IBM X3630 M4，4 CPU设置，16G内存，SATA盘1T*4。本次服务器的设置，主要从以下几个方面考虑：l 帮助降低满足通用和存储密集型要求所需的成本l 提供更具创新性的设计和灵活的配置，以实现经济实惠的扩展l 凭借有 IBM 服务与支持作为强大后盾的简化管理，帮助提供增强的可靠性一台服务器，两种用途凭借对最新英特尔至强处理器技术的支持，IBM System x3630 M4 可以提供有着更高能效的成本优化性能与内存。x3630 M4 可以帮助为成长中企业和分支机构提供针对传统企业产品、更简便、更经济实惠的替代方案，并且无需牺牲性能。对于存储密集程度更高的工作负载，x3630 M4 可以提供高达 42 TB 的内部存储容量。灵活的选项、更经济实惠的扩展x3630 M4 提供了更高的灵活性和创新的设计，可以帮助您在需求改变时，更轻松、更具成本效益地添加新功能。取决于您选择的型号，这些功能可能包括图形卡支持、高级 RAID 与光通路诊断、热插拔硬盘驱动器、丰富的远程管理功能以及用于系统管理的共享或专用端口。可扩展的 PCIe 插槽和 NIC 端口可使您仅为需要的功能付费。产品特性l 极小占用空间内的成本优化性能与内存l 灵活的设计帮助提供了广泛的配置选项，并使得能在需求随时间推移而改变时，升级至更强大的功能l 超高内部存储容量可用于支持数据密集型工作负载l 可扩展的 PCIe 插槽和 NIC 端口可使您仅为需要的功能付费l 热插拔硬盘驱动器和电源可以帮助提高系统易维护性l 一套强大的系统管理工具，可以帮助简化管理任务3.2 数据库服务器数据库服务器采用双控、双电设置，服务器选用IBM X3630 M4，4 CPU，16G内存，SATA盘1T*8。保证无任何单点故障，并且可以实现灵活的切换策略与切换操作，实现数据库系统的高性能，高安全性。硬件配置：外形/高度2U 机架处理器（最大）双核、四核、六核、八核英特尔至强处理器 E5-2400 产品系列，高达 1600 MHz 内存访问速度处理器数量（标配/最大）1/2缓存（最大）高达 20 MB 三级缓存内存（最大）利用 12 个 DIMM 插槽可实现高达 384 GB DDR-3 LRDIMM 内存扩展插槽2 至 4 个 x8 PCIe 插槽 + x4 无插槽 RAID磁盘托架（总数/热插拔）4、8 个 3.5 inch/SSD 易插拔 SATA 硬盘驱动器或 8 个 3.5 inch/SSD 热插拔 SAS/SATA 硬盘驱动器 + 磁带（高价值型号），12 + 2 个 3.5 inch/SSD 热插拔（高存储容量型号）最大内部存储容量高达 24 TB 磁盘（高价值型号），高达 42 TB（高存储容量型号）网络接口板载英特尔以太网控制器 I350，双 1 Gb + 适用于 IBM System x 随需增加功能 （FoD） 的英特尔 I-350 嵌入式双端口 GbE 激活电源（标配/最大）多达 2 个 550 W/750 W/900 W 80 PLUS 认证电源单元热插拔组件电源、硬盘驱动器RAID 支持适用于高价值入门级型号的集成式 3 Gbps 软件 RAID-0、-1、-10；可选的硬件 RAID-0、-1、-10，或者 RAID-5、-50 或 -6、-60系统管理IBM Systems Director、IBM Systems Director Active Energy Manager、带 IPMI 2.0 支持的 IMM（集成式管理模块）、UEFI（统一可扩展固件接口）、IBM ToolsCenter、状态 LED受支持的操作系统Microsoft Windows Server、Red Hat Linux、SUSE Linux、VMware保修期3 年客户更换元件和现场有限维修，下一工作日 9x5，服务可升级由于此次系统使用的数据库是Oracle，因此，建议采用Oracle 10g RAC实现数据库的集群。Oracle 10g RAC可以根据服务器的资源使用情况，实现业务的自动负载，合理利用资源。随 Oracle9i 一同推出的 Oracle RAC 是 Oracle 并行服务器 (OPS) 的后续版本。RAC 允许多个实例同时访问同一数据库（存储器）。它通过允许系统进行扩展，提供了容错、负载均衡和性能效益，同时由于所有节点访问同一数据库，因此一个实例的故障不会导致无法访问数据库。 Oracle RAC 的核心是共享磁盘子系统。集群中的所有节点必须能够访问集群中所有节点的所有数据、重做日志文件、控制文件和参数文件。数据磁盘必须在全局范围内可用，以便允许所有节点访问数据库。每个节点拥有自己的重做日志和控制文件，但是其他节点必须能够访问这些文件，以便在系统故障时恢复该节点。 Oracle RAC 与 OPS 之间的一个较大区别是，它采用了高速缓存合并技术。在 OPS 中，节点间的数据请求需要先将数据写入磁盘，然后发出请求的节点才可以读取该数据。使用高速缓存合并时，一起传递数据与使用复杂锁定算法的高速互联。 不是所有的集群解决方案都使用共享存储器。有些厂商使用一种称为联合集群 的方法，在这种方法中，数据分布在多台计算机中，而不是由所有计算机共享。但是，在使用 Oracle RAC时，多个节点使用相同的磁盘集来存储数据。利用 Oracle RAC，数据文件、重做日志文件、控制文件和归档日志文件保存在原始磁盘设备的共享存储器、NAS、SAN、ASM 或集群文件系统中。Oracle 的集群方法利用了集群中所有节点的集体处理能力，同时提供了故障切换安全性。 l 高可用性Oracle Real Application Clusters 提供一个高性能低成本的应用平台，支持所有类型的应用系统，无论是事务处理型应用还是分析 型应用。所有应用共享同样的服务器和存储资源。出现任何的服务器或磁盘故障，系统会自动重新接管发生故障的功能。这些对前端用户的完全透明的。同样，如果需要增加服务器或改变其他组件的配置也不会影响到应用系统。 l 高性能Oracle Real Application Clusters保持着TPC-C的记录，达到每分钟 118万个事务的处理能力，和仅仅 $5.52 每tpmC的成本。在3,000 GB的 TPC-H数据仓库Benchmark 测试中, Oracle RAC同样保持性价比的领先地位，保证我们的用户能够达到更好更快的 ROI。这仅仅是Oracle 保持的多项Benchmark 记录中的最 近的一些指标。l 按需扩充当应用规模需要扩充时(支持更多的数据、用户或应用)，您就需要扩展您的系统以保证系统的性能。当您的应用是构建于大型的SMP主机时，您可能需要购买另一台昂贵的主机，但可能只能使用到其处理能力的很小一部分。但是如果您使用OracleRAC的话，您可以通过增加一台或多台低成本的服务器来扩充您的应用系统的处理能力，满足应用需求。l 第三方应用支持Oracle RAC数据库服务器像一个单一镜像的数据库服务器，所有的应用无需任何改动都可以直接部署 (例如Oracle EBS, SAP, Siebel等), 同时可以提高应用性能和可靠性。 Oracle和SAP的应用在RAC上完成了一系列的benchmarks性能测试，获得了非常优异的测试结果，像ABB 和Colgate一些大客户都是在Oracle RAC上运行他们的 SAP 应用软件。l HA与RAC当在集群环境下运行应用的时候，如果不采用Oracle Real Application Clusters 9i的话，应用是运行于单例程状态下。虽然服务器是集群的一部分，但实际上相当于只运行在一台单机上。在硬件集群环境下，如HP ServiceGuard、 Sun Cluster 和 Microsoft Cluster Services，可以在集群的任何一个节点重新启动 Oracle数据库(因为硬盘可以共享).这就是我们所说的 cold failover。Cold failover切换速度依赖于相关硬件资源的切换速度，这可能需要5到 25 分钟的时间恢复。如果使用Oracle Real Application Clusters，在服务器发生故障时，其他存活的服务器可以自动快速的恢复故障服务器的例程。Oracle Real Application Clusters 9i 可以提供业界最快的系统恢复，在60秒内可以对系统故障进行恢复，这至少比硬件的 cold failover方案快5倍。四、 建设维护所有居民住宅小区安装高清出入口车辆抓拍