以下需求仅供参考,具体以招标文件为准.doc

以下需求仅供参考，具体以招标文件为准序号内容说明与要求1付款方式验收合格后一次性付清2投标保证金金额10000元3评标办法有效最低价法合肥市房地产管理局合肥市商品房网上备案系统扩容方案一、背景合肥市商品房网上备案系统于2005年7月1日投入使用，在稳定房地产市场方面发挥了重要的作用，改变了房地产供给市场不对称的局面，为房地产消费者提供了透明的信息发布平台，建立了可动态更新的楼盘表，实现了商品房网上备案和签约，有力地保障了国家房地产市场宏观调控的落实，并与2005通过建设部验收，荣获优秀城市称号。二、现状商品房网上备案系统2005年投入使用以后，数据量不断增加，目前纳入网上备案的总项目已超过943个，8292幢，纳入网上销售面积6725万平方米，71.5万户，已备案50.6万平方米，51.6万户，同时，系统也从当初单一的网上备案系统升级成网上签约加备案的管理模式，从质和量上都起了很大的变化，在质上面，为市场监管提供了及时的数据，合同的网上签约也规范了企业的销售行为，保证了购房者得利益，在量上面，扩大了数据采集，使数据量有成倍的增加。按照每个项目2-3个用户数计算，外网用户已超过目前正在使用的安全设备支持2000个用户数的上限，严重影响了系统的速度和效率；中心防火墙和下连交换机从2005年以来一直承担着网上备案、网站访问和6个办证中心组建通道互连的任务，由于长期超负荷运作，加入版本较低，经常出现配置信息丢失，断电后无法重启等故障；此外，随着中心设备的不断增加，原有的UPS电池组负载在满15千伏安的情况下，可保证一个小时的标准，已经远远不够中心设备的使用，目前，只用其保证关键设备的在断电情况下的安全关机。三、扩容安排本次扩容根据商品房网上备案系统的现状结合市政府第80次常务会议的精神，要把市区拆迁安置住房和三县临近市区的商品住房在市区实行网上备案；因此需要在考虑数据特殊性的同时，还要考虑到数据的历史量和未来增长量。本着经济实用的原则，拟增加交换机、防火墙、安全网关、服务器和存储备份系统（商品房网上备案软件与2005年投入使用，2010年升级改造，目前使用良好，在软件功能上满足此次扩容需求，不再改造），并于原系统整合，满足新业务的开展。1、 存储备份系统（1） 增加一台存储设备（20T/台）我局在2006年为房地产图文信息系统项目采购了一台HP EVA4000，容量是6T，随后房地产网上备案数据也迁移至其中，目前，该设备随着各子系统数据和影像的增加，空间已被用完，现在的系统数据只能转存到数据库服务器的少量空间上，严重影响数据的安全性和使用性，因此急需增加存储设备。考虑到目前市区安置住房和三县临近市区的商品住房的历史数据2000万平方米，每年新增数据500万平方米，而市区正常商品房增量每年约1500万，合计每年预计增量2000万平米，今年预计增量4000万平方米（包括历史数据2000万平方米）；如按每套100平方米计算，即今年将增加40万套、今后每年将增20万套；当前为及时提供信息查询的需要，每套房屋在备案转办证的环节要对备案和办证的材料进行拍照，平均每套资料约需拍照20页，每页按250K容量计算,每户资料约占5M，同时，80%的房屋都办理了按揭贷款，由于权利对象有变化，手续和资料又发生变化，相当于又增加了80%的户数，因此，今年的增长量=（40万+40万*80%）*5=3.6T，未来每年增长量=（20万+20万*80%）*5=1.8T，同时公司、项目、楼幢、房屋、购房人和系统管理等相关数据（包括公司、项目、楼幢、房屋的图片、图形信息）3T左右空间；另外，商品房备案系统中已备案未办证的户数为26万户，因数据存储问题一直没有拍照，目前已有13万户符合和即将符合办证条件，急需处理，历史数据存储量=（26万+26万*80%）=2T；考虑5年增长量(含今年)，总计存储空间需求=3T+2T+3.6T+1.8T*4= 15.8T ，建议增加一台20T应用存储容量的存储设备，兼容FC口，内部磁盘采用光纤磁盘和SATA磁盘混插，并按磁盘类别划区管理，将应用系统经常调用的数据存储于光纤磁盘区，将使用频率不高的数据存储于SATA磁盘区；建设SAN存储区域网络系统，对数据进行集中存储，要求具备电信级可靠性，并提供数据快照、数据镜像、数据复制等数据安全功能；根据应用需要，将存储空间分配给不同的应用，并将各应用服务器中的数据迁移至光纤存储中，实现数据的集中存储。（2） 备份容灾考虑到数据的重要性，建议增加备份系统，对数据库和存储设备上的文件进行备份。备份分两个阶段进行，第一阶段，备份在本地进行，备份设备安装在核心交换机区域，实现本地备份；第二阶段，待滨湖办公新区建成使用后，将备份设备迁移至滨湖办公新区，实现备份容灾。备份涉及中心服务器（两台，为Oracle for unix）、备案服务器（两台，为Oracle for unix）、三县数据交互服务器（新增两台，为Oracle for Windows）和存储（两台、一台新增）共八台设备，备份内容涉及文件系统和数据库，备份总容量为20T。在备份方式要实现一下方式：完全备份：将选定的数据源完全备份到指定目的地的备份集中。增量备份：第一次执行备份时等同于完全备份，把数据源完全备份到指定目的地的备份集中，此后，每次只备份文件内容有变动以及新增的文件，从而避免完全相同的文件重复 的备份，并为每次备份建立一个备份编录，以便恢复使用。合成备份：通过对已经备份的多个时间点的数据分析，合成为一个时间点数据的过程。在备份时间上可以实现以下模式：备份时间点：某次备份时的时间戳。最新时间点：通过依次分析本次时间至最近一个完全备份的所有的备份时间点的数据，保留所有最后变动的数据源结点，并排除其他重复的数据源结点。这些结点形成的一个图像，对应的是在这个时间点备份时数据源的一个最新数据图像。我们称这个图像为最新时间点。在备份策略上可以将特别的任务设置做成任务的统一设置，形成一个任务的备份策略。在执行计划上可以设定任务执行的时间，次数，执行方式等计划性的设置。（3） 增加服务器（三台）其中一台服务器作为存储、备份设备的管理服务器，普通配置；另外两台数据库服务器使用双机配置，作为三县数据的交换服务器，按数据服务器配置。由于此次新增数据涉及三县临近市区的数据，必然要涉及到与三县房管部门的数据交互，本着立足长远的角度考虑，建立数据交互服务器，为三县提供临近市区的数据，同时，要求三县将数据进行上传，为统计和查询提供统一的数据平台。在服务器的选型上要满足三县业务数据的统计、查询和办公的需要。2、网络设备（1）更换防火墙考虑到中心防火墙承担着网上备案、网站访问和6个办证中心组建通道互连的任务，承担内外网安全，日均访问量较大的特别，建议继续配置带功能、性能先进、功能齐全的高级别的防火墙。原有防火墙由于版本较低，已无法和现在的防火墙做双机冗余，可以作为冷备设备备用。 新防火墙的选型并发连接数不低于200万，具有 SSL+IPSEC VPN功能，不少于3个10/100/1000M自适应以太网口，不少于3个千兆SFP接口，坚持安全接入原则，进行数据传输加密，保证数据安全，实现快速访问，细致权限划分等。（2）增加安全接入网关商品房备案系统的原有安全设备最大上限是2000用户数，目前已达到上限，再增加用户只会降低系统的效率，如选择在原有设备上扩容，也难以实现，因为该设备购置较早，而且2000的用户数已是上限，考虑到用户数的增加，建议增加安全接入网关，并发连接数不低于180万，同时附送200个USB KEY，在保证此次新增数据的接入，逐步对其他新增项目的用户转移至该网关，原安全网关继续同步使用，在使用上分别接入对应的公网地址，供用户访问。（3）增加两台交换机一台用于接替原有中心防火墙下连的交换机，同时连接新增安全接入网关，要求为三层交换机，在保留原有配置的基础上，保证新增设备的运转，原有交换机作为备份设备保存。另一台交换机选型为二层交换机，用于中心防火墙和三县数据交换服务器、存储备份系统管理服务器的连接。3、UPS电池组中心现有一台15千伏的UPS，配置64组电池，在支持四台小型机、一台存储、一台中心交换机和一台防火墙工作的情况下，负载已达到62%，接近饱和，且其他设备还处于没有UPS的支持状态，建议再增加一台15千伏UPS（配置64组电池），在保证新增设备的安全运行状态下，根据负载情况，再将原有没有UPS支持的设备，连接进来。4、其他设备为配合上述设备的安装使用，需增加两台机柜和一台KVM控制器，由于此次采购的存储和备份设备比较沉重，建议购买专用小型机机柜，并把较重设备放置于机柜的底层。四、进度安排计划4月底前实现三县数据并入商品房网上备案系统。五、设备清单商品房网上备案系统设备扩容明细表(详细技术要求见技术参数表)设备名称描述数量备注磁盘阵列20T以上应用存储容量、支持光纤磁盘和SATA磁盘混插、双控制器、双电源、管理软件、协议以及配套设备1台免费安装调试、三年免费维保光纤交换机光纤端口带宽4GB，8口激活，含Web tools、Zoning分区、全光纤配置2台光纤连线长度10米10根光纤适配器FC HBA卡4块备份容灾备份软件 管理控制台主模块1个，支持 Oracle for Windows、 Oracle for unix、Windows服务器文件代理，共6台服务器和2台存储的数据库和文件系统备份设备为磁盘阵列，应用容量为20T，支持光纤通道接口，接入SAN 网络；1套服务器存储、备份控制管理服务器1台三县数据交换服务器2台网络设备防火墙（更换原有中心防火墙）并发连接数200万, 标配VPN功能, 具有SSL+IPSEC VPN功能，不少于3个10/100/1000M自适应以太