- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
浅谈信息化检测验收工作
一、 数字视频系统
该项目于2003年3月开始,主要围绕新大楼的建设,连接相关的智能化系统和教育、科学研究网络和应用程序。数字视觉系统用作教育指标。大楼总投资近2亿, 智能化项目有12个子系统, 投资近2千万。但建设至今, 由于种种问题, 仍未正式验收。
二、 试验前的情况
2.1 数字视频系统使用效果不高
从该甲方使用部门的反映来看, 主要是该数字视频系统在使用中图象效果达不到要求, 且多用户多点连续使用时无法运行, 网络传输的视频经常中断, 影响教学使用。
2.2 检查工作的延长
乙方认为:承建单位在中标后, 由于现场配合土建、装修、使用部门设备安装等工作的进行, 工期延长, 原定2003年结束的工作, 直到2005年初才完成, 期间由于甲方人员、需求大量变更, 多次修改设计和实施方案。但交付试运行后, 由于使用部门对系统不熟悉, 总是出现故障。
三、 运行信息和检测方案
针对上述情况, 我们一方面调集技术人员从各方了解相关技术参数, 收集运行信息;另一方面, 查阅相关的项目文档和技术资料, 制订有针对性的检测方案。发现该项目文档资料和技术管理中存在以下问题:
3.1 文档问题
这样一个投资有相当规模, 建设时间长的项目, 居然只有极少的建设过程技术和管理文档, 很多情况只有从参与人员口头获得。
3.2 企业技术规定缺乏
为了了解项目建设的目标, 我们仔细查看了相关的可研、招投标、合同文件, 才发现, 在招投标和合同文件中, 对于该视频项目, 缺乏具体明确的性能和技术指标规定。尤其缺乏性能指标, 如图象传输质量、数据传输速率、终端/服务器图象处理能力、最大用户数、负载能力等量化的技术指标。而目前使用单位反映的主要问题, 正集中这些方面。
3.3 网络及设备未作配置
智能化相关的各个子系统之间技术衔接不够。该视频系统是数字网络系统, 网络平台是系统的基础。但我们进入现场后, 发现网络交换机、路由器、其他网络设备未做任何配置, 整个网络也无任何规划, 连基本的VLAN都未配置。比如该视频系统支持单播和组播方式, 但网络上未做任何相关的配置。
经过了解, 原来网络系统建设由某设备厂商负责, 建设后由网络中心维护;视频系统由某软件厂商负责, 建设后由教学管理部门维护。
四、 多用户网络传输问题的分析
了解上述情况后, 我们决定从故障点入手, 按照发现问题-》故障定位-》分析问题-》解决问题的思路, 从用户最关心的多用户网络传输问题开始分析。
4.1 主要功能满足合同要求
首先做单点测试, 启动一台视频终端, 运行相关视频会议程序, 检查相关功能, 并观察记录网络情况。根据功能测试, 主要功能满足合同约定, 基本实现了合同要求的功能;从视频会议软件本身记录的数据流、图象帧等数据, 以及从交换机对该终端端口的通信记录分析, 基本正常。
4.2 某楼视频终端故障
分析解决该问题后, 我们继续测试该系统。此时, 逐步增加视频终端数目, 同时监控网络负载情况、视频服务器负载情况、终端资源使用情况。当增加到8个终端, 当某楼层的终端打开后, 网络流量忽然增加, 系统无法运行。通过检查该楼层终端发现, 该楼层视频终端由于经常不正常关机, 操作系统出现异常, 启动视频软件后, 一旦打开窗口, 会自动启动20个以上终端视频程序, 且无法正常关闭。重装操作系统后, 该问题解决。
据此, 承建单位又认为, 自身系统无问题, 主要是使用不当造成。而我们认为, 使用不当是主因, 但也暴露了该系统培训和维护的缺陷。
4.3 模拟测试环境的改造
我们分析, 视频系统的不稳定性只是表面现象, 必须进行问题的隔离。提出发现问题-》故障隔离-》故障定位-》分析问题-》解决问题的分析思路, 因此, 协调各方, 搭建了模拟测试环境, 重新安装了10多台视频终端, 建立了一个完全封闭的视频传输网络和环境, 模拟实际使用环境, 以测试到底该系统能否承担10个以上的终端负载。该模拟测试环境搭建后, 连续运行近一周时间, 未发现异常, 这样, 通过模拟环境的运行和测试, 初步排除了视频系统自身的内部问题。
在此基础上, 我们通过测试模拟环境, 记录建立了该系统的性能和负载测试基本数据, 作为后期实际运行环境中测试的比较基准。
4.4 网络病毒流失
之后, 对实际环境进行继续检测, 并和模拟测试的数据进行对比, 发现网络上有部分终端通信量远大于其他终端, 且系统运行20分钟后, 做粒度分析时发现网络上有大量64Byte以下的包出现。这表明网络异常, 根据我们的经验, 应当是有网络病毒。
经仔细询问, 才了解到, 部分使用科室人员有时使用该视频终端作为文字处理机, 使用了自己的U盘, 导致病毒流入。解决病毒问题后, 模拟环境内10台终端和实际环境中终端并网
原创力文档


文档评论(0)