国土不动产登记存储方案 1.0.pptx

国土不动产登记存储解决方案1不动产登记平台说明2存储需求分析及解决方案3成功案例不动产登记平台是什么？政策：厘清混乱的不动产权利，如土地、房屋、林地、海洋等。统一登记为不动产物权并发证。操作单位：一般在国土部门专门成立不动产登记信息中心机构，由地籍科/处人员组建。建设内容：新建不动产登记信息平台，即承载8个业务模块的数据中心，用于不动产登记业务。交互关系：不动产登记机构仅负责登记和发证，审批、核准等工作任然由原部门进行（国土、住建、农林等。）因此相互之间需要实时信息交互。不动产信息需向公众开放查询，在政务外网中进行。同级友邻部门需不动产登记信息，一般通过政务内网访问。部、省、市、县四级单位单向向上级部门上报数据。不动产登记机构业务 支撑社会公众（权利人、利害关系人等）不动产登记信息管理基础平台公安、民政、财政税务、工商等部门交换共享信息查询实时 互通海洋部门国土部门住建部门农业部门林业部门不动产登记平台架构房管局农业局林业局海洋局上级国土部门Internet图例GE10GEWEB及公开查询系统FC防火墙路由器不动产数据交换前置区 IPS/IDS单向导入上报系统共享服务系统防火墙不动产WEB发布DMZ区外网核心交换 负载均衡 负载均衡权籍调查管理系统/GIS系统不动产登记系统查询分析系统档案管理系统不动产数据库及文件管理身份准入漏洞扫描虚拟机管理/云管理运维审计运维管理区数据库资源区安全管理区不动产登记业务应用资源区存储区数据备份区备份一体机主存储不动产登记平台业务模块介绍模块名称功能硬件需求共享服务系统供同级友邻单位信息交互友邻单位数量有限，并发不高。虚拟机部署服务器或服务器集群即可满足需求。公开查询系统供公众查询，需逻辑隔离至外网，独立使用数据库及存储空间，含WEB界面。公开查询系统数据从不动产数据库中依照一定权限抽取。单台或两台机架服务器集群即可满足需求，查询数据库容量需求不高，使用服务器硬盘即可。查询与分析系统机构内部查询与分析不动产信息使用。近两年业务并发需求不高，多为内部查询使用。虚拟机部署服务器即可满足需求。上报系统下级平台上报数据以及向上级平台上报数据。按时间段传输数据即可，无特别性能需求。虚拟机部署服务器即可。权籍调查管理系统不动产登记时查询和确认地块空间信息使用，使用到GIS软件。仅用到GIS软件很小一部分功能，性能需求不高，虚拟机部署服务器或服务器集群分别给权籍模块及GIS软件使用即可。登记信息系统不动产登记业务操作使用的系统。一般政务中心不动产服务窗口不超过10个，并发较小，但业务连续性要求高。采用虚拟机服务器集群方式部署即可。档案管理系统并非传统意义上归档，而仅仅对数据打上归档标签以示区别。性能压力较小，虚拟机服务器部署即可。不动产数据库1.国土原有土地、房屋等数据库做数据整合后入不动产库。数据整合为一次性服务无需专门服务器。2. 通过不动产登记系统录入。3. 通过上报系统从下级部门录入同时具备结构化数据和非结构化数据存储需求。并发性能需求不高。数据量分析见后。有备份需求，需求配置备份软件，包括数据库备份以及非结构化数据备份，备份时间间隔未强行规定，可引导。网络及安全核心路由器以交流政务内网其他单位、上下级单位。核心交换机用于内部网络连接。FC交换机用于存储连接防火墙、IDS设备用于内外网安全隔离。视预算与规模确定。部、省、市、县业务模块由部级单位统一下发，各级单位规模有差异，业务结构几乎一样。以市级单位为例。不动产登记模式省级大集中市级集中省市都不集中CAB应用在市级集中省级无平台，有数据市级有平台，有数据区县级无平台，无数据此种方式也不推荐。省市无平台，有数据区县级有平台，有数据数据分级上传。尽量推荐此模式，业务压力，数据安全责任分摊。各级单位均有建设机会。应用在省级大集中数据在省级大集中省级有平台，有数据。市、县无平台，无数据。尽量阻止这种模式，市级和县级可以自筹经费。所有下级单位均访问省级平台业务压力和责任都很大，对各方面都不利。对于厂商来说，项目颗粒度大，竞争激烈，风险高。注： 县级平台建设一般自筹资金，有时可能需新建机房，IT硬件厂商出货价约在80—100W，用户不懂技术，基本靠当地集成商给方案。找好集成商之后项目成功率高，且复制简单。一个省约200余县，IT硬件空间约在1.6亿至2亿，而往上级集中的话，整体市场空间将呈数量级下降，且竞争激烈，难度剧增。不动产登记与政务云不动产登记属于国土部门私有业务，不适合放至政务公有云（公众查询系统除外）。但省市级单位有把不动产登记平台统一放至国土私有云的想法。在国土云中，同样存储高性能、高可靠性数据库存储需求。数据库一般采用物理服务器建设集群，多套集群可共用一套V3阵列双活作为主存储。阵列双活应对数据库应用打法在国土云和不动产登记两个项目中是一致的。在