idc机房工作总结

idc机房工作总结篇一

IDC机房月工作总结1

2011年11月工作总结

一、IDC的日常工作和巡检的自我总结：

在日常巡检的过程中，认真仔细的检查动力机房的空调，UPS，油机等数据，并认真做好巡检记录，与之前的巡检记录进行对比，发现异常后马上与值班长沟通，如果确认为故障则马上上报网监中心。在巡检过程中做到随手关灯，做好节能减排工作。 在十一月份中，机房发生了两次事故，第一次事故我休假回家，第二次事故是我值班，后半夜三点多钟的时候。因为迟了十分钟接到电话，我感到很内疚，自己的工作没有做好。在发生故障之后，在主管和xx的帮助之下重启了空调主机。经过这次事故，我学到了很多经验，以后再发生万一的时候就不会不知所措。以后巡检的时候也会更加仔细，认真。在后半夜的巡检中，也会每隔一段时间就会一楼查看空调主机工作状态是否正常。发生故障的时候也会更加镇定，及时处理故障，与上级沟通。

在IDC机房责任分工制度中我负责的五楼托管机房的一些问题中，我也及时的与工程公司沟通过，安全出口指示灯以及紧急照明灯都已经修复好，只剩下气瓶室的防火泥没有封堵。我会继续跟进，及时上报。

二、下个月的工作计划：

在十二月份的工作中，巡检的时候更加仔细认真，做好本职工作，保证机房安全。发现问题及时与主管与xx沟通。

idc机房工作总结篇二

机房管理员工作总结

管理机房，做好机房辅导工作已经成为我义不容辞的责任。一年来，我的工作都是以机房辅导为主，上半年，只是辅导上机，不用给学员讲课，工作量不大，只是到晚上8：00关机房了，我才能休息。下半年，试用期过后，我开始备课带初中级班，机房由各位老师轮流值班，还是以为我主，这样每天都是值班到晚8：00我才下班。所以，相比其他老师来说，我的工作是简单的 只是下班的时间比较晚。用我自己的话说：“我每天都在重复着我昨天的故事”。虽然是这样的日复一日的工作，但是，我对工作认真的态度从来没有改变过，我坚持每天做以下工作：

1、按时到机房值班。因为每天早上几乎都是我开机房，有些学员会提前来学校，所以我也是提前10分钟开机房，做好准备工作。

2、检查机器。对于机房中的机器虽然不用修理，但是每天我都会进行检查，做到心中有数，不好使的机器、键盘、鼠标等及时告诉孙老师进行维修和更换，这样学员多的时候能保证每个学员都有机器练习，也避免了鼠标球丢失和键盘、鼠标乱插拨的现象。即使现在机房换了新机器，机器速度也快了，也没有以前学生恶意损坏机器的事发生了，但是对机房里的机器进行检查已经成为我的一种习惯了。

3、卫生。好的环境能给人一种好的心情，机房的卫生除了要求学员保持以外，每天都会进行打扫，前半学期，女寝人多每天关机房时就由她们进行打扫，并拖地。后半学期，由长期班学生打扫，放假后，我也会在机房人少的时候进行打扫并严格要求学生保持卫生。

4、纪律。在机房练习时要求学员上机跟上课是一样的，不允许吃东西、乱说话、谈论跟上机练习无关的事情，要保持安静，有什么问题可以举手问或叫老师。学员也希望自己能在有学习气氛和干净的环境中学习。

5、机房辅导。机房辅导时是需要很多耐心的，因为，短班学员在年龄上的差距很大，年轻的学员学得快，年龄大些的学员就比较慢，那么学员练习时，要在机房巡视、认真、主动、耐心地辅导学员，帮助他们完成带课老师所留的上机作业题，并且注意对基础不好的学员进行手把手辅导。有时，可以给他们一起演示操作过程，但还是需要一个个去辅导，同一个问题要给每个不会的学员讲解，操作到是不累，但是要不停地给他们讲解，一天下来就知道嗓子冒烟是什么样的感觉了。也许，是我的耐心，让我很自然的适应了这份工作。

三、教学方面的经验及教训

下半年我才开始正式讲课带班，尽管带班时间不长，带的是初中级班，但是我很注意积累平时讲课时的经验教训，更让我有了工作上的成就感。我想说，我这棵树虽小，但也结了很多桃李了。在工作中，我认真备课、上课，积极地参与听课和评课。及时做好课后实践的辅导工作，对学生严格要求，尊重学生，发扬教学民主，使学生有所得，不断提高，从而不断提高自己的教学水平，改进教学方法并顺利完成教学任务。

下面是我的教学经验及教训

（一）为了使学生有所得，提高教学质量，关键是上好课，

我做了下面的工作

1、课前准备：备好课

（1）根据学校的教学计划，提前备好课，写好教案。平时做到，周前备课。备课时认真钻研教材，虚心向其他老师学习、请教。把教材看透，找准重点、难点。每次，当我工作完成的时候，常常是深夜了。

（2）了解学员原有的知识技能的掌握程度、兴趣和需要，在学习新知识可能会有哪些困难，采取相应的讲课方式。

（3）考虑教法，解决如何把自己掌握的教材传授给学员，包括按教学计划如何组织教材，如何安排每节课的活动。

2、课堂上的情况

提前做好课前准备工作，组织好课堂教学。尤其短期班的课程都要上机完成，因此，每节课也要认真做好上机准备，检查机器状态，是否有“不可用机器”。上课时认真讲课，抓住重点，突破难点，精讲精练。课堂语言上我也有所提高，简洁明了，克服了我以前重复的毛病。每节课在讲课之前，都是“复习旧课，导出新课”，课堂提问面向全体学员，注意引发学员学计算机的兴趣，在课堂上都是讲练结合，尤其是在让学生动手操作上，更应该加强学生的操作能力。在郑校长的支持下，我还大胆尝试，因为学员有一定的基础，我提出自学要求，上课时让学生动手操作，师生互动，生生互动，更像郑校长跟我们说的那样，要教学生一碗水，自己就要有一桶水，未来的教育发展是形成自来水，发扬教学民主。在课后我还布置好上机实践作业，

作业要少而操作性强，以减轻学员的负担。

3、做好笔记

根据每节课的特点，为学生设计最合理的笔记，便于学生理解和掌握当堂课所学习的知识，并要求学员也适当抄记。这样，上机练习不会时也可以查看自己的笔记。

（二）要提高教学质量，还要做好课后辅导工作。学员很多都是有工作了，上理论课，他们经常会分散注意力或说话，针对这种问题，在课后上机的时候就要严格约束他们，提高他们的实践能力，使学员学有所得。

（三）积极参与听课、评课，虚心向其他老师学习教学方法，取长补短，提高教学水平。

（四）培养多种兴趣爱好，把书籍当作最好的朋友，不断扩宽知识面来丰富教学内容。

四、个人学习

从报纸上和郑校长介绍“教师资格证”认定的条件，使我知道了做为一名拿资格证的教师要有本科学历才行。我觉得自己赶上了好时候，同时，这也深深的触动了我。我现在还是在读的大专学生，既要对工作付全责又要对学习付出努力，每天下班吃完饭都是快晚上9点了，再备备课，说句心里话，真的没有那么多的精力。但是为了适应当前教育的形式，给自己充电，上学期开始周六不开机房了，这样每周六我都跟业余大专班学习大专课程，也是为考试做好准备。即是在这样的环境中，我要像郝老师那样，边工作边把学习做好，既然

选择了教师这一职业，我决定要积极进行学历进修学习，争取把专、本科拿下来。平时还要抽出时间学习一些英语，希望有一天能用一口流利的英语和学校的外教进行交流。

六、努力方向

1、加强自身基本功训练，课堂上做到精讲精练，注重对学生能力的培养，让学生学有所得。

2、加强机房纪律和机器使用的管理，使学生不仅要保持机房卫生，遵守纪律，更应该学会爱护机房的机器。

3、学校安排的工作要积极主动的完成。

4、多利用业余时间认真学习电脑知识，在网站设计和多媒体课件制作上下功夫，努力使学校也拥有自己的网站。

在今后的学习工作中，我将严格要求自己，努力工作，好好学习，向这个方向前进。

不知不觉中，一年的工作也接近了尾声，新年也即将到来，总得来说一年的工作中收获还是很多的，但比起其他老师还是有很大差距，还要虚心向他们学习。因此，我要在新的一年里更加倍的努力工作，在今后工作上还请领导，同事们多提宝贵意见！

时间过的好快啊？转眼间到了***年末

idc机房工作总结篇三

IDC机房年度工作总结

2011年11月工作总结

一、idc的日常工作和巡检的自我总结： 在日常巡检的过程中，认真仔细的检查动力机房的空调，ups，油机等数据，并认真做好

巡检记录，与之前的巡检记录进行对比，发现异常后马上与值班长沟通，如果确认为故障则

马上上报网监中心。在巡检过程中做到随手关灯，做好节能减排工作。 在十一月份中，机房

发生了两次事故，第一次事故我休假回家，第二次事故是我值班，后半夜三点多钟的时候。

因为迟了十分钟接到电话，我感到很内疚，自己的工作没有做好。在发生故障之后，在主管

和xx的帮助之下重启了空调主机。经过这次事故，我学到了很多经验，以后再发生万一的时

候就不会不知所措。以后巡检的时候也会更加仔细，认真。在后半夜的巡检中，也会每隔一

段时间就会一楼查看空调主机工作状态是否正常。发生故障的时候也会更加镇定，及时处理

故障，与上级沟通。

在idc机房责任分工制度中我负责的五楼托管机房的一些问题中，我也及时的与工程公

司沟通过，安全出口指示灯以及紧急照明灯都已经修复好，只剩下气瓶室的防火泥没有封堵。

我会继续跟进，及时上报。

二、下个月的工作计划： 在十二月份的工作中，巡检的时候更加仔细认真，做好本职工作，保证机房安全。发现

问题及时与主管与xx沟通。篇二：2014年数据中心工作总结 2014年数据中心工作总结 今年来，在公司各级领导及同事们的关心帮助下，数据中心坚持以企业精神塑造自我，

以企业文化完善自我，以企业标准提高自我，以企业纪律约束自我，认真扎实地完成了本职

工作和上级赋予的各项任务，基本实现了技术立足自我、故障及时排除的工作目标。 公司数

字有线电视、宽带数据和固话三网核心业务系统和设备的维护工作在数据中心，数据中心要

保持稳定的运行，需要的专业技术人员。一般承担重要业务的数据中心都是有人24小时值守，

完全无人管理维护的数据中心几乎没有。所以数据中心日常维护工作烦琐，但又很重要。随

着人们的工作生活对数据的完全依赖，承载数据计算、运行的数据中心正发挥着越来越重要

的作用，这更突显出维护工作的重要。数据中心的维护工作可分为五大类：一是日常业务类、

二是日常检查类、三是应用变更、部署类;四是软、硬件升级类;五是突发故障处理类。下面

就这五个方面的维护工作进行总结。

一、主要日常业务类工作

1、公司的宽带固话业务开通的流程是：营业厅受理-数据中心开通-片区维护员上门安装。

由此可以看出，所有用户端onu业务是由数据中心开通，这就要求数据中心所有技术员都必

须熟悉华为和烽火olt网管系统，仔细认真的开通onu，并配合片区维护员解决用户端故障；{idc机房工作总结}.

2、vod点播系统片源编码上载，今年累计更新电影和电视剧共630集；

3、根据卫星电视节目调整和变更调整，调整卫星接收机的参数，尽快恢复有线电视节目；

经常联系和沟通兵团电视台、开发区电视台、石油电视台技术人员，保证互传电视节目的调

整、变更和恢复尽快进行；目前给我公司共有158套电视节目；

二、日常监控检查类工作 “千里之堤，溃于蚁穴”。任何的故障在出现之前都可能会有所表现，小的隐患不消除，

可能导致重大的故障出现，所以数据中心日常的例行检查工作枯燥，但也很重要，可以及时

发现一些运行中的隐患。根据数据中心承载业务重要性的不同，要对数据中心里的所有运行

的设备进行例行检查。一些数据中心设备厂商提供了检查软件，比如网管软件，安全防护软

件等。可以利用这些软件对数据中心网络进 行检查，看日志是否有异常告警，网络是否出现过短时中断等。通过网络探测软件看网

络质量如何。检查服务器应用服务是否正常，cpu内存等利用率是否正常。这些检查每日都

要重复检查，一旦有异常及时处理与消除。 对数据中心的机房环境也要进行检查，环境的温度、湿度、灰尘是否合乎要求。空调、

供电系统进行运行良好，设备运行是否过热，地板、消防、监控都是检查的部分。不合理的

地方要及时进行整改。一个小故障可能因为不熟悉导致大故障，因此日常检查绝不能应付，

虽然需要不断重复，在持续的检查过程中，将会对数据中心的理解越来越深，这样每次检查

都会有新的发现，在检查中进行学习。

三、应用变更类工作

数据中心承载的业务不会是一成不变的，随着业务的多样化，经常要对业务进行调整，

包括服务器和网络的设置。因此要对服务器和网络设备操作很熟悉，主要需要掌握服务器命

令和网络协议。要根据应用的需要，做出变更。这时就对维护人员提出了更高的要求，不仅

是对数据中心原有业务要非常熟悉，还要对新上的应用业务有正确的理解，这样才能在不影

响原有业务的基础上做调整。这样的应用变更每个月可能都要做几次，是数据中心维护人员

的必修课，突显了一个技术人员的基本技能水平。这时要对设备操作命令比较熟悉，懂得如

何实现业务，要经常和设备厂商的技术人员打交道，通过交流尽快掌握设备操作方法。同时，

由于设备厂商对应用业务缺乏了解，这就需要维护人员在应用业务和设备具体实现之间做好

协调，处理。以最快的时间和最小的代价完成应用业务部署。如，去年公司只有联通宽带固

话业务，新增加铁通和电信的宽带和固话业务，需要数据中心技术员联系厂家技术员如何对

用户端onu升级才能开通业务，并教会片区维护员。随着用户增多，原有的数据网络规划已

不能公司未来业务发展和网络安全需求，因此，今年公司请代维公司对公司数据网进行重新

规划，核心网络合理化，安全性提高，实现每用户每vlan，符合未来业务发展和网络安全需

求。

四、软硬件升级类工作 数据中心的设备一般运行周期是五年，不断地有设备需要逐渐淘汰进行更换，如机房原

有一台08年采购的空调已老化，不制冷，必须淘汰，今年7月采购一台机房专用精密空调机

房未来5年发展的需要；一些08年采购卫星接收机不开机或无法锁定接收参数，更换为备用

的接收机。也有一些设备因为存在软件缺陷需要升级，因此软硬 件升级也是维护工作的一部分，尤其是软硬件出现故障时，就必须要进行更换。有时为

了不影响业务，往往还需要设备厂商提供软件补丁来解决问题。如vod点播系统、烽火olt

网管系统等今年都进行过升级，数据中心的设备很多，出现软硬件故障很正常，所以要不断

地进行软硬件升级，这类工作往往都要在业务量最少的凌晨之后进行，维护人员通宵熬夜是

常有的事。如今年核心设备更换调整、数据网扩容升级都是在深夜进行。

五、突发故障类工作

没有任何一个数据中心是不出故障的，在数据中心运行的过程中都会出现这样那样的问

题。这时就显示出维护人员的高技能水平，维护人员的水平高低往往决定了一个数据中心运

行的稳定程度。对于突发故障，高水平的维护人员可以静下心来冷静分析故障的触发原因，

迅速找到解决的方法，如联通今年两次dns无法访问故障、一次千兆网变成百兆网故障，由

数据中心技术员及时沟通联通数据中心，判断故障并解决故障；今年上半年十二师师部市电

多次停电，需要联系十二师师部电工和电力局客服了解情况，情况不明就根据ups电池电量

判断是否开启发电机发电，并按照应急突发流程汇报给领导。为保证核心网络设备硬件突发

故障快速处理，公司专门为这些设备购买硬件维保，维保公司可以快速提供备机和备件更换。 总的来说，这些工作看起来有些平常，其他部门看不到或不了解，但千万别小看它们。

数据中心维护工作实际上非常重要，关乎着整个公司三网业务的正常运行。 2015年工作计划

1、目前，数据中心维护人员主要欠缺的是专业技术能力和处理故障的能力，需要加强培

训，以及维护人员自己主动、认真学习和总结技术知识，不断提高自己才能更好的完成数据

中心的维护工作；

2、抓好数据中心人员管理和值班安排，做好核心机房安全运行工作，严格按照公司制度

进行考核；

3、核心机房数字电视前端设备使用大部分超过6年，做好备机备件采购工作；

4、增加高清节目4套；

5、解决vod点播片源问题，找相关公司购买片源；篇三：idc自己总结文档

1. mysql : /usr/share/mysql/mysql.server restart 数据库重新启动

2. 修改页面超级用户rzx1218密码，进入数据库，use idc；update usertbl set

user_passwd=password(cooperation_2007) where user_account=rzx1218;

3. java进程没起来，为java程序锁定固定内存后，观察了四天，表现正常。 在/etc/profile中加入export java_opts=-xms256m -xmx512m

4. tomcat :/usr/tomcat/bin/startup.sh tomcat页面重新启动 每次启动的时候都

需要手动启动

5. 修复数据库，首先进入数据库，然后用repair table 表名;比如我们修复

operation_alarm这个表为例：mysql> use idc;（进入这个表所在的数据库） database

changed

mysql> repair table operation_alarm; +---------------------+--------+----------+----------+ | table | op | msg_type | msg_text | +---------------------+--------+----------+----------+ | idc.operation_alarm | repair | status | ok | +---------------------+--------+----------+----------+ 1 row in set (0.08 sec)

7. 如果页面的验证码出不来，有可能：一是由于硬盘空间不足，二是由于内存不足，解

决方法：一是释放硬盘空间，二是内存造成的不足，可以把所有进程杀掉，包括底层；然后

先把页面也就是java先起来，在把底层捕包和其他的进程起来。

8. 把rzx_home 这个文件夹放在/etc/

9. 做文件连接：ln -s 目的文件夹 源文件夹 例如：ln -s /appslog/log log

10. /ge_driver/load_dum_network 通过more命令查看，可以看见那个网卡是补包，

有promisc的就是，在/apps/bzw/bin/setup/device.conf 下面修改。

13. 根据服务器系统配置，选择/var/lib/mysql/ 下的my-mediu.cnf文件

(/usr/share/doc/packages/mysql-server/my-medium.cnf) 重命名为my.cnf 放到 /etc/ 下 在my.cnf 中修改套接字 {在/appslog/idcdata(自己建立)} socket = /appslog/idcdata/mysql/mysql.sock innodb_data_home_dir = /appslog/idcdata/mysql/ innodb_data_file_path = ibdata1:10m:autoextend innodb_log_group_home_dir = /appslog/idcdata/mysql/ innodb_log_arch_dir = /appslog/idcdata/mysql/ # you can set .._buffer_pool_size up to 50 - 80 % # of ram but beware of setting memory usage too high innodb_buffer_pool_size = 16m innodb_additional_mem_pool_size = 2m

# set .._log_file_size to 25 % of buffer pool size innodb_log_file_size = 5m innodb_log_buffer_size = 8m innodb_lock_wait_timeout = 50

11./home/rzxidc/auditupload(关键字记录)/做连接 ln –s /appslog/log/data

1000

/home/rzxidc/做连接 ln –s /appslog/log/ upload

12.在bz_idc_build37_20060104.tar解压缩后在/apps/bzw/下面有一个log，先删除掉

它，在做一个连接ln –s /apppslog/log log

13.在添加机房记录之前，先关掉/apps/bzw/bin/bzwctrl stop 这样在添加托管主机记

录的时候不会出问题

14．注册：在页面的系统管理\许可证号管理\添加许可证号（一般添加1111）

系统管理\探针管理\注册\生成注册核对号\ 后台：/apps/bzw/bin/setup ./setup_sz 127.0.0.1 8000 4403 注册核对号 4403001000

15. 在安装软件时mysql <idc_build.txt建立数据库，如果有先关掉，drop database

idc;

16．修改时间date 月日时分年 如：data 0305141406 这就是2006年3月5号14：14

分

17．用硬件时间同步系统时间 hwclock --hctosys 相反的系统同步硬件时间hwclock –

systohc 你可以用man kwclock 查看守则

18. 修改tomcat_home/conf/server.xml，配置ssl端口参数 原配置

<!--

<connector port=8443 maxthreads=150 minsparethreads=25 -->

修改为

<connector port=8080 maxthreads=150 minsparethreads=25 secure=true clientauth=false sslprotocol=tls keystorefile=conf/server.keystore keystorepass=rzxadm /> 需要注意的是，加完后要把注释取掉 注释的格式是<!-- 符号开始，以 - -> 符号结束 同时要把上面的无ssl参数设置的地方加注释去掉 tomcat配置参数设置好以后，要重新启动tomcat服务，让参数设置生效！ 对/usr/tomcat/conf/下的server.xml文件进行修改：在端口号（port）为8080的节点

<connector>中增加属性uriencoding=gbk。目的是解决url传递参数时出现的乱码问

题。

例如：

<connector port=8080 maxthreads=150 minsparethreads=25 maxsparethreads=75

enablelookups=false redirectport=8443 acceptcount=100 debug=0 connectiontimeout=20000 disableuploadtimeout=true uriencoding=gbk

/> 修改tomcat-users.xml文件后，要重起tomcat服务，使参数设置生效

19．在tmp下面作mysql.sock软连接以前，要先把/var/lib/mysql 移到 /appslog下

面 mv ./var/lib/mysql /appslog/idcdata{idc机房工作总结}.

20、idc的页面图标放在/usr/tomcat/webapps/idc/pub/images下面；

21、在idc里面察看端口是否开放，如8080 端口netstat -nat |grep 8080

22、如果要删除日志应删除/home/rzxidc/upload/1000下面的内容 开启调试功能/apps/bzw/debug #配置各类程序的调试信息 #说明： 1、[]里面包含程序名，例如[memlog]指程序memlog的配置。 # 2、

is_debug指是否调试（1：是；0：不是） # 3、debug_level指调试级别（1：输出到屏幕；2：输出到日志文件；3：输出

到屏幕和日志文件）

# 4、log_file指日志文件名（绝对路径） # 5、修改完配置后，必须重新启动宽带系统，否则配置的修改无效。 查看调试

日志：

tail –f /tmp/rzxanalyse.log 查看布控是否下发下来了： /apps/bzw/bin/kit/readcfg –a 删除下发关键字：

/apps/bzw/conf/db_cfg/djcfgfile/ 在数据库中查看 ： show databases; mysql> use idc; select * from audit_list; /apps/bzw/bin/setup

[logclient]——上传日志，对捕获的各种协议的访问日志上传其主要的摘要信息。

[dumwish]----捕包程序，捕获镜像口传来的数据包

[nsdpf]——协议分解程序， sysmon——监护进程，对其余进程的监护。 checktime--—检查审计文件存放目录的程序，建立文件存放的目录模版

八 管理服务器

管理服务器的主要作用是接收探针捕获的日志，信息，并存储和分析相应的日志信息，

并可根据管理部分的需要下发审计关键字。 程序所在目录：/home/rzxidc/bin/ recvfilesver：负责接收审计文件 udplogserver：负责接收日志摘要 mysql> select * from case_info; 数据库转移

1.先停止正在运行的mysql服务

3.迁移/var/lib/mysql/mysql目录到数据库存放的新目录 (mv /var/lib/mysql/mysql/ /appslog/idcdata/mysql/)#把/var/lib/mysql/下的

mysql目录移到appslog/idcdata/mysql/下 chown -r mysql:mysql /appslog/idcdata/mysql #给/appslog/idcdata/mysql 一

个mysql权限

2.编辑/usr/share/mysql/mysql.server文件，把里面的datadir修改为数据库存放的

idc机房工作总结篇四

数据中心个人总结

篇一：2014年数据中心工作总结

2014年数据中心工作总结

今年来，在公司各级领导及同事们的关心帮助下，数据中心坚持以企业精神塑造自我，以企业文化完善自我，以企业标准提高自我，以企业纪律约束自我，认真扎实地完成了本职工作和上级赋予的各项任务，基本实现了技术立足自我、故障及时排除的工作目标。 公司数字有线电视、宽带数据和固话三网核心业务系统和设备的维护工作在数据中心，数据中心要保持稳定的运行，需要的专业技术人员。一般承担重要业务的数据中心都是有人24小时值守，完全无人管理维护的数据中心几乎没有。所以数据中心日常维护工作烦琐，但又很重要。随着人们的工作生活对数据的完全依赖，承载数据计算、运行的数据中心正发挥着越来越重要的作用，这更突显出维护工作的重要。数据中心的维护工作可分为五大类：一是日常业务类、二是日常检查类、三是应用变更、部署类;四是软、硬件升级类;五是突发故障处理类。下面就这五个方面的维护工作进行总结。

一、主要日常业务类工作

1、公司的宽带固话业务开通的流程是：营业厅受理-数据中心开通-片区维护员上门安装。由此可以看出，所有用户端onu业务是由数据中心开通，这就要求数据中心所有技术员都必须熟悉华为和烽火olt网管系统，仔细认真的开通onu，并配合片区维护员解决用户端故障；

2、vod点播系统片源编码上载，今年累计更新电影和电视剧共630集；

3、根据卫星电视节目调整和变更调整，调整卫星接收机的参数，尽快恢复有线电视节目；经常联系和沟通兵团电视台、开发区电视台、石油电视台技术人员，保证互传电视节目的调整、变更和恢复尽快进行；目前给我公司共有158套电视节目；

二、日常监控检查类工作

“千里之堤，溃于蚁穴”。任何的故障在出现之前都可能会有所表现，小的隐患不消除，可能导致重大的故障出现，所以数据中心日常的例行检查工作枯燥，但也很重要，可以及时发现一些运行中的隐患。根据数据中心承载业务重要性的不同，要对数据中心里的所有运行的设备进行例行检查。一些数据中心设备厂商提供了检查软件，比如网管软件，安全防护软件等。可以利用这些软件对数据中心网络进行检查，看日志是否有异常告警，网络是否出现过短时中断等。通过网络探测软件看网络质量如何。检查服务器应用服务是否正常，cpu内存等利用率是否正常。这些检查每日都要重复检查，一旦有异常及时处理与消除。

对数据中心的机房环境也要进行检查，环境的温度、湿度、灰尘是否合乎要求。空调、供电系统进行运行良好，设备运行是否过热，地板、消防、监控都是检查的部分。不合理的地方要及时进行整改。一个小故障可能因为不熟悉导致大故障，因此日常检查绝不能应付，虽然需要不断重复，在持续的检查过程中，将会对数据中心的理解越来越深，这样每次检查都会有新的发现，在检查中进行学习。

三、应用变更类工作

数据中心承载的业务不会是一成不变的，随着业务的多样化，经常要对业务进行调整，包括服务器和网络的设置。因此要对服务器和网络设备操作很熟悉，主要需要掌握服务器命令和网络协议。要根据应用的需要，做出变更。这时就对维护人员提出了更高的要求，不仅是对数据中心原有业务要非常熟悉，还要对新上的应用业务有正确的理解，这样才能在不影响原有业务的基础上做调整。这样的应用变更每个月可能都要做几次，是数据中心维护人员的必修课，突显了一个技术人员的基本技能水平。这时要对设备操作命令比较熟悉，懂得如何实现业务，要经常和设备厂商的技术人员打交道，通过交流尽快掌握设备操作方法。同时，由于设备厂商对应用业务缺乏了解，这就需要维护人员在应用业务和设备具体实现之间做好协调，处理。以最快的时间和最小的代价完成应用业务部署。如，去年公司只有联通宽带固话业务，新增加铁通和电信的宽带和固话业务，需要数据中心技术员联系厂家技术员如何对用

户端onu升级才能开通业务，并教会片区维护员。随着用户增多，原有的数据网络规划已不能公司未来业务发展和网络安全需求，因此，今年公司请代维公司对公司数据网进行重新规划，核心网络合理化，安全性提高，实现每用户每vlan，符合未来业务发展和网络安全需求。

四、软硬件升级类工作

数据中心的设备一般运行周期是五年，不断地有设备需要逐渐淘汰进行更换，如机房原有一台08年采购的空调已老化，不制冷，必须淘汰，今年7月采购一台机房专用精密空调机房未来5年发展的需要；一些08年采购卫星接收机不开机或无法锁定接收参数，更换为备用的接收机。也有一些设备因为存在软件缺陷需要升级，因此软硬件升级也是维护工作的一部分，尤其是软硬件出现故障时，就必须要进行更换。有时为了不影响业务，往往还需要设备厂商提供软件补丁来解决问题。如vod点播系统、烽火olt网管系统等今年都进行过升级，数据中心的设备很多，出现软硬件故障很正常，所以要不断地进行软硬件升级，这类工作往往都要在业务量最少的凌晨之后进行，维护人员通宵熬夜是常有的事。如今年核心设备更换调整、数据网扩容升级都是在深夜进行。

五、突发故障类工作

没有任何一个数据中心是不出故障的，在数据中心运行的过程中都会出现这样那样的问题。这时就显示出维护人员的高技能水平，维护人员的水平高低往往决定了一个数据中心运行的稳定程度。对于突发故障，高水平的维护人员可以静下心来冷静分析故障的触发原因，迅速找到解决的方法，如联通今年两次dns无法访问故障、一次千兆网变成百兆网故障，由数据中心技术员及时沟通联通数据中心，判断故障并解决故障；今年上半年十二师师部市电多次停电，需要联系十二师师部电工和电力局客服了解情况，情况不明就根据ups电池电量判断是否开启发电机发电，并按照应急突发流程汇报给领导。为保证核心网络设备硬件突发故障快速处理，公司专门为这些设备购买硬件维保，维保公司可以快速提供备机和备件更换。 总的来说，这些工作看起来有些平常，其他部门看不到或不了解，但千万别小看它们。数据中心维护工作实际上非常重要，关乎着整个公司三网业务的正常运行。

2015年工作计划

1、目前，数据中心维护人员主要欠缺的是专业技术能力和处理故障的能力，需要加强培训，以及维护人员自己主动、认真学习和总结技术知识，不断提高自己才能更好的完成数据中心的维护工作；

2、抓好数据中心人员管理和值班安排，做好核心机房安全运行工作，严格按照公司制度进行考核；

3、核心机房数字电视前端设备使用大部分超过6年，做好备机备件采购工作；

4、增加高清节目4套；

5、解决vod点播片源问题，找相关公司购买片源；篇二：数据中心工作模块内容与个人总结20110904

数据中心工作模块内容与个人总结

4月14日步入公司的大门已经四个半月有余，现对在此过程中，工作中需要注意的几个方面做以下总结和说明（全文均以浙江省区为例）：

一、建档

1、每月月初将上月档案下发给省区行政助理核对。

1) 检查上个月的档案是否正确，确保操作上的失误导致档案在无意识的情况下被变更的可能；

2) 检查本月档案是否需要变更，如删除、新增以及单位属性变更等；

3) 将修改过的最新档案再次下发给省区行政助理核对，确保已修改无误；

4) 档案变更工作需在流向计划和报量计划新建之前完成，原则上要求每月5日之前完成档案的修改工作；

5) 浙江省区医疗档案现暂时由省区自行管理，数据中心监督。省区在修改档案时，需提供修改证明，即报告证明，由数据中心数据专员统一备案保管。

2、建档（以核心药店的建档为例）时需要注意的几点：

1) 建档时，切记单位属性不要搞错，是核心药店还是核心医疗，需格外小心谨慎；

2) 导入档案时，选中关键字“快速查找”该条记录是否已在现有的档案中。若有，则只需选中该条记录“确定档案”更改其对应的属性即可；若没有，则“新增档案”，完成单位属性及所在区域的设置即可；

3) 使用关键字搜索时，若发现有多条记录并确认这些记录属于同一终端，则需要进行“档案归并”操作。归并操作一般将id号大归并到id号小的终端上。

档案归并有以下两种方式：

a) 在搜索结果栏中，选中这些记录，点击下方的“档案归并”，选择要归并哪家终端即可，最后再修改终端属性；

b) 在菜单栏中，选择“终端”->“档案调整”->“终端归并”，使用关键字“过滤”出需要归并的记录，在左侧选中要归并掉的记录，在右侧空白框内输入要归并到的终端id，点击“查询id”，确认无误后点“归并”即可完成；

注：归并操作必须在确认这些记录确为同一终端的情况下操作，一旦操作不可更改！

4) 选中记录，在更改单位属性前，务必查看右侧下方显示的终端信息，特别需要注意的是该条记录的单位属性。如该条记录本身的单位属性已为“核心药店”，则记录下该条记录的终端id及其他必要信息，以备反馈给终端办和省区。同时，跳过该条记录不做任何修改。

5) 档案导入过程中，时因系统或计算机本身的问题会出现错误，为防止重复工作，切记做好“过程保存”；

6) 档案导入完成后，查看“过程保存”记录，确保所有记录都已导入系统。对未导入记录重新导入；有异议的记录，及时反馈给终端办和省区；

二、流向

保证流向的正确、完整是非常重要的，因为之后的报量、进销存以及各项费用都有由流向来核实并计算得到的。因此，请认真仔细对待流向录入工作。

浙江省区数据中心数据专员需要导入流向的为品牌商业的品牌药和ka连锁的全部产品，品牌商业的处方药及处方商业的全部产品都由金丽衢、温台、宁绍舟和杭嘉湖四个办事处的行政助理负责整理并导入。其中，品牌商业的品牌药包括前列康、刻停、非那雄胺（艾仕列非那雄胺统一录入为非那雄胺，1386）和蒙脱石散四个大类的产品。

为保证操作上的一致性及连贯性，当这些流向数据有误时，数据中心数据专员要及时与省区行政助理沟通协调，由对应的办事处行政助理予以修改。数据中心数据专员对修改的结果进行检查核实是否无误。

其他省区所有品规的流向都由数据中心对应的数据专员负责导入完成。

流向录入工作需要注意的几点问题：

1、 流向整理；

1) 统一的格式：dw（单位名称）、dtae（日期）、sl（数量）、goodsid（产品编号）、bz（批号）以及price（单价）六个字段（不分前后顺序，大小写）并将整理好的数据放在excel工作簿的sheet1表中；

2) sl列必须是数值型格式，文本型格式系统会报错；

3) bz列格式必须统一，若既有文本型的又有数值型的，系统默认只导入其中一种数量多的格式；

4) date列格式要求为2011-9-4，非本格式系统会报错；

5) 整个数据表格式要求统一，如其中有一行数据明显的与其他行格式不统一，系统很有可能

就不能导入该条记录。

6) ka连锁流向由商业总部体现的处理方法：将商业流向中体现为ka各门店的流向剪切到一张新的工作簿中，此工作簿中的流向数据作为ka连锁的流向明细导入到系统中。同时，在商业总部流向中补充一条以ka连锁总部名称购进的总数量明细。

7) ka连锁流向一般只能为ka连锁下属分店，少数情况下流向社会店。如出现流向医疗机构、一二级商的，一般属不正常现象，需与省区、代表核实原因再做处理。

8) 切忌goodsid整理错误的现象发生，大多数流向导入错误的情况都是整理出了问题。

2、 流向导入前，检查：

1) 格式是否有错，六个字段是否齐全，是否在sheet1表中；{idc机房工作总结}.

2) 参照原始流向，是否有漏掉哪个品规没有整理的，是否是数据中心数据专员需要导入的产品，切不要将省区办事处行政助理要导的产品导入系统，导致流向重复录入；

3) 参照原始流向，产品id是否有整理错误的；

4) 参照原始流向，sl列是否有将购进或库存错当销售的；

5) ka流向是否由商业流向体现的，需要做上述处理的；

6) ka流向是否有流向医疗机构、一二级商的非正常流向的；

7) 日期字段中，是否有其他月份流向的。若有，需核查是否是补录流向，若非补录流向，需及时与省区沟通说明；

8) 检查系统中，办事处行政助理是否有将非其录入的流向导到系统中的。若有，告知行政助理并删除这部分流向；

3、 流向导入时，检查：

手工导入时，是否出现了同一单位有多条记录的。若有，则参照建档的归并方法归并掉其他药店或其他医疗等记录。

4、 流向导入后，检查：

1) “销售日期”是否为本月，非本月的记录是否已核实是补录的流向；

2) “备注”即“批号”，是否有录入。若没有，查看原始流向是否提供。若原始流向本身就没有，与省区、代表核实原因。3) “所在地区”是否为外省。若是外省，参考“流向名”，确认是否确为外省流向。若非外省流向，则说明出现串户。

“修改字典”的操作方法：

首先，进行字典修改，以防下次录入时再次出现串户情况。“档案”->“单位管理”->“批量修改”，输入串户id（a流向串户到b，则输入b的id，修改b 的字典），“修改字典”，剪切无用的字典项，保存。

“串户调整”的两种情况：

a) 本月流向，双击记录行，以“部门查”搜索流向单位。若没有该条记录，则“加单 位”。注意，此操作会丢失原记录的“批号”，需要手工在“备注”中输入该记录的批号。 b) 非本月流向，“终端”->“档案调整”->“串户调整”，按实际销售或购进调整。

4) 导入率的登记，以备后查！

5) 流向的录入工作需在每个月15日前完成。15日之后，确需修改流向的，需与领导说明情况，领导同意后方能修改。

三、报量

浙江省区报量分为核心药店报量和基层医药报量。

基层医疗报量现暂时由省区自行管理、核算，数据中心负责数据采集系统的计划项目的建立并监督省区报量各个进度的完成情况。

核心药店报量从计划的建立到最后报量的核实都由数据中心负责完成。

报量核实过程中需要注意以下几点（以核心药店报量为例）：

1) 报量计划需在月初建好，8日前完成上报工作并在15日前结束报量核实、流向修改各项工作内容；

2) 报量核实过程中，以“单位id+产品简称+购进渠道”与流向进行匹配，三者缺一不可；

3) 由于以“单位id+产品简称+购进渠道”匹配，需确保代表上报的“产品简称”与流向中的一致，“购进渠道”名称与档案名称一致。否则，匹配率较低，影响核实进度；

4) 一般而言，报量只核实当月的数据。若出现其他月份的数据，需与省区、代表核实原因；

5) 当“代表上报量-流向体现量”大于0或无法匹配时，先与系统流向核实确认，再与代表提供的原始流向核对，确认差异原因；

6) 当“代表上报量-流向体现量”小于或等于0时，不计入核实范畴；

7) 若出现了同一终端出现了多个别名且系统流向流向非核心药店的终端时，首先需进行“档案归并”掉性质为“其他药店”的别名终端，同时，修改对应的流向记录；

8) 整个过程核实完成后，上报财务部并提供相应的流向证明。上报财务部的数据，原则上“就低不就高”，即不论是代表上报的量多了还是系统流向体现的多，都取量少的为基准上报财务部核实相关费用。

四、进销存

进销存是检查流向是否正确的一个重要途径。因此，进销存的核对工作需在每个月15日前完成并对出现错误的流向进行必要的调整和修改。

正确理解进销存中两个公式：(一) 延续期末理论库存（主渠道库存）=期初理论库存+本期购进量-本期销售量；

(二) 期末理论库存=期初实际库存（上期期末库存）+本期购进量-本期销售量； 完整的进销存表共包括x月进销存平衡表、主渠道库存和二级与ka购进三张表。

1) 根据第一个公式可知，当修改了“购进量”或“销售量”时，那么，相应的“延续期末理论库存”也发生了改变，即主渠道库存发生了改变。于是，在修改了“购进量”或“销售量”时，相应的要在“主渠道库存”表中作调整。若修改了“购进量”，相应的要在“二级与ka购进”表中作调整。

2) 根据第二个公式可知，如果需要修改“期初实际库存”，那么，对应的上月进销存中的“期末实际库存”也需要进行修改。若上月进销存已经平衡，需要修改“期初实际库存”导致需要修改上月进销存中“期末实际库存”的，一律不予以修改。