播出数据统计范文

播出数据统计范文（精选7篇）

播出数据统计 第1篇

项目具体实施中,网络信息和数据安全引起了集团的重视。在新的形式下,播出网络将不再像以往那么封闭和独立,网络信息安全面临着比以往更严峻的形式。另一方面,高清、媒资、文件化播出等新技术项目的引入［1］,使播出系统的大数据存储也成为了更迫切的需要。

同时为了加强信息安全保护工作,近年来国家对建立信息安全等级保护制度的一系列管理办法已趋于完善,其中电视播出系统被信息安全等级保护定级为三级。因此在播出系统升级的同时,将其中的播出系统网络信息与数据安全作为一个完整独立的项目进行立项、设计、规划和最终实施,力争做到高效先进的同时不失安全和可靠。

1 项目总体架构

1. 1 项目设计思路

项目主要内容分为网络信息和数据安全两个部分:

网络信息安全从内部、通信、边界三方面着手［2］。内部信息安全的具体实施是伴随着新播出系统建设同步进行的,主要是通过设立集中的网络管理模块,进行身份认证、日志审计、权限管理和策略应用等操作,部署终端管理系统,加强对外介质的屏蔽等; 通信安全集中在交换设备的部署工作上,通过配置高冗余度的网络系统、日志审计、划分VLAN、端口绑定,以及系统监控等多手段从多角度进行; 边界防护主要是通过配置边界硬件设备,配合相关的软件管理策略,对进出网络的数据流进行严格的访问控制。

数据安全工作主要是三个方面。一是数据安全与备份恢复,存储系统充分考虑了整体和各个节点、甚至每块硬盘的冗余度,无单一崩溃点,提供了完善的应急方案。二是主备数据库的实时镜像、监测和自动倒换系统。三是灾备系统,在备份播出系统的同时,也对全网的播出数据进行了完整的备份。

1. 2 项目主要技术特点

1) 设立集中网络管理模块,不再需要单点、单机管理,将基础网络安全、终端系统安全、服务端系统安全、应用安全、物理访问控制、权限和策略管理等方方面面一并囊括,并且开启日志审计功能,具备集中管理和查阅的能力;

2) 所有交换设备采用具备国有知识化产权的第二代智能弹性架构技术IRF2( Intelligent Resilient Framework 2) ,相关技术实现了五个突破: 突破了业务特性的限制,突破了设备形态的限制,突破了系统连接带宽的限制,突破了专用板卡和接口的限制; 划分VLAN,对播出网络的各个业务子网进行逻辑隔断,减少网络风暴和提高网络效率的同时也增强了网络系统安全［3］。

3) 播出系统网络在不同安全等级网络边界部署防火墙和网闸系统,对进出系统的数据流进行严格的访问控制,控制力度延伸到源IP、目的IP、端口和协议。通过防火墙和网闸的配置,在系统内部部署入侵检测系统,对进出网络的数据流进行实时监控,发现非法入侵行为并进行告警,在系统边界部署安全网关,对进入网络的恶意代码进行检测和防护。

4) 数据存储系统采用比RAID更先进的方式,在提高数据吞吐量的同时还具备高数据安全性。节点级容错选用N +2∶ 1的数据保护模型,可以允许一整个节点或者不同节点中的任意2 块硬盘发生故障,同时磁盘利用率高达84% ,最大程度兼顾了磁盘的使用效率和数据安全性。文件级容错采用定位于文件的方法来实现数据保护,在故障发生时,能够迅速精确定位文件受故障影响部位,并让多个节点参与数据恢复和重建。

5) 通过Rose Mirror HA软件对主备数据库进行实时监控、保护和镜像,并且当主数据库主机或者应用程序发生故障时,系统将自动无缝、快速地把应用切换到备数据库,确保数据库对外服务的持续性和可用性;

6) 新灾备播出系统采用与主播系统同构的模式,省去原异构系统带来的转码、映射等环节,也无需再同步上载,更无需重写应用,提高了系统效率,降低了软件使用和维护成本;采用全贯通手法,将主播系统中需要人为控制的节点摘除或者自动完成; 具备独立的存储单元,可以视为全体节目素材的另一备份源。

2 项目具体内容

整个项目分网络信息和数据安全两个部分,此外还有衍生出的相关制度和管理规定不在本文讨论范围。

2. 1 网络信息安全

播出系统的网络信息安全主要从内部、通信、边界三方面着手。

2. 1. 1 网络信息内部

从内部角度看,包括了基础网络安全、终端系统安全、服务端系统安全、应用安全、物理访问控制、权限策略管理等方面,具体实施是伴随着新播出系统建设同步进行的。设立集中网络管理模块,集成了严格的人员身份认证、日志审计、权限管理和策略应用等功能,所有服务器和工作站的业务用户都采用认证方式登录操作系统和应用程序; 开启日志审计功能,任何操作都有日志记录,可以详细定位操作位置和操作人,系统内有日志审计系统进行集中管理和查阅; 工作站仅安装必要的组件和应用程序,关闭不必要的端口和服务; 部署终端管理系统,加强对各操作终端的外媒介质的屏蔽。各上载、播控工作站计算机的光驱、USB接口等在系统安装时候就已经实施屏蔽,确保外来信息无法经拷贝传入计算机。针对三处游离于播出部之外的子系统的相应端口,组织专人对分布在广告、总编室和十八频道的一共14 台工作站进行周期性巡查,确认百分百的介质隔离。全系统唯一可以接U盘的是位于上载机房的一台PC,安装了专业USB安全隔离器后可以确保安全的完成数据的导入导出。

2. 1. 2 网络信息通信

从通信角度看,所有交换设备和网络设计都基于健壮的冗余和自适应配置,采用具备国有知识化产权的第二代智能弹性架构技术IRF2( Intelligent Resilient Framework 2) ,正常运行的时候可以提高系统效率,故障发生时可以安全切换,保证系统安全运行。系统内的核心交换机、汇聚交换机和其他楼层的交换机开启日志审计功能,并将日志通过Syslog发送至区域内的日志审计系统进行集中管理。合理划分安全域,内部进行安全分区设计。通过划分VLAN,对播出网络的各个业务子网进行逻辑隔断,减少网络风暴和提高网络效率的同时也增强了网络系统安全［4］。连接终端的交换机端口做IP-MAC绑定,通过监控软件对交换机的运行状态进行监控,一旦发现服务水平异常或者降低到预先规定的最小值将进行告警。各级交换机还进行了安全加固配置,核心交换机可以通过带外管理系统进行远程运维,登录时采用用户名、密码和数字证书方式进行双因素认证。

2. 1. 3 网络信息边界

从边界角度看,播出系统网络在不同安全等级网络边界部署防火墙和网闸系统,对进出系统的数据流进行严格的访问控制,控制力度延伸到源IP、目的IP、端口和协议。通过防火墙和网闸的配置,在系统内部部署入侵检测系统,对进出网络的数据流进行实时监控,发现非法入侵行为进行告警,在系统边界部署安全网关,对进入网络的恶意代码进行检测和防护。现阶段,我集团的播出系统是基于一个完整的封闭网络,严格与互联网、OA办公网、制作域网络物理隔绝。但是由于具体工作需要,还有3 个子系统或者节点与播出部不在一起,分别是: 广电大厦7 楼的广告串编和上载机房、演播中心4 楼的总编室编播科和15 楼的十八频道编单站点。2014 年年初,笔者在播出网络的主、备核心交换机中部署了2 块防火墙,并配以相应的软件,目的就是对这3 处物理上游离于播出系统网络之外的子系统或者节点进行网络上的安全保护。网络系统内部通过实施准入控制策略,禁止非授权用户接入到网络内,通过终端管理系统中的违规外联功能,实时监控系统内的路由表,发现违规路径后进行告警并及时阻断。通过以上手段,播出系统网络保证了边界完整性。

2014 年中,为了即将与全台网及文件化送播系统对接,在12 楼机房又架设了2 台安全级别更高的网闸,目前用于与13 楼新建的影视剧缩编网进行数据交换。针对文件化送播的网络边界的选择在设计之初也是经过了思考和争论的,如何平衡效率与安全是考量的最终依据。网闸的安全隔离技术的工作原理是使用带有多种控制功能的固态开关读写介质连接两个独立的主机系统,模拟人工在两个隔离网络之间的信息交换。其本质在于: 两个独立主机系统之间,不存在通信的物理连接和逻辑连接,不存在依据TCP/IP协议的信息包转发,只有格式化数据块的无协议“摆渡”［5］。被隔离网络之间的数据传递方式采用完全的私有方式,不具备任何通用性。安全隔离与信息交换系统两侧网络之间所有的TCP/IP连接在其主机系统上都要进行完全的应用协议还原,还原后的应用层信息根据用户的策略进行强制检查后,以格式化数据块的方式通过隔离交换矩阵进行单向交换,在另外一端的主机系统上通过自身建立的安全会话进行最终的数据通信,即实现“协议落地、内容检测”。这样,既从物理上隔离、阻断了具有潜在攻击可能的一切连接,又进行了强制内容检测,从而实现最高级别的安全。最终基于反复测试并确认了采用网闸的文件化送播具备最高的安全性和可保证的传输效率。详细网络拓扑图请参考图1。

2. 2 数据安全

2. 2. 1 数据存储安全

播出系统的数据主要有3 种存储方式: 在线存储、近线存储和离线存储( 离线存储多游离于播出系统和媒资系统的边界,在播出系统改造中未予以实施) 。其中在线存储为播出视频服务器内置( 或外挂) 的硬盘阵列,选用的视频服务器的内部磁盘阵列采用RAID1 方式,即以1∶ 1 镜像方式实现完全冗余。

近线存储就是二级存储系统,它是在视频服务器之外配置的大容量的磁盘阵列,通过数据迁移实现海量的数据存储和素材共享。在系统改造中,将二级存储作为上载端和播出服务器间的中间介质,把素材的上载、编辑、修改以及审看工作从播出视频服务器中分离出来,大大减少了视频服务器的工作负荷和存储要求。

本集团硬盘播出系统中的二级存储系统设计方案是基于模块化、易管理、可扩展和高冗余度等一系列要求。二级存储的主体架构是1∶ 1镜像模式,采用多控制器,控制器之间互为冗余且具备故障自动切换能力,即使损失多个磁盘或整个节点,仍不会失去对任何内容的访问权;具备带电保护机制,保证包括缓存中的数据在一定时间内不丢失;配置了存储级数据快照软件许可。通过使用专业授权应用,在支持客户端连接负载平衡的同时,还实现了动态NFS故障转移及故障恢复。节点出现故障后虚拟IP会自动无缝转移到其他所有节点,而当节点恢复后,能自动找回平衡。具体二级存储系统架构如图2所示。

此外,搭建的二级存储系统的高数据安全性还体现在可以提供节点级和文件级的数据保护,而不是块级别。

节点级容错: 采用N + 2∶ 1 的数据保护模型,其中N代表节点的数量,2 代表在不发生数据丢失的前提下,集群所允许同时发生故障的磁盘数,1 代表故障节点的数量。N +2∶ 1 的数据保护级别可以允许一整个节点或者不同节点中的任意2块硬盘发生故障,同时磁盘利用率高达84%,最大程度地兼顾了磁盘的使用效率和数据安全性。

文件级容错: 区别于传统RAID方式,采用定位于文件的方法来实现数据保护,每个文件单独存储保护信息。在存储系统中存在节点或驱动器故障时,能够迅速定位文件的受故障影响部位,并让多个节点参与受影响的文件的重新构建。通过分发并行机制,参与重构的磁盘轴和CPU数量远超传统RAID方案,还利用特殊编码提供了高冗余度和可用性。可以应对最多4 个同时发生的全节点或单驱动器的故障,还最大程度缩短了故障的重构时间。另外,不需要在单个备用驱动器上重新构建数据( RAID采用此方法造成不可避免的瓶颈) ,而是利用了可用空间,从而提供了虚拟“热备盘”。

采用结合了节点级和文件级的容错模式后再无需定期备份数据,文件级的容错是针对某一个目录甚至是某个单一文件的,数据保护级别还可以在线更换,不影响数据完整性,也不需要一个完整的数据恢复过程。

2. 2. 2 数据库安全

数据库是播出系统所有源数据的存储和管理中心,是整个播出系统的数据核心,数据库的在线要求必然是24 小时无缝隙。为保障数据库安全笔者采用了基于Rose Mirror HA的产品以实现灵活的双机高可用系统,以实现实时镜像的主备数据库备份和自动倒换。

Rose Mirror HA基于以太网络TCP / IP协议,可无缝集成到既有系统环境,通过数据实时镜像技术,在两台主机之间无需共享存储的纯软件高可用系统。Rose Mirror HA可以对主机的IP、应用程序和数据等进行监控、保护和实时向备机进行备份,当主机或应用程序发生故障后,Rose Mirror HA将自动、快速地将应用切换到备机,确保应用服务的持续性和可用性。

主备数据库使用Rose Mirror HA软件通过网络在两台主机之间进行实时数据镜像。当主数据库发生故障时,备数据库即以完全镜像数据为基础,继续为播出系统提供业务服务。

主备数据库倒换采用Active/Standby模式。主数据库作为Active主机,运行SQL SERVER向播出系统提供各种应用服务,备数据库作为standby主机,实时监控主数据库运行情况,当主数据库发生故障后,备数据库就接管所有应用服务。

无缝倒换是基于虚拟IP技术,即主备数据库在各自拥有独立的物理地址的同时,由Rose Mirror HA软件对外虚拟出一个服务IP,播出系统所有终端和应用都指向这个虚拟IP。正常情况下,虚拟IP指向主数据库的物理地址,而当主数据库发生故障时,Rose Mirror HA软件会把虚拟IP指向备数据库的物理地址,此外还自动完成2 台服务器上SQL SERVER相应服务的打开和关闭。

2. 2. 3 新灾备系统

播出灾备系统是本集团于2006 年根据国家广播电视安全播出管理规定的要求而建立的,规定要求在电视中心要配备N + 1 或者1 + 1 的备播系统,该系统能在发生重大灾害和突发事件时应急播出重要节目［6］。12 年的播出系统升级的同时,灾备系统在保留主体框架和硬件的同时,也为了适应新的播出系统做出了部分升级。

新灾备系统具备如下特点:

1) 采用与主播系统同构的系统模式,抛却转码、映射等非必要环节,左右兼容、无须重写应用,提高系统效率,降低软件使用和维护成本。

2) 拥有独立的系统功能,在正常情况下,灾备播出流可以作为播出系统的一路独立备份源,而在特别异常情况下、主播系统无法工作时,可以临时独立承担重要节目的播出任务。

3) 自动免干扰工作模式。系统采用全贯通手法,将主播系统中需要人为控制的节点摘除或自动完成,正常工作模式中能在无人值守状态下进行全自动智能实时跟踪主系统播出。

4) 灾备具备独立的存储单元,类似主播系统的二级存储,可以视为全体节目素材的另一备份源。

5) 可升级、可扩展性强,主要设备均为拥有自主知识产权的自有产品。

3 小结

国内各电视播出机构关于网络信息安全的工作一直在做,但不系统化,也缺乏整体性和前瞻性,此次将播出系统中的网络信息和数据安全单独立项作为一个完整的项目推进,事前事后做了大量的规划、设计和测试工作,就是为了弥补以往见招拆招、亡羊补牢的工作模式切实保障电视播出的安全。

项目在两年多时间里不断完善、改进,到目前为止运行安全、稳定、可靠,大大提高了播出系统的安全性和可靠性,进而大大增强了电视的服务功能。这对于提升电视的传播力和影响力,提升公共服务水平,更好地满足人民群众日益增长的精神文化需要,都具有十分重要的意义。

参考文献

[1]郭伟强.浅析播出系统中的安全机制的构建[J].电视技术,2014,38(8):91-94.

[2]王颖.论目前计算机网络安全所面临的威胁及防范措施[J].消费电子,2013(14):87.

[3]陶慧峰.电视播出网络维护技术与风险预防[J].无线互联科技,2013(10):18.

[4]祥祖军.电视播出网络系统的安全防御与改造[J].现代电视技术,2011(5):110-115.

[5]梁炜莹.数字电视信息安全研究[D].广州:华南理工大学,2009.

播出数据统计 第2篇

●无法做到百分之百杜绝病毒入侵, 仍旧存在被病毒攻击的可能;

●需要一笔不小的投入。

我们日常需要对硬盘播出系统数据中节目单、上载素材目录及播后数据信息进行大量处理, 主要有查询、备份及归档等工作, 这些数据经常要发送到办公网中供各个部门接收, 因此, 办公网与播出系统联网很有必要, 由于办公网与公网互联, 病毒十分活跃, 如采用现有防火墙技术进行联网, 必然存在风险, 也需要一笔不小的投入, 因此我们自主研发了播出数据安全发布查询系统软件, 项目核心技术为采用串口连接播出系统网与办公网的数据服务器, 实现播出网与办公网之间的数据交换、信息发布、查询及数据备份, 让用户通过IE浏览器就可在任何互联接入端根据权限查询和下载数据。

一软件研发的背景

网络化的硬盘播出系统启用后, 为确保系统的绝对安全, 播出网与外界严格隔离, 断绝与外网的连接, 封闭所有USB等通用数据接口, 严禁任何U盘、软盘、光盘等移动存储设备在网络中使用。如总编室、监审组及广告部等相关部门需要获取节目单及播后数据, 必须由播出部的技术人员从硬盘播出系统数据库中检索出数据后, 抄录给相关部门, 这样的方式费时费力, 容易出错, 如果发生误操作, 将会影响播出系统的正常运行。为此, 我们认真研究, 找到安全隔离病毒方法, 使硬盘播出网与办公网安全互联, 实现高效自动的播出数据在办公网乃至公用互联网上发布查询。

二软件的主要功能

播出数据安全发布查询软件是我们自主研发的一套为解决播出网与办公网安全互联, 安全读取硬盘播出系统中的数据进行发布, 提供播出数据网络化处理的软件, 主要有以下功能:

●实现办公网可安全读取播出网的数据, 安全可靠的隔断外网病毒入侵播出网, 向外提供数据的同时不降低系统原有安全性;

●用户通过办公网任何终端的IE浏览器即可查询播后数据;

●用户通过任何可以接入互联网的移动终端如手机、PDA、笔记本电脑等可查询播出数据;

●实现播出系统数据自动安全备份到系统外设备;

●实现对用户查阅数据的权限进行分级管理。

三系统框图及原理概述

1. 系统组成框图

如图1所示。

2. 实现连网的基本原理

硬盘播出系统内网与信息发布、查询的外网之间由RS232串行线作为桥梁, 分别连接两台数据服务器, 并由我们自行开发的控制软件进行数据转码及收发控制, 实现两个网数据交换功能, 最后由办公网服务器将把来自播出系统的数据先进行转存到自己的数据库中, 再处理发布, 供办公网各部门网络终端查阅, 其中串行口起到病毒隔离作用。

3. 串口隔离病毒的原理

串行端口属于本地短距离小范围点对点数据传送端口, 不是标准网络接口, 不直接用于计算机网络联接, 事实证明, 病毒攻击对象只能为一些已知并广泛使用的程序, 并通过普遍使用的连网接口, 以TCP/IP为主要协议进行传播, 通过对病毒传播原理分析可知, 串行口对病毒传播来讲, 病毒是不会通过串行口进行传播的, 我们正是利用这一点并采用, 加上自行开发的C-S (客户端-服务端) 结构传输过滤程序对串口所传输的数据进行转换过、过滤及精确校验, 实现对病毒的完全隔离。图2为从硬盘播出系统输出数据到办公网络的流程。

四系统构成及软硬件概述

系统构成分为硬件及软件两大部分:

●硬件部分由大洋硬盘播系统的备数据服务器DELL-2850及办公网高性能数据服务器为主要设备, 两服务器由一根RS232连接各自串口, 这样就形成了以数据服务器为中心, 串行端口为桥梁的数据传输纽带, 实现两个子网连网, 进行特定数据传输;

●软件部分由三大块组成, 分别是SQL数据库软件、底层数据交换控制系统软件、办公网用户数据查询系统组成。其底层数据交换控制系统软件、办公网用户数据查询系统由我们自行编写。

软件开发环境为Microsoft VC++6.0及Macromedia Dreamweaver MX2004。

五系统的一些关键技术和功能简述

1. 底层数据交换控制软件系统

底层数据交换控制软件系统由数据库检索、串口收发控制及数据结构转换组成, 程序采用C-S架构即:服务端-客户端, 服务端安装于硬盘播出系统数据服务器上, 客户端安装在办公网数据库服务器上。服务端软件用于控制硬盘播出系统数据服务器通过串口向办公网数据服务器发送数据, 客户端软件用于从串口接收来自硬盘播出系数据服务器发来的数据, 其中包括串行口及数据库控制命令处理、数据校验及病毒过滤。软件操作设置由系统管理员完成, 一般用户无需参与。

播出数据库服务器端流程见图3。

播出数据库服务器端界面见图4。

办公网数据库服务器端流程见图5。

底层数据交换控制软件办公网服务器端操作界面见图6。

(1) 数据库检索输出数据库检索功能

为根据检索条件, 从播出系统数据服务器读取数据, 得到一个记录集, 记录集中保存着符合检索条件的数据集合。在我们的程序中检索条件为“播出频道”、“节目名称”、“起始日期”以及“终止日期”共四种条件。通过对这四个条件组合使用, 满足我们对播出数据筛选需要。

(2) 自定义数据结构及防病毒处理

为了高效有序的组织数据、提高数据传输效率、有效隔离检验病毒, 我们把从数据库中取出的元数据进行结构化处理, 即将一条记录的相关信息, 按特定结构打包成一个492字节的数据块进行发送, 在接收数据时, 只接收及处理符合我们自定义结构的数据, 遇到其他数据将视为病毒不予接收, 有效的防止病毒传入到硬盘播出系统。下面定义了一个用于装载从硬盘系统读出数据的结构体变量, 该数据结构包涵了我们所需要的一条素材的所有数据信息。

(3) 数据库SQL语句过滤

为使用播出系统更加安全的工作, 在层数据交换系统设置有SQL语句命令字符串过滤功能, 管理员可以设置如删除、插入、更新、创建等敏感命令限制, 同时提供自定义命令字符串过滤, 使播出数库的数据安全得到有效的保障。

(4) 串口收发控制

由于我们的硬盘播出系统数据服务器与办公网数据服务器相距较远, 使用了长度为10米的串行线作为数据传输, 为保证数据传输稳定我们设定串行传输速率为9600bps, 采用2进制传输方式, 为保证数据接收完整准确, 采用定长 (492字节) 触发方式进行数据接收。

初始化串口代码:

(5) 数据转存机制

为保证系统安全可靠运行, 我们不采用让用户直接从硬盘播出系统数据服务器中获取查寻数据方法, 而是先将硬盘播出系统的数据进行转存到办公网数据服务器中, 再向用户提供检索服务, 这种运作机制可以避免一些不可预知因素影响硬盘播出系统安全运作。

2. 数据备份

在实现将硬盘播出系统数据服务器中的数据安全转存到办公网数据服务器的过程即为数据备份, 同时各部门 (检索终端) 可用任何一种符合PC规范的存储媒体, 将所需数据检索拷贝出来进行保存, 实现客户数据备份。数据备份模型如图7所示。

3. 数据发布数据发布系统及用户查询系统

数据发布系统主要功能是将硬盘播出系统的数据经办公网数据服务器向办公网及Internet互联网进行发布, 供各终端查询浏览。我们使用Microsoft IIS 6.0作为数据信息发布平台, 向办公网及Internet发布数据。任何可接入互联网的用户终端采用IE浏览器即可通过网络访问办公网数据服务器, 实现对硬盘播出系统数据的查询取阅。

网页形式的终端界面向用户提供了友好的人机交互窗口, 所有连网的计算可通过窗口界面实现以日期时间、节目名称、频道等多条件组合进行数据检索, 操作简便直观。终端用户查询操作界面如图8所示。

六应用效果

播出数据安全发布查询系统完成投入使用后, 播出系统整个数据信息结构体系由原来封闭转向开放共享, 解决了以往从播出系统取数据时, 必须到服务器机房, 对数据服务器进行直接检索操作而带来的操作安全问题, 省去了原来的手工查找抄录既繁琐又不安全的工作, 不同用户可根据权限级别进行查询浏览操作, 播出数据可在Internet任何终端 (包括手机终端) 上查询, 播出数据管理和工作效率实现了质的飞跃。

参考文献

[1]Visual C++/Turbo C串口通信编程实践 (第2版) 龚建伟熊光明电子工业出版社

播出数据统计 第3篇

同时,运维人员直接查询和操作数据库,有一定的风险,如果不了解数据库的语句以及数据库表结构和含义,最好不要操作。

本文就是介绍在电视中心运维系统中,如何正确地使用数据库分析和查询手段,更好地定位故障和查询报表。

一分析故障

数据库事件跟踪的功能可以实现对系统故障的分析定位。数据库事件跟踪能够监听数据库的各种服务、连接和操作信息。许多数据库都具有事件跟踪的功能模块。如mssq1200的事件探查器,mssql2005和2008的SQL Server profiler,Oracle的trace等。通过这些模块,我们可以实时地观察当前的以及执行过的SQL语句,执行这些语句的应用程序名称,进程ID等。通过对SQL语句的分析,我们就能推测和归纳出数据库各个表和字段的含义。了解到数据库表和字段的含义以后,我们就能够更加深入地判断和分析系统故障。

下面就举一个故障定位的实际例子来阐述分析的过程。

在播出系统中出现了一个迁移故障。系统配置了主备两个二级存储,主存储的传输效率较高,备存储由于设备原因传输效率较慢。在迁移链路的设计上,采取主存储迁移到视频服务器的方式。但在实际使用中发现,经常出现备存储迁移到视频服务器的迁移任务,造成迁移效率的降低。

通过查询系统日志,可以发现这些任务是由编单设备的同步素材功能发起的。然而,编单模块的同步素材功能,在系统配置中并不能设置优先由哪个二级存储拷贝。其同步机制是随机性的选择,还是有软件内部的规则?定位这个问题,我们就可以使用到数据库的事件探查分析功能(各个数据库不同,以下以mssql2008举例)。

首先,打开数据库的事件跟踪软件SQL Server profiler,如图1。

新建跟踪,连接需要跟踪的数据库。点运行,即开始跟踪数据库,如2。

运行跟踪以后.在跟踪界面可以看到系统各个模块对数据库的各种各样的操作。大批量的数据对于分析定位故障,会带来极大的困难。这个时候,可以使用列筛选的功能,通过添加列过滤条件过滤掉不需要的信息,留下需要定位分析的语句。查看编单机对数据库的操作,可以将应用程程序的名称加入列筛选条件。使得applicationname类似于编单机的应用名称(这里的筛选条件,与SQL语言的like后的条件相似,支持“%”模糊查询),如图3。

设置过列筛选后,重新运行跟踪。此时跟踪界面就只显示编单机做的数据库操作。随后,在编单机上模拟几次造成迁移故障的同步操作,然后观察跟踪界面的事件。

在发起同步操作的时间点,都会出现一条查询语句:“Select A.strSAID from BMI_FLESTORAGEAREA A,CFG__STORAGEAREA B where A,strSAID='XXXX'and A.strSAID=B.strSAID and B,nSAType=x",如图4。

打开企业管理器,新建查询,并执行这条查询语句,发现查询结果是各个存储区的ID。XXXX是该同步素材的ID号。

使用select*分析表BMI_FILESTORAGEAREA,如图5。

根据表中各个条目的内容,进一步推测这张表是系统中素材入库的存储信息,在素材文件传输完毕后,新插入一条数据表明素材存在于对应存储区内。

使用select*分析表CFG_STORAGEAREA,如图6。

根据表中的条目信息,可以确定这张表是系统设置和保存存储区配置信息的。其中strSAID是存储区的ID,strSAName是存储区的名称,nSAType是存储区类别,1为上载、2为播出、4为二级存储。

再经过几次同步操作跟踪发现,每次同步时执行查询语句,是按照nSAType=1,nSAType=2,nSAType=4条件查询的

顺序执行。可以推测出编单软件在执行同步操作时会先检测上载设备中是否有素材,再检查播出设备中是否有素材,再检查二级存储中是否有素材来判断从哪个存储区拷贝.如图7。

在使用二级存储作为同步源时,使用哪个二级存储作为源是否具有规律性呢?通过观察语句查询结果.我们发现当素材存在于几个存储区时,查询结果是通过存储区ID来排序的。而存储区ID设置当中,二级主的ID为OMNEON,二级备的ID为EMC。按字母排序,EMC始终排在OMNEON的前面,如图8。

也就是说,当查询到二级主和二级备都有素材时,查询结果会先查询到二级存储备。至此可以得出结论。同步任务由二级主还是二级备发起,取决于发起任务时二级备和二级主的素材是否到位。如果二级备有素材,则优先会从二级备发起同步,如果二级备没有素材而二级主有,则会从主同步。

了解到这种系统特性,就可以修改迁移链路来避免二级备作为源进行传输。将原有的二级主→二级备,二级主→播出主、二级主→播出备的方式修改为二级主→播出主、二级主→播出备→二级备。可以保证二级备在自动迁移链路中最后素材到位,作为备份。避免二级备素材先到位,从二级备发起迁移任务,导致传输素材缓慢的问题出现如图9。二查询报表

电视中心系统需要查询系统运行的日志,统计数据等。大部分统计、查询的功能,一般都集成在系统管理软件中。但在系统的使用中,还是会经常遇到现有的系统管理软件不支持的功能。这个时候,可以利用系统数据库内的表数据,通过查询、运算得出想要的数据结果。下面就以一个实际例子来说明这种应用。

统计缩编系统各台设备一个月的总使用时间,但现有的缩编系统管理软件并没有相关功能。可以通过数据库的查询报表来实现。

首先,通过查询和跟踪数据库确定缩编系统的操作日志信息是通过数据库存储的。通过跟踪方法定位到,缩编系统的操作日志存储在DYLogEventMan库的LOGEVENTDATA_BASE表内。包含用户的操作和登录信息。表内含有用户名、操作时间、机器名称、时间名称等信息表述,如图10。

单台机器的最小登录时间和最小退出时间相减.就可以得出其单次使用的时长。如果将此机器一个月内每一次登录和退出时间的差值求和统计,就可以得出该机器一个月的总使用时间。计算流程如图11所示。

统计计算流程涉及时间运算,条件判断,循环处理等。使用基础的SQL查询不能实现。可以使用编程语言编写程序来进行实现,也可以使用数据库自带的程序设计语言。如mssql的tsql和oracle的pl/sql。考虑到查询的功能性和逻辑性并不复杂,使用数据库的程序设计语言可以较简易地快速地实现其需求。以下以mssql的tsql语言为例,介绍实现方法。1.初始化变量,建立临时统计表

初始化最大登录时间,最小登录时间.机器名称,确定查询范围。新建临时统计表,以记录每一次登录退出的时间和使用时长,以及操作人员姓名,如图12。2.逻辑运算,插入统计数据

查询操作日志表的准确时间,得出大于上一次登录和退出时间并且最小的登录和退出时间值。通过准确时间再查询出登录和退出的操作人员名称。然后用退出时间减去登录时间得到单次使用时长。将计算后的登录准确时间,

登录人员,退出准确时间,退出人员,以及使用时长插入临时统计表内。循环运算,直到本次的登录时间大于或等于最大登录时间,循环退出,如图13。

3.显示数据,删除临时表

查询临时统计表的信息,得出每一次登录时间,登录人员,退出时间,退出人员,使用时长。通过SUM函数计算使用时长,得到一个月内主机的总使用时间,如图14。

三总结

电视中心的数据库维护和管理,关系着软件系统的安全。对数据库和软件流程增强熟悉了解,灵活应用数据库的查询分析等工具、能够更好地优化数据库性能,定位系统故障,熟悉系统功能,提高工作效率。同时,考虑到系统的安全性.基于数据库的应用操作,应该谨慎小心,先在测试环境下调试,确保正常以后再运行。

摘要：随着电视技术和IT技术的发展、数据库广泛地应用于电视中心技术系统。运维人员基于业务应用对数据库进行查询和分析、可以快速定位系统故障.查询数据信息、提升系统性能,提高控制和管理系统的能力。本文就是介绍在电视中心运维系统中,如何正确地使用数据库分析和查询手段,更好地定位故障和查询报表。

播出数据统计 第4篇

1 在我国广电行业中, 大数据发展形势的基本现状

广电是具有很多特点的一项行业, 大数据是指通过对云计算平台的借助来形成的一种服务能力。从目前广电行业大数据的发展形势来看, 其行业已经充分地掌握了非常丰富的数据资源, 并且还具备了能够进一步的迈入大数据时代的基本条件。虽然随着现网络技术的不断发展, 互联网与电视的结合已经实现了现数据信息的综合发展, 但是, 广电行业在面对大数据时代上, 还是存在着一些发展威胁, 比如各个网络软件、电视收视率以及谷歌等影响因素。怎样改善市场萎缩的发展现状, 稳定电视收视率已经成为了现广电行业需要解决的重要问题。

2 基于大数据形势下的广播电视安全播出技术

2.1 防护技术

在广电行业中, 广播电视系统安全的防护技术主要包括信息技术和加固技术两大方面。随着互联网技术的广泛运用和信息技术的不断提高, 以往比较单一无新颖的传播系统已经逐渐被打破, 使得广播电视的信心相互联通的程度也越来越高, 因此, 广播电视对信息的安全技术提出了更高的要求。针对此情况, 就必须要求相关的一些制作单位建立起更加严谨的防护措施, 需要在广播电视的播出过程中以及在信号的传输中实施更加严谨的技术操作, 比如通过广播电视中的访问权限技术、安全信息技术、恢复技术以及密码技术等, 从中来确保广播电视播出的信息安全。其加固技术在广播电视的播出质量上有着非常重要的影响, 以往的广电加固技术只是在原设备系统的基础上来进行的切换及备份, 根据现节目播出的大量增加以及技术方面的不断进步, 以往的广电加固技术已经无法达到现电视节目在播出质量上的需求。因此, 面对这样的情况, 就需要进行系统更新、负荷分布等有效技术, 在这些技术中一般包括有恢复技术、传输技术以及备份技术等。

2.2 管控技术

广播电视安全播出中的管理控制技术主要包括自动监控技术和恢复技术两大方面。监控技术是非常高效的一种技术系统, 其系统是将节目的播出、工作人员以及信号传输, 将这三者相结合在一起的主要关键系统, 对于广播电视安全的播出方面上来讲, 有着非常重要的意义。部分的台站由于故障原因, 不能将电视节目按正常时间播出, 在此原因上大部分都是与对系统的不合理检测有关, 使得其值班工作人员不能够及时地发现问题, 并且不能及时的采取措施, 来应对问题。在信息技术的不断深入下, 监控系统技术与控制流程技术在广播电视中有大程度的改善, 在这些技术中, 主要包括有传播检测技术、自动报警技术、流码检测技术以及智能定位技术等。对这些技术的应用不仅实现了传输信息、跟踪检测、信号源、定位排查和流程控制的管理效率, 还在此基础上提高了广播电视播出的安全有效性, 从而降低了工作人员面对检测处置上的压力。随着信息技术的不断改进, 恢复技术由以往的手动切换转变成了现在的自动切换, 目前的恢复技术主要是以自动切换为主, 其手动切换为辅。在广电行业中, 恢复技术与监控技术是相互关联的, 只有保证监控技术的有效性, 才能够保障恢复技术的顺利实施。在目前的广电中的恢复技术中, 主要包括有数字演练技术、自动切换技术以及检测技术等。

2.3 调度控制技术

广播电视安全播出技术中, 调度技术的发展目的是为了能够及时应对突发事件和提高广电的安全性。在安全指挥调度技术下, 可以将广播电视安全播出的信息进行采集和总结, 从而集成在安全的指挥控制中心, 使得在广播电视播出过程中面对突发事件时能够第一时间提供对应资料。与此同时, 还可以把指挥控制中心中的调度指令传达到广电行业中的各个部门, 以此来实现信息的相互传输和广电播出的控制指挥。调度控制技术主要是通过信息通信技术在面对突发事件时来进行的信息发布, 从而来实现广电中各个部门在数据信息之间的相互共享联动。在目前的广电调度控制技术中, 其技术主要包含有通信控制技术、预警发布技术以及网络技术等。

3 结语

随着广播电视技术的不断发展, 安全播出技术必须要在广电行业中做到不断地改进、适应, 从而为安全播出技术的运行提供更加有力的支持。广播电视安全播出技术具有长期、复杂性的相关特点, 此技术对于现市场的竞争力的提升和广电节目播出的质量方面上有着非常重要的意义。与此同时, 安全播出技术也要随着互联网信息技术以及广电技术的发展方向共同进展。综述所述, 本文主要针对在基于大数据的发展形势下, 对广播电视安全播出技术以及大数据发展形势的现状进行了简单的描述及研究, 从而得出, 只有不断完善广播电视安全播出技术, 才能使得广电在发展道路上获得更多的成就。

参考文献

[1]张盈盈, 谢佳.大数据形势下广播电视安全播出技术发展分析[J].西部广播电视, 2015 (18) :214.

[2]王立群, 娜仁高娃.广播电视安全播出技术维护与管理[J].科技传播, 2014 (22) :172-172, 161.

播出数据统计 第5篇

如何保证数据库的安全性, 目前应用较多的有双机热备和群集两种方式。双机热备方式是通过镜像软件让两台服务器成为主备服务器, 通常称为纯软件方式或镜像方式。它的工作原理是通过镜像软件将数据实时复制到另一台服务器上, 所以两台服务器各存储一份数据, 如果其中一台服务器出现故障, 另一台服务器可以及时接管并继续提供服务。群集方式是通过操作系统提供的群集技术, 两台服务器作为主备服务器, 共享同一份数据 (数据保存在共享存储中) , 通常也将这种方式称为共享方式。

一双机热备方式的优缺点

1. 双机热备方式的优点

由于不采用磁盘阵列进行共享存储, 所以避免了磁盘阵列的单点故障。对于双机热备方式, 本身即是防范由于单个设备的故障导致服务中断, 但磁盘阵列恰恰又形成了一个新的单一故障点;

由于不需购买昂贵的磁盘阵列等存储设备, 可以节约成本;

由于两台服务器不需通过SCSI电缆进行连接, 所以不受距离的限制 (光纤通道的磁盘阵列也不受距离限制, 但投资额要大得多) 。可以更灵活地部署服务器, 包括通过物理位置的距离来提高安全性。

2. 双机热备方式在实际工作中的使用效果和不足

江西电视台的播出控制系统于2005年投入使用, 数据库采用了LifeKeeper4.0实现的双机热备方式, 如图1。

根据以往的使用经验, 双机热备方式对数据的安全备份具有较高的保障性。江西台在播控中心开播初期, 数据库服务器硬盘曾出现故障, 由于我们采用了双机热备方式, 所以没有造成数据丢失甚至影响到节目的正常播出。但经过一段时间的工作之后, 这种方式也暴露出了一些缺陷, 主要在以下几个方面:

第一, 双机热备方式在服务器操作系统重新启动之后首先进行硬盘镜像, 大约需要6~8小时, 在此期间主备服务器不能倒换。此外双机热备方式对硬盘的要求较为严格, 比如磁盘不能出现坏道, 否则会出现磁盘镜像中断。

第二, 服务器发生故障时, 主备切换时间比较长。在一些情况下, 镜像软件不能有效侦测一些错误的发生, 导致切换不能正常进行。

第三, 在运行中我们发现, 有时备数据库服务器出现故障也会导致主数据库服务器无法正常工作。原因可能是这样的, 在LifeKeeper的扩展镜像环境下, 当主服务器收到一个写请求时, 系统首先决定这个请求是否针对某个镜像卷。如果不是, 写操作可以完全正常地完成。如果主服务器的写请求是针对镜像卷的, 那么请求首先被送到从镜像卷去。从系统在自己的镜像卷上执行写请求后, 向主系统发送写回状态。主服务器在收到这个写回状态前不做任何写操作。当从系统返回一个成功状态时, 主系统在自己的镜像卷执行写操作, 并返回到请求方。如果从系统执行镜像卷写操作时发生错误, 那么从系统上的写操作将被中止, 主系统结束自己的镜像卷写请求, 镜像状态从Normal变为Broken。

这种机制往往会造成一种情况, 比如当两台服务器Server1 (主服务器) 和Server2 (备服务器) 在运行中, 如果出现Server2数据库服务器出现坏道或磁盘损坏等问题时, 数据将无法写入, 这种情况下, Server1在等待过程中会出现服务停顿甚至挂机。由Server2的故障导致Server1无法正常工作, 这种情况在工作中是无法令人接受的。

经过长时间的应用, 数据库服务器硬件的性能也在不断下降, 纯软件方式所暴露出来的问题也越来越突出, 有时会出现数据库服务器宕机、主备服务器无法切换等情况。针对纯软件方式所暴露出来的问题, 我们对数据库进行了重新设计。为提高系统的稳定性、可靠性, 我们决定采用服务器集群共享方式, 经过一段时间的测试及试运行, 这种数据库系统的架构运行更加稳定, 在模拟故障测试环境下主备切换未发现异常。

二群集方式的特点

服务器群集是一组协同工作并运行Microsoft Cluster Service (MSCS) 的独立服务器。如果群集中的某一台服务器由于故障或维护需要而无法使用, 资源和应用程序将转移到可用的群集节点上。服务器群集为资源和应用程序提供了高可用性、故障恢复能力、伸缩性和可管理性。

1. 特点

Windows群集技术和LifeKeeper的容错技术相比, 能提供更高层次的弹性和恢复能力。容错服务器通常使用深层硬件冗余, 虽然能在一定时间内恢复任何单一的硬件或软件错误, 但在主备倒换与状态恢复时会出现暂时的“真空”而完全失去对服务的访问能力。而当资源发生故障时, 同服务器群集连接的用户可能经历短暂的性能下降现象, 但不会完全失去对服务的访问能力。并且这些解决方案从设备资源有效利用率的角度而言, 这要比Windows群集解决方案昂贵得多, 因为必须为处于空闲状态等待错误的冗余硬件支付费用。

服务器群集功能可将多台服务器连接在一起, 从而为在该群集中运行的数据和程序提供高可用性和易管理性。采用群集共享方式较以往的LifeKeeper方式还有其他更强的优势, 表现在:

群集方式使用独立的磁盘阵列存储数据, 避免了双机热备镜像数据的时间;

群集方式可以利用服务器负载均衡功能, 提高了系统处理数据能力;

群集方式采用的软件系统均为微软软件系统, 保证了各个软件模块的兼容性;

更高的可用性。允许服务器群集中的服务和应用在硬件或软件组件故障下或在计划维护期间仍能不间断地提供服务。通过服务器群集, 资源的所有权会自动从故障服务器转移到可用的服务器。当群集中的某个系统或应用程序发生故障时, 群集软件会在可用的服务器上重新启动故障应用程序, 或者将工作从故障节点分散到剩下的节点上。在此期间, 用户只在瞬间感觉到服务的暂停, 而不会以往模式在故障切换时出现数据库长时间的访问停顿。

2. 群集方式的软件和硬件要求

(1) 软件要求

群集中所有计算机必须安装Microsoft Windows Server 2003 Enterprise Edition;

安装一个名称解析系统, 本系统需安装DNS;

建立域控制器, 所有节点必须是同一个域的成员, 同时需要一个域级账户, 此账户必须是每个节点的本地管理员组的成员。

(2) 硬件要求

群集硬件必须可以在群集服务硬件兼容性列表中找到;

两个海量存储设备控制器。一个本地系统磁盘, 用于在一个域控制器中安装本地操作系统;一个用于共享磁盘的独立外围组件互联的存储控制器;

群集中每个节点拥有两个PCI网络适配器;z共享存储设备附加到所有计算机的存储电缆。

(3) 网络要求

一个惟一的NetBIOS名称;

每个节点上两个网络接口均拥有静态IP地址。两个网络接口的作用是, 一个用于两个节点之间的心跳检测, 一个用于对外进行客户端访问。

(4) 共享磁盘要求

一个经HCL认可, 连接到所有计算机的外部磁盘存储单元。此存储单元用作群集共享磁盘;

共享磁盘所在的控制器必须不同于系统磁盘所使用的控制器;

最少500M仲裁分区;

所有节点看到附加到共享总线上磁盘, 所有共享磁盘配置为基本磁盘, 并且格式必须为NTFS。

三数据库复制技术

数据库复制技术用于在数据库服务器之间拷贝数据和其他对象 (如视图、存储过程、触发器) , 保证这些备份保持更新。数据库复制技术通过发布服务器、分发服务器和订阅服务器来实现。发布服务器是数据源所在的服务器, 分发服务器是从发布服务器收集信息, 并分发给订阅服务器。

我们根据当前的工作情况, 采用了快照复制方式, 每隔15分钟发布一次快照文件。发布服务器和分发服务器同时布置在群集服务器 (即Server服务器) 上, 订阅服务器布置第3台服务器上 (即Server3服务器) , 采用拉预订方式, 减少Server服务器的负担。

四江西台数据库系统设计方案

在新数据库设计过程中, 我们分析了实际中可能会遇到的问题:

双机热备方式可以防范单个设备故障而导致的服务中断, 但是群集方式中所用的共享磁盘阵列又形成了新的单一溃点, 目前我们采用的DS3200存储控制器没有备份, 出现故障一时间难以解决;

由于病毒等原因导致群集服务停止工作, 如何采用应急措施;

当群集中的一台服务器出现故障时, 只有一台服务器正常工作, 在故障排除期间内如何保证数据库的安全性。在这种情况下, 系统维护人员担心的是, 如果另一台服务器再出现故障如何应对, 并且即便短时间内能找到备件那也需要对故障服务器进行重新配置和系统的安装测试等;

如何有效分担系统数据库的访问连接负荷, 如在进行日志或信息检索时, 将占用数据库较大的开销。

综合以上情况, 我们采用了“2+1”架构方式, 2台数据库服务器通过群集技术互为主备, 1台数据库服务器作为第三台备份服务器, 定期从群集服务器中同步数据。通过这种架构方式, 有效解决了上面的疑问。

此设计方案不仅可以帮助我们解决上面所提到的问题, 而且具有更高的安全性。改造后的架构具有以下特点:

无单一溃点。任何一台硬件或软件的故障不会导致数据库崩溃;

群集方式中如果采用两台磁盘阵列作为冗余备份, 避免磁盘阵列的单一溃点, 但成本过高。此方式虽选用一台磁盘阵列, 增加一台服务器Server3 (实际我们只是选用了一台普通工作站) , 预算成本大大低于双磁盘阵列方式;

可将系统数据、日志查询和垫片播出等在Server3上进行, 更加有效地分担Server1和Server2数据库的负荷;

如群集方式不能对故障有效侦测进行倒换时, 发现问题后, 可以及时手动将播控机连接到Server3上继续进行工作。

本系统的相关配置为:

1. 硬盘配置

本系统采用两台IBM 3650服务器, 一台DELL计算机, 一台DS3200磁盘阵列。两台服务器分别有两块硬盘和两块千兆网卡, 每台服务器配备两块硬盘做RAID1镜像, 两块网卡分别用于心跳检测和网络访问。DS3200配置RAID3, 两个分区, 一个500M的分区用于仲裁分区, 另一个分区用于数据共享分区。

2. 软件配置

两台服务器分别安装了Window Server 2003 Enterprise Edition、DNS服务组件、域服务组件 (一台为主域控制器) 、IIS服务组件和SQL Server 2005。

3. 发布服务器、分发服务器、订阅服务器的配置

在Server和Server3中分别创建具有管理员权限的账户和密码。由于Server上安装了域控制器, 所以Server上创建的是域账户;

在Server和Server 3中将“管理工具”→“服务”→“Sql Server Agent”项, 在属性中改为以sqluser用户启动;

在Server的P分区 (共享存储中的数据存储区) 中, 创建文件sqlcopy, 添加账户sqluser对它的共享访问权限。此文件夹用来存放生成的快照文件;

分别在Server和Server3中, 打开SQL Server 2005Managerment Studio, 在Server中注册Server3, 在Server3中注册Server;

将Server和Server3的SQL Server 2005改为Window和Sql Server认证。

具体配置步骤不再赘述, 可参考相关资料。

原数据库系统和改造后数据库系统配置对照如表1。

五实施过程中遇到的问题及解决的方法

在群集服务器中作数据库自动备份时, 主服务器可以自动备份, 但是在转移到备数据库工作时, 自动备份无法完成。原因是SQL Server 2005 Integration Services不为故障转移群集提供特殊安装选项, 需要分别在群集的每个节点中安装Integration Services, 进行手动配置, 使其作为群集服务运行。

在配置分发服务器时, 对快照文件夹sqlcopy有特别的要求, 第一要添加sqluser对它的完全控制权限, 否者SQL Server Agent无法正确执行, 导致的结果是生成的快照文件越来越多, 无法自动删除;二是手动设置sqlcopy为共享文件夹时, 重启服务器之后, 共享属性会自动消失, 将导致快照文件无法生成。针对这种情况, 我们放弃了设置共享文件夹, 采用了分区共享方式。由于Windows操作系统中, 每个分区是默认共享的, 所以其下的所有文件夹也共享, 将快照文件夹设置为serverServerP$sqlcopy即可解决上述问题。

为了防止升级到SQL Server 2005后会出现兼容性错误, 我们在实施初期, 还定期地将SQL Server 2005的数据导出到SQL Server 2000。开始时采用的是微软公司提供的插件, 但是这种方式转换时间太长, 而且必须在命令行方式下运行, 运行期间没有任何提示, 因此很难辨别运行的状态。后来我们采用了纯数据导出导入方式, 就是将SQL Server 2000数据库中的表删除, 然后在SQL Server 2005上将每个数据库表中的数据导出到SQL Server 2000中, 这样就可以实时观察每个表转换的状态和进度。新的数据库运行一周之后, 因为系统运行没有出现任何问题, 我们就停止了这种数据导换。

在数据库管理中, 根据以往的管理经验, 我们配备了3个作业, 分别为数据库完全备份、索引优化和数据合法性检测。这三个作业每天分别在1:00和13:00自动执行, 另外在每天晚上23:00时, 还安排专人手动执行一次数据库完全备份作业, 然后将备份文件复制到Server3中作为备份。

六总结

播出数据统计 第6篇

1供电安全

供电安全是安全播出环节中的第一要素, 多数中波台都采用独立两条供电线路和自备的发电机供电模式, 其中的两条供电线路, 根据其供电保障程度分为主供电线路和备供电线路, 自备的发电机供电模式排第三。我们能做到各供电线路和设备供电质量的实时监控及主、备及发电机供电模式之间的安全快速地自动切换, 设备供电电压的稳定及高效, 才能保证中波发射台的供电安全。

供电安全保证措施及方案: (1) 主、备供电线路、发电机供电状态及供电质量的实时监测。 (2) 主、备供电线路及发电机供电系统之间的按条件自动倒换。 (3) 发射机供电电压的稳压及无功功率的补偿。

硬件主要由MCGS-TPC1062KX型嵌入式触摸屏一体化工业控制模块及四块多功能电力采集模块、受控三选一三相电倒换装置、 无功功率自动补偿模块、单片机命令执行板、配电柜、无功功率补偿装置, UPS供电模块等组成。如图1所示。

MCGS-TPC7062TX, 是一套以先进的Cortex-A8 CPU为核心 (主频600MHz) 的高性能嵌入式工控一体化触摸屏, 具备强大的图像显示和数据处理功能, 自带一个RS-485和一个RS-232, RS485接口支持MODBUS-RTU协议, 波特率可选。

智能电力采集模块是针对电力系统的电力监控需求而设计的, 测量所有的常用电力参数, 包括电流、电压、频率、功率因素、有功功率、无功功率、有功电能、无功电等参数的电力监测模块, 自带RS485通讯接口, 支持MODBUS-RTU协议, 波特率可选。

工作原理:多功能电力采集模块对主用供电线路、备用供电线路、发电机供电线路及稳压器输出线路的的电力参数进行实时采集, 供电线路出现故障时, 延时5秒钟后, 根据具体情况, MCGS- TPC7062TX向单片机命令执行板发出倒换备用线路或启动发电机命令, 恢复供电。

2信号源安全

中波发射台的信号源主要由卫星、光缆及微波传输过来的中央及地方台广播信号组成。各中波台站根据每个信号源的信号质量和稳定性, 把这些信号分为主路信号及若干个权限不同的备路信号, 对各路信号质量进行实时监控, 根据信号质量来实现主路及各备路信号之间的智能切换及异态报警, 并根据发射机的播出调幅度情况, 实时控制发射机的输入音频幅度, 始终保证发射机的合格调幅度, 才能保证信号源的安全。

信号源安全保障措施:以下是基于STC12C5A60S2单片机的一路主及多路 (三路, 可设) 备路音频信号的按权限智能切换、异态报警及调幅度自动控制电路方框图, 如图2所示。

其工作过程如下: (1) 对各路音频监听、显示、监测。 (2) 只要主路信号正常, 输出主路信号。 (3) 主路信号丢失, 第一备路信号正常, 切换输出第一备路信号。一旦主路信号恢复正常, 立即无条件切回主路输出。 (4) 主路和第一备路信号都丢失, 切换输出第二备路信号。 (5) 如果主路和第一、第二备路信号都丢失, 切换输出第三备路信号。 (6) 四路音频信号都丢失, 系统启动声光报警, 一旦某一路信号恢复, 系统立即切到信号恢复的那一路, 恢复信号输出。音频信号智能切换报警电路。 (7) 根据调幅度变化情况, 自动调整发射机输入音频幅度。

3发射机的运行安全

发射机的安全包括两个方面的含义, 一个是发射机运行过程中的安全和发射机出现故障以后自动倒备机维持播出中的安全, 由于各中波发射台基本配备了每套节目的主备发射机, 我们除了保证发射机的预防性维护和检修意外, 还要做到主、备发射机工作状态的实时监控并出现故障时实现主备发射机之间的安全、快速地自动倒换, 才能保证发射机的运行安全。

解决方案: (1) 给主备发射机安装发射机工作状态实时监控及主备发射机自动倒换装置。 (2) 对发射机的播出状态进行有线、无线并行的播出质量监控, 及时发现播出异态。

4天调系统的安全

天调系统是中波台播出过程中的最后一个环节, 天调系统工作状态及工作环境的好坏, 直接影响中波发射台的覆盖范围和发射机的正常运行。我们做到天调系统运行状态及运行环境的实时监测, 第一时间掌握其相关的变化情况, 达到临界点时提前进行相关的预防性处理, 才能保证天调系统的运行安全。

播出数据统计 第7篇

传统的电视节目编辑和播出依靠录影带, 而随着计算机技术的发展, 电视节目开始以文件的形式存储在硬盘中, 方便了编辑和制作。硬盘播出系统将硬盘上存储的媒体文件转变成信号输出到发射机上。目前我国各级电视台基本上都已经广泛运用硬盘播出系统了。

硬盘播出系统要求各个部门协同合作完成电视节目的编辑和制作, 形成一个完整的播出业务综合平台, 提高工作效率和节目的质量。工作流程为:总编室、新闻部、广告部编辑节目单, 并完成嵌入过程, 然后将节目单发送到文件服务器进行审核——节目上载——节目监看和素材管理——播出表编辑管理——播出控制——播后数据统计。

运用硬盘播出系统之后, 电视节目都需要提前通过上载工作站采集完成, 也就是说将电视节目播出中的不确定性因素和节目质量问题都体现在这一个环节了, 这也体现出上载工作的重要性。一旦上载工作有任何一丝一毫的差错都会直接影响到电视节目播出的安全。

2 节目上载流程

在节目上载终端, 上载人员在数据库中调出总编室、新闻部和广告部编辑已经通过审核的节目单, 然后系统会自动生成节目上载单, 上载人员根据节目上载单来上载节目, 然后上载终端会根据根据信号源来选择合适的输入信号, 最后还要将上载节目的各个描述信息保存到数据库中。

在上载节目时, 上载人员需要核对每个节目的名称、集数、播出日期等基本内容, 然后再将磁带放入录像机, 根据磁带上的TC码找到起始点并切换至CTL后置零, 然后在上载列表中找到上载任务, 选定上载通道, 再次核对基本信息是否正确, 方可开始上载。每上载完一条节目, 就要将磁带按照正确方法装入磁带盒中并归入相应磁带柜中。上载时发现有问题的节目不要上载, 要通知相关人员进行处理。当节目的音、视频质量达不到规定要求时要停止上载并且删掉音、视频。对上载节目和未上载节目进行明确区分, 在交接时要有严密的流程, 对节目进行有序保管, 便于查找和使用。

3 节目上载对节目安全播出的影响

节目上载是一个较为繁琐的过程, 它是跟其他各个部门之间紧密联系合作的, 比如说:有的时候送磁带的时间较晚, 在节目即将要播出时, 要与播控中心取得联系, 以便做好应急播出准备。那么, 节目上载对节目安全播出的影响可以从哪几个方面来说呢?

3.1 节目素材伴音不正确

在节目上载过程中, 如果没有按照要求将节目伴音设置在左声道就会导致没有声音。因此, 节目上载人员在上载时一定要注意伴音声道的问题。而为了避免这类现象的发生, 也可以采用双声道的上载, 这种上载方式改变了传统的伴音采集。

3.2 小于5秒的素材无法播出

为了避免意外事故的发生, 在节目在播出之前要对节目进行预览。硬盘播出系统明确规定小于5秒的视频是无法播出的, 一旦有小于5秒的素材存在, 系统就会自动报警, 需要将此素材删除, 否则的话就会导致画面一直停留在上一条素质的最后一帧, 伴音则是杂音, 这样就带来了节目播出意外事故, 所以预览时要对每一个素材进行分析, 避免出现意外事故。

3.3 编单时突然发现已上载的素材消失了

在进行节目上载时, 上载人员要严格按照上载要求和上载流程来上载, 在上载中确认素材的播出日期和截止日期。一般而言, 系统自动默认播出日期就是上载日期, 但是当编串联单时发现素材消失了, 那么就需要重新寻找素材, 如果素材类型选择的是“栏目”, 那么系统会在节目播出后的7天自动删除。因此, 在上载时必须确认截止日期和播出日期, 以免系统自动删除。

3.4 上载时传输线的脱离会使得节目出现黑屏现象

黑屏现象是这样的:节目在播出过程中突然出现黑屏现象, 没有伴音, 过了几分钟后节目又继续正常播出, 这种情况的发生是因为节目在上载过程中传输线脱离, 而节目却依然在上载, 所以就导致了黑屏现象的产生, 而且在审看节目中也没有审看仔细发现这个问题, 一直到播出时才发现, 这严重影响了电视台的发展。因此, 上载时任何一个地方的小细节都必须注意, 努力保证每一条节目上载的正确、完整。

3.5 播出串联单无法关联到已上载节目

当播出串联单中显示节目无素材, 而素材库中有同名不同IP地址的素材, 这种情况出现的原因是:上载时没有查询上载列表, 遵循先上载后编单的原则上载。这种情况下就会使得串联单上的节目没有素材, 因此, 为了解决这个问题, 一般是在上载之前先查询串联单, 根据串联单进行相对应节目的上载。或者说, 当发现问题时, 修改串联单, 将已上载的素材编入串联单中。

3.6 播出串联单中重播节目无素材

有的节目是重播节目, 但是在播出串联单中却发现节目没有素材, 素材在主备视频服务器的回收站中, 需要在回收站中恢复该素材。出现这种情况的原因是:为防止误删, 上载人员会将节目类型设置为“电视剧”, 当二级存储空间小于500M时上载人员再将一些“电视剧”素材删除。当上载人员将素材彻底删除后, 而素材已经编入串联单了, 所以在回收站中可以将素材恢复。

4 结论

硬盘播出系统为现代电视数字化实现开辟了新道路和方向, 将会逐渐促进我国广播电视的发展。在电视中是视频, 在广播中是音频, 基本的工作环节是一致的。上载作为其中的一个重要环节, 它是节目播出安全的一个重要保证。上载环节是保证节目信息正确的重要环节, 它也是协调配合其他各个部门来努力做好节目播出安全的一个重要环节。为了逐渐促进电视系统的数字化, 保证电视节目的质量和安全播出, 那么就需要形成严谨的上载工作流程, 保证节目安全播出。

参考文献

[1]胡滨.硬盘播出系统中规范上载流程是安全播出的保障[J].现代电视技术, 2008 (9) .

[2]江海荣.硬盘播出系统中上载对安全播出的影响[J].东南传播, 2013 (6) .