千文网小编为你整理了多篇相关的《idc机房运维工作总结》，但愿对你工作学习有帮助，当然你在千文网还可以找到更多《idc机房运维工作总结》。
第一篇：IT运维个人工作总结
工作上事情太多，难免繁琐，难免被人抱怨，被人投诉。仔细想想，需要改进地地方地确很多。毕业四年多了，从最基础地局域网维护，后来学习。后来去考，想从事网络方面地工作，发现实在是难学，需要太多地时间和精力，当然费用也不低，于是去考了。回想起来，地确走了不少弯路。来到新公司一年多了，事情比以前更多，系统开发、服务器维护，网络架构规划，这些东西都要一个人来做，地确很磨练人。简单说一下运维人员常犯地几个毛病，总结如下：
态度不好。运维人员通常每天都会遇到大量同样地问题，可能一次俩次大家都能够微笑地面对，次数多了，就开始不厌烦了，开始出现轻慢，甚至不想处理地情况。应对办法：设身处地地想一想，把自己地同事当成自己地客户，客户就是上帝，得罪了客户，你还要不要在公司继续干下去？记住，微笑是传染病。
抱怨用户太傻。本人自己以及很多朋友都有过抱怨，说公司某某同事那个笨啊，显示器没有开居然说电脑黑屏，更有甚者，所有问题地责任都推到人员身上。
应对办法：我们必须明白一点，企业信息化是一个长期地过程，就算让所有同事学会简单地知识，也是需要时间地。作为运维人员，我们必须采取有效地手段和方式，一方面加强对用户地服务，另一方面加强培训。比方说，我们可以制订管理制度，发布常见问题处理手册，方便用户查阅。这里重点说明一点，培训必须对新员工和老员工地不同之处作不同地应对。新员工相对来说比较爱学习，容易接受公司新文化，我们可以在其入职地时候，通过邮件或者书面形式发送公司制度和相关资料，让其学习；老员工则需要以服务为主，使其学习为辅。
这里尤其要注意一点，不论在什么情况，千万不可跟同事产生冲突。
不及时反映问题进度。某运维人员就遇到这样一件事情，在公司做得一直不错，突然有一天，公司一老总说邮箱满了，无法接收邮件，让其处理。这位朋友正好出差，可能事情比较多，打电话给邮件管理员后，就把这事给忘记了。第二天，这位老总就打电话过来，说处理问题不及时，也不给回复。无法接收邮件，导致重要客户邮件没有收到，严重影响公司业务。结果就投诉到部门老大上面，年底晋升地时候，可想结果如何了。
应对方法：运维人员在处理同事及客户出现地问题时，一定要分清问题地重要性，划分不同地等级。公司重要领导交待地事情，一定要加急处理，如不能马上解决，一定要在小时内汇报问题处理进度。一些日常问题，若不能及时解决，也应该告知用户处理好所需地时间，好让用户有心里准备。这个时间也需要把握好，不能太紧也不能太长，时间太紧，对自己没好处，太长地话用户会抱怨处理问题速度过慢。
关于工作与职业地问题。很多分不清楚，究竟什么是工作，什么是职业。如果仅仅是把工作当作一种工作去做，可能我们会比较被动地接受；如果当成一种职业，把事情认为是自己地分内之事，自己有义务去做好。怀着这样地心态，我想我们在运维中地很多事情都能迎刃而解了。还是那句话，保持微笑，多想想，又可能帮助同事或客户解决问题了，又可以体现自己地价值了，多好啊！
关于如何处理好技术学习与人际关系。运维人员在追求技术上地进展时，与处理好人际关系，表面上看是俩码事，实际上却会发生冲突。很明显地例子就是，此事太过简单，不值得我动手，我教用户解决就行，或者直接发一本册子给他让其自行解决。这又回到了上面地问题，态度问题。记住，态度很重要。如果想长期在这一行做下去，很多时候，决定自己命运地，可能并不是技术多么高深，更重要地却是人际关系。我们可能无法满足所有同事或者客户地需求，但是在不违背原则地情况下，尽可能地满足他人地需求。多行善，少树敌，对自己有益无害。
最后要说一点是，放下自己地面子，行事不可过于清高。常微笑，少抱怨，少熬夜，及时睡眠有益于身心健康。
第二篇：IT运维个人工作总结
岁月不居!转眼间我来到运维部宽带班工作已经三个月的光阴。在这三个月的光阴里，本身学习到了许多有关宽带的知识。为了更好地完成工作，总结经验，扬长避短，进步本身的业务技能，现将工作环境总结如下：
一、工作陈诉请示
自20xx年12月26日工作以来，我认真完成工作，尽力学习，积极思考，工作才能逐步进步。刚进入新的工作岗位时，为了共同adsl与端口的绑定工作，和百路达公司的工作人员一起到用户端摸排用户机械的网卡mac地址。为了确保端口的正确无误，摸排材料的精确，为未来端口的顺利绑定打下了坚实的根基。
紧接着又做了一部分资源上线的工作。包括模块局的树立和dslam设备的内衔接及外衔接。这些工作使本身加倍纯熟的操作使用客服系统。而且对机房设备有了必然的了解，使本身对上层设备有了加倍感官上的认识。
当郑州分公司搬到新的办公场所后，公司的内部办公网络交由我们维护。在为开通每一个信息点时，使本身学习到了更多的网络知识，加倍进步了本身的实际着手才能。同时，为了确保每一个信息点的实时正常使用，使公司的列位领导及每一位同志尽快的在新的办公情况中投入到工作中，我和班上的几位同事加班加点的完成了这项困难的任务。
在投入到新的办公情况后，我也开始了新的工作DD故障预处置惩罚。这项工作使本身控制了基础的adsl技巧。可以处置惩罚大部分的用户端故障。为了办理一些外线班处置惩罚不了的问题，本身和外线人员一起机房和用户端处置惩罚。在用户家，每一句话都代表着公司形象。所以，我在实际工作中，时时严格要求本身，做到谨小慎微。
此外，火车跑的快还靠车头带，由于刚参加工作，无论从业务才能，照样从思想上都存在很多的不够。在这些方面我都获得了部门领导及本部门的老员工的正确引导和赞助，使我在工作才能进步，偏向明确，态度正直。从而，对我的成长打下了优越的根基。
二、工作感想
踏入新的工作岗位后，颠末三个月的熬炼，使本身对这份工作有了更多更深的认识。对付工作或者说事业，每个人都有不合的认识和感想感染，我也一样。对我而言，我通常会从两个角度去把握本身的思想脉络。
首先是心态，套用米卢的一句话“态度抉择一切”。有了正确的态度，能力运用正确的措施，找到正确的偏向，进而取得正确的结果。具体而言，我对工作的态度便是选择本身喜爱的，然后为本身的所爱尽本身最大的尽力。我不停觉得工作不该是一个任务或者包袱，应该是一种乐趣，是一种享受，而只有你对它产生兴趣，彻底的爱上它，你能力充分的体会到此中的愉快。我相信我会在对这一业务的尽力探索和发明中找到我工作的乐趣，也能力毫无保留的为它尽我最大的力量。可以说，懂得享受工作，你才懂得如何胜利，期间来不得半点勉强。
其次，是才能问题，又可以分成专业才能和基础才能。对这一问题的认识我可以用一个简单的例子阐明：以一只骆驼来讲，专业才能抉择了它可以或许在戈壁的情况里生存，而基础才能，包括适应度、坚毅度、本性的警醒等，抉择了它能在戈壁的情况里生存多久。具体到人，专业才能抉择了你得当于某种工作，基础才能，包括自信力，协作才能，承担责任的才能，冒险精神，以及成长潜力等，将直接抉择工作的生命力。一个在事业上胜利的人，必是两种才能可以或许很好地和谐成长和运作的人。
三、工作目标
在往后的工作中，我会更加的尽力学习专业知识，控制更多的业务技能，为未来的工作打好坚实的根基。
在风格上，能遵章守纪、连合同事、务真求实、乐不雅上进，始终保持严谨认真的工作态度和一丝不苟的工作风格，勤勤恳恳，任劳任怨。在生活中发扬困难朴素、节约刻苦、乐于助人的精良传统，始终做到敦朴实实做人，勤勤恳恳服务，勤劳简朴的生活，时刻切记本身的责任和义务，严格要求本身，在任何时候都要尽力完成领导交给的任务。
随着端口绑定工作的深入，新工作内容的展开，可以预料我们的工作将加倍繁重，要求也更高，需控制的知识更高更广。为此，我将加倍勤奋的工作，耐劳的学习，尽力进步文化素质和各类工作技能，做出应有的供献。
往后我将以极新的精神状态投入到工作傍边，尽力学习，进步工作效率，纯熟业务才能。积极响应公司增强治理的步伐，遵守公司的规章制度，做好本职工作。
第三篇：IT运维个人工作总结
本人于20xx年4月23日入职，并于5月2日到达开展车船税联网征收系统的运维工作，其主要工作内容是对西藏自治区税务局车船税联网征收系统的硬件环境、应用服务、数据库的监控和优化，及时处理西藏自治区各保险公司代收代缴过程中发生的问题，做好数据采集和处理、系统升级等项工作，具体包括以下内容：
1.软硬件环境监控
系统状态检查和监控：操作系统、数据库系统、中间件、其它支撑系统应用的软件系统及网络协议、平台软件系统的检查；对系统产生的日志文件进行分析；对系统可能或已经产生的问题予以及时协调解决，对系统的配置参数进行管理，以保证车船税系统稳定、高效地运行。按照要求，每天完成4次巡检工作，并完成《巡检记录》；每周删除数据库归档日志文件，防止数据库连接异常。
2.系统性能评估和优化
按季度对服务器、应用系统、中间件系统、数据库系统的运行状态和性能进行评估，评估系统的功能缺陷、用户满意度及问题反馈机制等，根据评估结果实施的优化工作，及时消除系统可能存在的安全隐患和威胁，确保在性能上使平台具备必要的安全性、可靠性、可用性。
3.业务运维
1)技术咨询服务
面向自治区内各级税务部门和各保险公司，在运维服务期内提供7×24小时电话技术咨询服务和5×8小时的驻场运维服务。
2)问题信息处理
接收各级税务部门、中保信全国车险信息平台及西藏自治区内各保险公司发来的车辆问题信息，并根据反馈的问题进行相应的处理，如修改核定库车辆排量、车辆类型、号牌号码等，使得车辆能正常完税。
3)业务技术支持
根据财产和行为税处提出的业务管理需求，提供相应的数据统计、整理、分析、调整等技术支持工作。
4)业务功能调整优化
协助财产和行为税处及时收集、整理业务管理过程中提出的关于系统升级完善业务需求，并反映给国家税务总局主管部门。
4.数据处理
数据处理包括日常数据管理工作、数据采集处理和异常数据处理，其中：
1)日常数据管理工作
按天完成数据备份、导库等项工作；按月完成数据对账工作；按月配合国家税务总局系统平台完成异地缴税数据的上传和下发工作；按年完成当地问题车辆名单数据的生成、上传和下发工作。
2)数据采集处理
采集往年的历史数据和第三方的数据，并完成数据清洗、比对、核查、整合处理等项工作，通过建立西藏自治区车船税税源数据库，保证车船税税源数据的准确性和代收代缴数据的一致性。
数据统计分析：根据财产和行为税处的要求完成针对车船税代收代缴工作的数据统计和分析工作。
3)异常数据处理
采取各种技术手段，完成外部数据导入和更新中出现的异常诊断与排除的任务。对日常业务过程中出现的异常数据进行诊断与排除。定期或不定期地根据数据变化情况，调整数据清洗模型，确保车船税数据库的数据完整、可靠。
5.系统升级
配合国家税务总局和中保信全国车险信息平台完成系统升级时的升级版本部署、联调测试和数据验证工作。
6.应急故障处理
系统发生故障时的应急处理工作，包括故障的排查、恢复、数据补传等。要求应按照事先定义好的应急预案，与中保信和自治区保协配合共同完成应急故障的处理工作。
7.完税库上线
根据公司统一安排，完成了西藏完税库的上线工作，使得保险公司具备了完税证的真伪查询，进一步杜绝了偷税漏税。
8. 车船税后台管理系统上线
配合彭建辉彭工完成了车船税后台管理系统，使得财产和行为税处更直观的审阅查询车船税的相关数据。
9.签订合同
经于税务局的积极谈判沟通，与西藏自治区税务局签订了3年的车船税运维服务合同。
10.其他工作
除了完成本职工作外，还积极参与财产和行为税处的日常工作，如资料报送、维稳值班、外联工作等，用以维护好税务局与我公司的良好合作关系。
第四篇：IT运维个人工作总结
一、20xx年重点工作
日照港生产数据库服务器升级
20xx年3月份，完成了日照港生产数据库由Sun小型机平台迁移至X86架构的Oracle ODA数据库一体机，生产库设备数量由11台降低至2台，极大降低了系统架构的复杂性与运维成本。同时迁移后数据库性能整体提升5倍，复杂的数据统计查询效率提升10倍，日照港各生产业务系统运行效率提升显著，得到用户的一致好评。
生产开发分离工作
上半年完成了生产库和开发库之间全部的dblink删除，包括生产库到开发库的15个dblink、开发库到生产库的100余个dblink、开发库到异构数据库的16个dblink。下半年开始着手回收生产库的各类权限，至11月23完成开发人员登录权限的回收，全部权限回收完毕。首次实现了生产开发完全分离。生产开发分离在一定程度上起到了规范系统开发、运维的作用。
目前生产开发分离工作还存在很多需要继续完善的地方，主要是权限控制及对象变更流程自动化执行和网络隔离方面。下一步将继续研究网络 认证、数据库防火墙、数据运维管理系统等自动化手段，提升系统开发、运维人员的工作效率，降低数据库的运维压力。
隐患排查与整改工作
认真参与“寻隐患、找对策，降低故障率”系统运维竞赛活动，今年共发现数据平台安全隐患30处，29处已经整改完毕，其中1项未整改的是金蝶财务数据库迁移，业财融合项目组要求延迟到20xx年进行。对于发现的隐患信息进行详细记录，有效保障了数据平台全年无故障稳定运行。
数据平台闲置资源重利用工作
数据平台闲置资源共有7台小型机+3台存储，所有设备均初始化重新安装配置，涉及到5套数据库的迁移升级。目前除金蝶财务数据库外，其他均已按计划完成。该项工作使闲置资源得到充分利用，大幅提升数据库性能与安全性、降低计算平台负载，有效节约设备投资。
业务通知单发布与执行
今年共发布了业务通知单20项，通过积极的协调组织和准备，所有通知单都在规定的时间内顺利执行完毕。有效保障了各项整改工作能够有力推进。
二、20xx年重点计划
1、继续做好数据平台运维工作，确保20xx年全年无故障稳定运行。
2、继续进行数据平台完善，重点考察数据库运维管理系统和数据库备份系统，争取在20xx年能够进行采购相关系统和设备，解决目前数据平台的两个短板。
3、两名兼职DBA的技能培训，能独立进行日常运维。已经报了一个20xx年的Oracle OCP培训计划，如果公司同意的话先让钟凯进行学习。
第五篇：IDC机房年度工作总结
篇1：idc机房月工作总结1 2011年11月工作总结
一、idc的日常工作和巡检的自我总结：
在日常巡检的过程中，认真仔细的检查动力机房的空调，ups，油机等数据，并认真做好巡检记录，与之前的巡检记录进行对比，发现异常后马上与值班长沟通，如果确认为故障则马上上报网监中心。在巡检过程中做到随手关灯，做好节能减排工作。在十一月份中，机房发生了两次事故，第一次事故我休假回家，第二次事故是我值班，后半夜三点多钟的时候。因为迟了十分钟接到电话，我感到很内疚，自己的工作没有做好。在发生故障之后，在主管和xx的帮助之下重启了空调主机。经过这次事故，我学到了很多经验，以后再发生万一的时候就不会不知所措。以后巡检的时候也会更加仔细，认真。在后半夜的巡检中，也会每隔一段时间就会一楼查看空调主机工作状态是否正常。发生故障的时候也会更加镇定，及时处理故障，与上级沟通。
在idc机房责任分工制度中我负责的五楼托管机房的一些问题中，我也及时的与工程公司沟通过，安全出口指示灯以及紧急照明灯都已经修复好，只剩下气瓶室的防火泥没有封堵。我会继续跟进，及时上报。
二、下个月的工作计划：
在十二月份的工作中，巡检的时候更加仔细认真，做好本职工作，保证机房安全。发现问题及时与主管与xx沟通。篇2：2014年数据中心工作总结 2014年数据中心工作总结
一、主要日常业务类工作
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点播片源问题，找相关公司购买片源；篇3：idc自己总结文档 1.mysql : /usr/share/mysql/mysql.server restart 数据库重新启动
2.修改页面超级用户rzx1218密码，进入数据库，use idc；update usertbl set user_pawd=paword(cooperation_2007)where user_account=rzx1218;3.java进程没起来，为java程序锁定固定内存后，观察了四天，表现正常。在/etc/profile中加入export java_opts=-xms256m-xmx512m 4.tomcat :/usr/tomcat/bin/startup.shtomcat页面重新启动 每次启动的时候都需要手动启动
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/data1000 /home/rzxidc/做连接 ln –s /appslog/log/upload 12.在bz_idc_build37_20060104.tar解压缩后在/apps/bzw/下面有一个log，先删除掉它，在做一个连接ln –s /apppslog/loglog 13.在添加机房记录之前，先关掉/apps/bzw/bin/bzwctrl stop 这样在添加托管主机记录的时候不会出问题
14．注册：在页面的系统管理许可证号管理添加许可证号（一般添加1111）系统管理探针管理注册生成注册核对号 后台：/apps/bzw/bin/setup./setup_sz 127.0.0.1 8000 4403 注册核对号 4403001000 15.在安装软件时mysql
18.修改tomcat_home/conf/server.xml，配置l端口参数 原配置 修改为
需要注意的是，加完后要把注释取掉
注释的格式是 符号结束 同时要把上面的无l参数设置的地方加注释去掉
tomcat配置参数设置好以后，要重新启动tomcat服务，让参数设置生效！
对/usr/tomcat/conf/下的server.xml文件进行修改：在端口号（port）为8080的节点中增加属性uriencoding=gbk。目的是解决url传递参数时出现的乱码问题。例如：
修改tomcat-users.xml文件后，要重起tomcat服务，使参数设置生效
19．在tmp下面作mysql.sock软连接以前，要先把/var/lib/mysql 移到 /appslog下面 mv./var/lib/mysql /appslog/idcdata 20、idc的页面图标放在/usr/tomcat/webapps/idc/pub/images下面；
21、在idc里面察看端口是否开放，如8080 端口netstat-nat |grep 8080
22、如果要删除日志应删除/home/rzxidc/upload/1000下面的内容
开启调试功能/apps/bzw/debug [root@localhost debug]# vi debug_info.ini #配置各类程序的调试信息
#说明：
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修改为数据库存放的目录4.进入存放数据库的新目录(/appslog/idcdata/mysql/)，然后执行ln -s /var/lib/mysql/mysql.sock mysql.sock 5.启动数据库
推荐专题： idc机房运维工作总结