DataStudio在电信运维中的应用

西红柿

         由于现在的网络设备越来越复杂，整个网络系统也越来越庞大和复杂。这就要求我们重新审视传统的管理内容和实现的手段。
        
        固定和功能单一的应用系统同日益增长的业务功能需求的矛盾及DS解决方案：
        
        运维工作是在动态发展的，用户对应用系统的功能需求具有多变和复杂的特点。传统的应用系统功能固定和单一，提供的功能往往同用户的期望值有很大差距。比如领导层和市场部门需要获得网管系统中各种不同统计指标的数据和报表，由于现有网管系统往往已经把有限的功能固定的写进了程序，并且提取这些数据和报表具有相当的复杂性，业务人员只能利用现有网管系统的单一功能，手工提取一些数据，再拼凑成领导层和市场部门需要的数据和报表。但是，这样一来业务人员需要费时费力地去重复做这些工作，而且数据和报表的准确性和及时性得不到保证。
        
        DataStudio的解决方案：
        
        DataStudio对于应用功能的构建具有高度智能和灵活的特点，业务人员只需告诉系统需要哪些数据，这些数据如何统计和组织，输出至哪里就可。业务人员通过系统提供的设计器，设置相关属性，并把这些设置保存为一个文件，无需写一行代码，DataStudio就可为用户生成一步到位的查询和报表，提供您要的数据。DataStudio如同雇员般自动帮您生成您要提取的数据和报表的文件，并通过计划任务自动上送给指定用户。用户只需在客户端点击打开DataStudio生成的查询文件或Excel格式的文件即可掌握这些信息。
        
        利用现有应用系统无法有效驾御整个运维工作及DS解决方案：
        
        由于运维工作的复杂性，用户需要更多更强大的功能来满足工作的需要。现有系统的厂商只能通过不断更改程序和更新系统来满足用户的需求。一个项目的建设往往需要一年甚至更长的时间，系统的更新速度也惊人，系统一期还未完成和有效使用，二期又不得不开始。这样造成的后果是显而易见的，一方面造成项目建设周期的延长，给用户对系统的及时有效使用造成不便，另一方面造成系统的重复建设，给运营商带来极大的资源浪费，同时带来项目资金上的增加。
        
        DataStudio的解决方案：
        
        DataStudio系统内置各种应用模块，用户可利用这些模块快速构建满足自身业务需要的各个应用，对于应用的构建一般业务人员就可掌握，而不需要写任何代码。应用系统的构建是通过“搭积木”的方式来实现的。
        
        比如对于网管系统中的配置管理，业务人员只需设置配置功能的用户界面和这些界面关联的数据源属性，并把该功能按“搭积木”式进行组合，即可生成设备配置和参数设置的应用功能。对于性能管理利用DataStudio的查询和报表功能对整个电信网络数据进行有效的统计和分析，能对整个网络的性能了如指掌。所有复杂的性能查询、统计和报表均能轻松地在DataStudio中定义，并转换为复杂的Excel等格式。DataStudio的图表功能能够把性能数据转换为各种图表，图表功能支持11大类的平面和三维图表，能制作出功能强大和美观的性能图表。对于故障和告警管理，DataStudio能实现故障单管理、告警数据过滤、告警实时监视、告警相关性分析、告警历史信息查询、告警统计分析、告警报表等，并能把这些功能以模板的形式存放在数据库文件系统中，实现功能的高度共享和功能的可维护和可扩展性。对于维护管理，DataStudio的应用和窗体功能能够方便、快速地自定义作业计划制定、值班交接班管理等维护业务流程。
        
        无法对各个子系统进行整合，从全局高度进行监控、分析和管理及DS解决方案：
        
        网管系统或其它的子系统只是整个运营支撑系统的一部分，所以系统在规划、设计、部署、实现过程中要充分考虑系统的开放性，以便与业务保障层的系统进行互联，从而实现一体化的运维支撑系统。目前运维的各个系统往往有不同的厂家承建，各个系统又相对独立，无法对各系统在全局高度进行有效管理。
        
        运营商每天产生大量的数据，运维部门就有很多。交换机、路由器及其它网元设备实时的产生大量数据，我们通过接入设备把这些数据存入不同的数据库中，以便我们对期进行监控、分析和管理。但是这些数据库可能是分散和相对独立的，网管系统有网管系统的数据库，信令系统有信令系统的数据库，如何把这些系统和资源整合起来供全局高度进行管理就成了个难题。
        
        集中的管理和监控成了运维系统建设的趋势。比如在网管系统中，各地市有各自相对独立的网管系统，但是省公司需要掌握的是全省系统的情况。目前普遍的做法是，在省级公司再建单独的数据库，然后通过接口系统把各地市的网管系统数据接入进来，做进一步的整合和分析。但是这样做问题也是很多的，首先是同步性的问题，怎么把各地市网管系统中的数据同省级公司数据库中的数据进行同步；其次是传输过程中的完整性问题；再次是省级公司数据库数据的承受能力和压力问题，把各地市系统的数据集中到一个数据库，势必造成省公司的数据库造成巨大压力，甚至有瘫痪的可能性。
        
        DataStudio的解决方案：
        
        DataStudio通过内置数据库的整合能力，能把位于不同数据库的数据进行跨库的数据提取、统计和分析。这样能把海量数据的处理科学的转嫁到各自不同系统上，同时也满足了上层对各系统在全局高度进行监控、分析和管理的需要。由于DataStudio的集成和整合能力，业务人员只需对不同数据库来源进行设置，该功能的操作和使用就像在单一数据库上使用那么简单。
        
        Web交互、资源共享和信息系统安全及DS解决方案：
        
        目前运维工作中的各应用系统普遍不是采用分布式架构，更多的是采用客户机/数据库的模式，这种方式有很多的局限性，不适合像电信运营商这样的大企业。普遍厂商的系统工作原理是这样的，首先利用接入设备和接口程序把交换机和其它网元设备的数据接入到数据库，再开发一些固定的数据库应用处理这些数据。
        
        这样势必造成信息系统安全性的匮乏，因为没有人知道客户端究竟做了些什么。不管对客户端采取怎样的权限控制，毕竟客户端具有直接访问数据库和其它设备的能力，所以对整个系统是不安全的。
        
        同时客户端生成的结果也不能共享给其它人，不能利用信息的统一发布和共享功能。另一方面管理员也对各客户端缺乏有效的管理，因为管理员没有对客户端进行管理的工具，也不具备对客户端进行管理的能力。
        
        采用客户机/数据库的模式，整个应用系统的更新和发布也非常麻烦。这种方式必须在每个客户端安装一套特定的应用软件，并且还要装相关数据库的客户端软件和驱动程序，一旦程序更改，整个软件又得重新安装和更新。
        
        DataStudio的解决方案：
        
        DataStudio采用业界首创的基于数据库的文件系统统一管理业务人员编写的应用文件，并对各文件和目录进行相应的权限分配和管理。因为文件系统是基于数据库的，所以这些资源能为各个客户端共享。
        
        DataStudio采用分布式的机制，任何客户只需要通过浏览器即可访问这些功能和资源而无需装任何其它软件。并且客户通过游览器访问这些功能和资源时，Web服务器都会严格控制权限，记录下用户进行了哪些具体的操作，充分保证了系统的安全性。管理人员可使用浏览器也可使用任何一个连接到数据库的客户端来管理Web服务器和所有系统的资源。
        
        DataStudio从平台到业务的全面管理
        
        在现行的运维工作中，我们经常遇到这样的情况：一方面是运维部门疲于应付各种突发事件，加班加点处理各种重复事件，工作繁重，身心疲惫；一方面是客户代表不断抱怨和投诉“技术人员服务水平太低”。二者不可调和的矛盾，是新运维系统要解决的重要问题。
        
        传统的运维方式给人的印象是：故障发生前，维护人员似乎无所事事；故障发生后，则是手忙脚乱。这就是被动服务给人们留下的印象，运维人员是在被动地等待故障的发生。在新的运维系统中，我们必须改变原有的运维方式，变被动服务为主动服务。
        
        在主动服务模式下，运维人员主动地监控系统的变化，对日常工作及故障处理完成后主动进行问题分析，对系统的变更风险进行评估。在新系统中，可以通过种种技术措施，使得运维工作从被动服务转移到主动服务，如：增加变更管理流程以防范变更风险。
        
        网络管理是运维系统的组成部分。对系统的监控也是运维的主要业务之一。以往网管系统实现了对平台的监控，可是在实际运维工作中，平台往往只有少数的几个系统管理员负责，大多数业务人员更多地是面对业务系统。对于业务的监控和管理，是业务人员更加关心的问题。因此，在网管系统中，应加入业务监控的内容。
        
        需要注意的是，业务是建立在平台的基础之上的，而不是孤立存在的。因此，监控中，应强调业务监控与平台监控密不可分的联系，从业务的角度出发，建立平台与业务的关联关系。在故障发生时，应能够即时描述对业务的影响程度，能够描述故障的影响范围。
        
        例如：采集源的某台交换机产生异常，除了可以看到交换机告警外，我们还应该能够在业务拓扑图中直观看到，采集系统受到影响，同时采集、预处理、分拣等相关业务也不同程度受到影响。其影响程度，能够通过不同的颜色直观地展示出来。
        
        只有这样才能够更加直观而全面地反映系统的运行状态，反映业务的运行情况。能够帮助运维人员在故障发生时，快速修复关键部件，减少故障带来的损失。
        
        多年来，系统的使用和推广问题成为系统能否得到良好运用的一个重要问题。
        
        假设：我们制定了变更管理流程，但是，变更管理没有被很好地执行，而只是流于形式，则风险的防范也只能是停留在理论上的空谈。
        
        在运维系统建设过程中，建立了一整套科学的考核制度，以激励运维人员更有效地提高服务质量和服务水平，是至关重要的。
        
        对运维人员的考核，并不能就管理论管理，应该从客户服务的角度出发，以客户满意为前提，进行考核。例如，根据每个部门的服务水平，制定了服务时限。假设，某个用户投诉，需要多个部门协同进行处理。在处理过程中，各部门互相推托，虽然工单在各部门的停留时间没有超过部门承诺的时限，而整体处理时间已经超过了运营商对该用户承诺的处理时间。为了杜绝这种现象的出现，我们应该从用户的角度出发，进行各部门处理时间的分段计算。计算结果将反映在每月故障处理情况的统计报告中，而这些报告直接与各部门、各单位的绩效考核挂钩。
        
        通过这样的考核机制，形成对员工日常工作的科学评价，既调动了员工积极性，又提高了工作效率和服务质量。