it技术人员工作总结.docx
《it技术人员工作总结.docx》由会员分享，可在线阅读，更多相关《it技术人员工作总结.docx（17页珍藏版）》请在冰豆网上搜索。
it技术人员工作总结
it技术人员工作总结
篇一：
iT个人工作总结
个人工作总结
入职两个多月以来，无论在工作还是生活上，都有很多感受和
收获，在自身能力以及修养素质方面也取得了很大的进步，从经历的每件事中去总结工作经验，学习并适应工作环境。
当然，这离不开领导的悉心培养和同事们的热情帮助，在这里表示衷心的感谢。
回顾这两个多月我个人的工作情况，特别是刚刚进入这个工作
环境的时候，说起来还真的有点不习惯，不过真的让我感觉收获很多！
岗位目前主要有两大项工作内容：
其一，计算机、打印机、网络及办公设备管理与维护；
其二，监控、公司使用的各种软件系统的管理与维护。
现对前期工作作如下总结和计划：
一、计算机、打印机、网络及办公设备管理与维护工作内容：
工作主要包括公司计算机硬件的维护、管理，并保证公司计算机及相关网络产品的正常工作，公司计算机上软件的安装及维护，软件在使用过程中出现问题的解决，防治机器及整个网络被病毒攻击，以及公司计算机相关产品，例如打印机，复印机的日常故障维护及共享设置等。
公司目前一共近100台（:
it技术人员工作总结）电脑，主要的故障有：
硬件故障，系统故障，网络故障，软件故障等。
因大部分电脑皆是08年至10年出产的，很多机器由于长期不停机使用，导致硬件老化过快，从而导致系统崩溃，重装系统或者更换硬件。
打印机方面因生产需要，过量使用打印机难免造成硬件损坏，打印机寿命缩短，这也是公司电脑、打印机送
修更换硬件比较频繁的主要原因。
二、监控、公司使用的各种软件系统的管理与维护：
因监控设备线路老化，并且大部分监控设备维护期已过，更换极为复杂与不便，导致公司监控系统出现目前不完美状况。
此问题部门主任已经在商讨解决方案。
iT管理员维护的系统有：
通凯农务系统（主要），a1科密考勤系统，ERP用友系统。
刚开始对这些系统都很陌生，经过自己在电脑上还原数据进行操作后，基本对各个功能模块有一定的了解，能够解决使用中出现的问题，并协助朱经理对农业部提出的功能进行修改。
三、工作中存在的不足：
很多故障的判断经验不足，还没达到看到故障现象马上想到解决方法的程度，农务、ERP系统一些细化的功能套帐没有了解透彻，厂内以前的光纤线路接口没有完全理清楚，为了工作能够更加有效的开展，今后努力学习提升自身的技术。
四、后期工作计划：
目前网络计算机病毒较多，传播途径也较为广泛，可以通过网页、下载程序、邮件、U盘传播，公司内网长期存在潜伏病毒木马，为了做好防范措施，准备将公司每台机器都进行一次全面的查杀，并升级杀毒软件，对发现病毒的机器及时的进行处理。
还将对公司所有电脑设备的配置信息等进行统计备案，便于以后管理和维护。
鉴于公司iT部门即将进行制度体系整改，农务、ERP系统的权限和资料修改的新流程，对现有系统用户权限进行检查确认，用户资料进行核实和清理失效信息。
本岗位作为公司一个服务性岗位，在工作中如果存在的一些问题望领导及同事指出并指导！
以上是我在iT管理员岗位试用期工作总结及后期工作计划。
相信新的一年一定会有新的成就，同时在新的一年里感谢公司对我的信任与支持。
篇二：
iT运维个人工作总结
it运维经验小结
工作上事情太多，难免繁琐，难免被人抱怨，被人投诉。
仔细想想，需要改进的地方的
确很多。
毕业四年多了，从最基础的windows局域网维护，后来学习activedirectory，
isa,exchange。
后来去考ccna，想从事网络方面的工作，发现ccie实在是难学，需要太多
的时间和精力，当然费用也不低，于是去考了mcitp。
回想起来，的确走了不少弯路。
来到
新公司一年多了，事情比以前更多，系统开发、服务器维护，网络架构规划，这些东西都要
一个人来做，的确很磨练人。
简单说一下it运维人员常犯的几个毛病，总结如下：
1.态度不好。
it运维人员通常每天都会遇到大量同样的问题，可能一次俩次大家都能
够微笑的面对，次数多了，就开始不厌烦了，开始出现轻慢，甚至不想处理的情况。
应
对办法：
设身处地的想一想，把自己的同事当成自己的客户，客户就是上帝，得罪了客户，
你还要不要在公司继续干下去？
记住，微笑是传染病。
2.抱怨用户太傻。
本人自己以及很多it朋友都有过抱怨，说公司某某同事那个笨啊，
显示器没有开居然说电脑黑屏，更有甚者，所有问题的责任都推到it人员身上。
应对办法：
我们必须明白一点，企业信息化是一个长期的过程，就算让所有同事学会简
单的it知识，也是需要时间的。
作为it运维人员，我们必须采取有效的手段和方式，一方
面加强对用户的服务，另一方面加强it培训。
比方说，我们可以制订it管理制度，发布常见问题处理手册，方便用户查阅。
这里重点说明一点，it培训必须对新员工和老员
工的不同之处作不同的应对。
新员工相对来说比较爱学习，容易接受公司新文化，我们可以
在其入职的时候，通过邮件或者书面形式发送公司it制度和相关资料，让其学习；老员工则
需要以服务为主，使其学习为辅。
这里尤其要注意一点，不论在什么情况，千万不可跟同事产生冲突。
3.不及时反映问题进度。
某it运维人员就遇到这样一件事情，在公司做得一直不错，
突然有一天，公司一老总说邮箱满了，无法接收邮件，让其处理。
这位朋友正好出差，可能
事情比较多，打电话给邮件管理员后，就把这事给忘记了。
第二天，这位老总就打电话过来，
说处理问题不及时，也不给回复。
无法接收邮件，导致重要客户邮件没有收到，严重影响公
司业务。
结果就投诉到it部门老大上面，年底晋升的时候，可想结果如何了。
应对方法：
it运维人员在处理同事及客户出现的问题时，一定要分清问题的重要性，划
分不同的等级。
公司重要领导交待的事情，一定要加急处理，如不能马上解决，一定要在2-4
小时内汇报问题处理进度。
一些日常问题，若不能及时解决，也应该告知用户处理好所需的
时间，好让用户有心里准备。
这个时间也需要把握好，不能太紧也不能太长，时间太紧，对
自己没好处，太长的话用户会抱怨处理问题速度过慢。
4.关于工作与职业的问题。
很多分不清楚，究竟什么是工作，什么是职业。
如果仅仅是
把工作当作一种工作去做，可能我们会比较被动的接受；如果当成一种职业，把事情认为是
自己的分内之事，自己有义务去做好。
怀着这样的心态，我想我们在运维中的很多事情都能迎刃而解了。
还是那句话，保持微笑，多想想，又可能帮助同事或客户解决问题
了，又可以体现自己的价值了，多好啊！
5.关于如何处理好技术学习与人际关系。
it运维人员在追求技术上的进展时，与处理
好人际关系，表面上看是俩码事，实际上却会发生冲突。
很明显的例子就是，此事太过简单，
不值得我动手，我教用户解决就行，或者直接发一本册子给他让其自行解决。
这又回到了上
面的问题，态度问题。
记住，态度很重要。
如果想长期在这一行做下去，很多时候，决定自
己命运的，可能并不是技术多么高深，更重要的却是人际关系。
我们可能无法满足所有同事
或者客户的需求，但是在不违背原则的情况下，尽可能的满足他人的需求。
多行善，少树敌，
对自己有益无害。
最后要说一点是，放下自己的面子，行事不可过于清高。
常微笑，少抱怨，少熬夜，及
时睡眠有益于身心健康。
个人一点小小总结，难免有失偏颇，欢迎大家发表意见。
篇二：
it
运维年终总结
运维服务工作总结至20XX年底，银海科技有限公司在蓝湾科技有限公司的运维又届满一年的时间了。
在这
为期一年的运维工作当中，运维的业务飞速发展，设备数量不断增加，人员的技术水平和业
务知识有了显著的提升。
我们的队伍在技术水平上也有了本质的提高。
一、细致缜密的完成计划中的日常运维工作：
严把质量；服务至上；严格要求；技术
领先。
1.各位领导就对我们的运维工作给予厚望，我们提出认真完善服务水平的方针。
我们在
服务过程中严格按照这一要求，以对保障用户的权益，对用户负责的精神，把“严把质量，
服务至上”的原则贯穿于日常工作的各个环节之中。
使本运维期过程中的客户满意度有了非
常显著的提高，多次获得了用户的认可。
2.对于在工作中我们树立新要求、新方案，本着“严格要求”的原则，对于提出的要求
科学性的分析研究，及时提出完整周密的解决方案。
有力的保障了运维工作的及时有效性。
二、吸收先进经验，保质保量的完成运维的各项任务：
运维期内主机、服务器、网络
和桌面均没有发生严重的生产安全事故，对于一些潜在的威胁也都在得到信息技术部门的批
示下，审慎周密的完成了整改工作。
运用先进的技术和经验提高劳动效率和运维工作质量：
1.
运用先进的运维工具提高劳动效率。
一旦发生问题可以迅速定位和修复。
2.在工作的过程中注意新技术和新方法的学习和收集，对于有利于运维工作的成功方案
及时整理并提交信息数据部。
三、认真完成运维工作中的汇报、总结每个故障点率和分析原因：
自20XX-5-27，截
止20XX-12-31根据工作记录汇报共完成1263个报修，平均每天8.2个报修（其中不包括潜
在故障点），服务项目有：
安装，维修，培训，会议保障，综合布线，巡检等。
服务分类有
pc硬件，办公软件，网络连接，网络设备，打印机，电话传真，健康巡检等。
以下
是
图
标
分
析
：
1.其中pc硬件服务分类如下分类服务数
kvm8
黑屏26
蓝屏13
装机13
其他61
2.办公软件服务分类如下：
分类项目服务数量office47ie14金宏106系统101其他64
3.打印机服务分类如下：
4.电话传真服务分类如下：
5.网络连接服务分类如下：
6.网络设备服务一共20个！
以上数据均不包括潜在故障四：
总结工作
20XX年已经过去，在自己的工作中还有很多的不足，还不能让客户达到百分百满意，对
客户的服务也没有完善，对此问题我总结了一下原因，客户投诉最多的是响应时间慢，桌面
维护这个工作工作量非常的不稳定，有时候工作量少，很清闲，有时候一天近30个服务，这
是不受控制因素。
而且还有潜在故障点，导致响应时间慢，从数据上显示20XX.05.27到
20XX.12.31日一共有77个综合布线，平均一周两次工程布线，而布线最起码需要一个人员，
而服务人员一共2人，另外一个人就有些力不从心了。
每个人总会有些事情，需要请假，这
些原因都导致了响应时间慢，还有一些是技术方面的原因，有时候我没篇三：
it运维工作心
得总结
运维工作心得总结
运维工作直接关系到应用系统运行的正常稳定，但运维工作纷繁复杂，正规化、系统化
相对比较弱，如何改变这种现状？
从众多的运维工作者的成功失败中进行经验总结，并提升
为运维规则，是提高运维水平，保障应用系统正常稳定运行的有效途径。
笔者通过自己的多年运维经验，总结出以下必须遵守的基本运维规则，可以大大减少缺
乏经验的运维人员因为自身失误导致系统出故障的可能性。
一、系统变更、升级应先在同样的环境测试通过，执行前应有经过验证的回退预案运维是一门经验的学科、是一门试错的学科。
没有做过的东西、总是会给你出意想不到
的难题，因此变更前，一定要在相同或者相似运行环境下进行测试，通过后才能在正式环境
下执行变更。
同时应准备好变更失败的回退预案，比如，做好系统备份、数据库备份、配置
备份，固化变更前的运行现场，让变更有回头的机会。
二、对破坏性的操作要先确认符合预定方案，然后谨慎执行什么是破坏性的操作？
比如：
对oracle而言：
truncatetable_name、deletetable_name、droptable_name，这些
语句执行起来轻松简单也惬意极了、但记住！
即便数据可被回滚、代价也是非常大！
对linux而言，rm-r所有当前及其子目录的所有数据都将被删除。
经历过这种故障的
人、大多会给rm上个别名aliasrm=rm-i
同理、cp和mv也可以有同样的选项：
aliascp=cp-i
aliasmv=mv-i对window而言，shift+del文件或者目录对任何系统而言，无备份直接修改文件等
三、备份并验证备份的有效性不管是硬件还是软件总有意外崩溃的时候，怎么办？
备份！
！
！
备份的学问很大、按照不
同的维度可以分：
冷备和热备、实时和非实时、物理和逻辑、全备增量备。
备份有了、可以高忱无忧了吗？
不行！
尚须验证备份的有效性。
一个总有那么几次、备
份无法保证100%恢复，简单的验证就是找个空库恢复出来。
四、对生产环境永保敬畏之心这是避免应用系统发生故障的一条铁规，也是被开发、运维人员容易忽视的地方。
要坚
决杜绝直接在生产环境做开发、测试和bug修复，这些操作只能在开发和测试环境做，否则
一旦出事，将欲哭无泪。
五、交接和休假最容易出故障接手别人的工作要一而再，再而三的确认变更方案，请教人并不见得就是能力不行的表
现；
?
休假前最好各种可以做好的事情，最好能够准备一份文档，指明在什么情况下怎么做
和联系哪些人；
?
在别人放假的时候接手工作，“能拖则拖”，实在需要执行：
必须不厌其烦的跟原系统
管理人员确认各个操作细节。
?
六、一定要有监控手段和报警措施运维人员赖于生存的工具就是报警和监控。
报警可以让你及时知道系统出现了什么异常、以便及时跟进、把故障扼杀于摇篮；?
监控可以让你了解系统的历史性能信息、以历为鉴、可以知兴替、早做优化。
?
报警和监控是衣宽带水的好兄弟、相铺相成、互相促进。
七、使用自动切换技术需谨慎为了保障数据库安全，往往会使用ha或者rac之类的技术，但是这类技术能否真正在关
键时刻起作用，则是需要经过反复验证和确认的。
并不是按照文档要求做好了就够的，很多
意外因素或者系统因素会导致自动切换技术并不能如期发挥作用。
如果到事后才发现这一点，
将悔之晚矣。
八、要有偏执狂的精神，方案要检查，检查，再检查有这么一个人：
①他在做一个变更的时候，会先提前一两周发送邮件并电话手机通知相关人②在测试机上写好脚本，召集大家review操作步骤和脚本③测试完成以后拷贝到生产环境④登录对应机器，“打开，关闭，打开，关闭”该脚本⑤跟相关人员再次确认执行的操作，顺序，时间点，可能的影响和回滚是否都准备好了⑥执行前还要退出这个机器，然后再登录进去，“打开，关闭”脚本⑦最后才在后台
运行脚本，同时在另外一个窗口登录着，随时ps和查看结果输出期间姿势端正，呼吸急促而均匀，眼神凝重。
操作的人不觉得累，倒是一边观摩的人很
累。
九、简单即是美
我们总是面临各种诱惑：
新的系统架构，新的更智能的命令和工具，最新的硬件平台，
功能更全的ha软件...你可以在线下安装，测试，怎么做都行。
但是如果想要在生产环境下
使用起来、请三思！
！
能够使用系统内置命令的话，就不用考虑其他要专门下载安装的软件了?
脚本本身就能
完成的功能，就没有必要专门找一个功能丰富的软件来做?
linux本身自带的字符界面比那
些复杂的图形界面要简洁方便?
如果能做到坚持这九条铁规，你的应用系统就能长久稳定运行了。
篇四：
20XXit运维年
终总结
运维工作年终总结尊敬的各位领导，下面我将对20XX年xx系统运行情况及本人运维维护工作进行汇报：
日
常维护内容：
1、按照客户需求建立kvm虚拟机（系统包含linux、windows20XX、windows20XXr2）。
2、websphere中间件应用软件的日常维护、参数配置、应用程序发布、节点及服务的添加、性能的优化。
3、oracle数据库的日常维护、日志组的添加、表空间的收缩及添加、用户授权、表的建立、报错日志的收集及分析、性能报告的采集。
8、机房环境的日常巡检，包括空调温/湿度的监控、ups负载情况的监控、灯光照明、门禁等。
9、配合各个兄弟公司完成客户处的新业务系统的添加及以往业务系统的完善。
10、pki
数字证书的配置。
11、xx异地容灾数据库的日常巡检，异常问题的处理（基本都是归档日志应用问题）。
具体工作内容统计：
总结：
通过本年的运维工作，xx系统运行情况基本稳定，满足日常业务办理需要，但仍存在以下问题和安全隐患需要注意。
1、数据库应用速度较慢部分时间段业务部门反映数据库运行速度较慢，对数据库性能报告分析后发现，存在数
据库性能瓶颈，建议对数据库性能和业务人员查询语句进行优化。
2、虚拟机资源不足主要为刀片服务器刀片资源不足，部分项目资源利用不合理，使用单一刀片服务器作为
服务器，浪费服务器性能。
3、服务器资源紧缺因服务器资源紧缺，部分负载较高的系统搭建在虚拟机服务器上，系统运行不稳定。
4、服务器硬件老化
主要为该服务器使用时间较长，硬件存在老化现象，经常性出现自动重启和蓝屏现象。
5、
机房温湿度异常
存在的安全隐患：
xxx数据库磁盘空间严重不足，经过不同方式的处理后，磁盘空间紧张问题得到了缓解，
但隐患仍然存在，资源库数据库磁盘空间剩余30gb。
建议客户高度重视。
尽快对该数据库采
取有效措施，解决数据库磁盘空间不足问题。
该数据库现处于非归档模式，若出现数据库崩
溃数据库恢复难度非常大。
机房设备日益增多，导致机房空调超负荷工作，无法很好的控制机房温湿度。
篇五：
it
运维服务工作总结
it运维服务工作总结至20XX年10月底，0000000000000000000有限公司在0000000000000000公司的运维又
届满一年的时间了。
在这为期一年的运维工作当中，xxxx的业务飞速发展，设备数量不断增
加，人员的技术水平和业务知识有了显著的提升。
我们的队伍在技术水平和管理经验上也有
了本质的提高。
一、细致缜密的完成计划中的日常运维工作：
严把质量；服务至上；严格要求；技术领先。
1.承接运维工作初始信息技术部的各位领导就对我们的运维工作给予厚望，并提出了认
真完善服务水平的方针。
我们在服务过程中严格按照这一要求，以对保障xxxx的发展，对用
户负责的精神，把“严把质量，服务至上”的原则贯穿于日常工作的各个环节之中。
使本运
维期过程中的客户满意度有了非常显著的提高，多次获得了用户的认可。
2.对于在工作中信息技术部提出的新要求、新方案，我们及时相应配合，本着“严格要
求”的原则，对于提出的要求科学性的分析研究，及时提出完整周密的解决方案，并拟请用
户试行或测试后实施。
有力的保障了运维工作的及时有效性。
3.对于提高服务业务技术水平上，按照信息技术部的统一规划，按时完成一系列的既定
培训计划。
按照“技术领先”的原则，通过技术上的培训提高了业务水平和解决故障的效率；
通过制定有效的安全
篇三：
iT技术工作总结
iT技术工作总结
回顾20XX年，自己干了很多工作，涉及到的范围比较广，所做的工作带来的成果也不错，告别了20XX年的那种没有自信，总是被动的局面；业务上对发信息，资料，boss相关，语音这几个核心的业务模块更加熟悉；组织协调能力上得到提高，整体把握一块儿工作的进度，承受得住压力的能力逐步提升。
工作方式上有所改善，由被动变成主动，由接收变成主动提出自己见解；知识体系得到补充完善，眼界由局部上升到更高一个层面，找到自己要发展的方向，阅读管理类和技术类的书籍给自己充电加油！
20XX年，我在期待，期待更大的进步，期待更多更强的成就感。
一、主要工作业绩
（一）工作职责、主要工作及成果
1、hbjxt发信息系统、河北后台搭建移植
工作职责:
部门模块参与人
hbjxt系统搭建过程中前期我主要负责的是发信息模块，后期转到新后台的搭建移植工作上.a、发信息存储过程的移植
b、0元3元产品的并行
c、信息回执的添加
d、学校相关查询，用户相关查询，教师相关查询，信息相关查询功能移植
e、河北应用报表开发
在这个工作的过程中我最大的收获是对数据库简单知识的掌握和发信息相关业务的熟悉。
以前对数据库的学习就到书写sql语句的层面上，目前对存储过程，函数，调度，触发器，表分区等常用的简单知识有了使用和了解。
对于核心业务发信息也告别了一头雾水。
2、语音平台接手，为解决串号问题的改造
工作职责：
平台负责人
a、日常的维护统计
b、语音新需求的开发
c、语音优化建议的处理
d、语音串号问题的
在语音web页面方面要发展成一个能提出自己见解能拍板的员工，目前尚未完全达到这个目标，不过日常的维护和遇到的问题大部分可以跟踪解决。
3、长短信页面负责人
工作职责：
页面负责人
a、学校长短信的设置和取消
b、家长长短息接收的管理
c、老师长短息的设置选择
d、发信息类里面对于设置长信息和文件发送等逻辑的修改。
长短信的主要负责方是数据库组，中间组织了几次会议，都是权威人物，从大家的发言角度和发言内容里可以学到好多东西，先是需求的讨论确定，开发方案提出几种，大家一起讨论，最后让领导审核，每一次的会议组织都会有新的收获。
是一次很好的推进工作案例。
4、新版短信模板
工作职责：
部分模块参与人
a、发信息页面的改版
b、信息收藏夹的导入导出
c、jxlx下总导航和左边登陆框的调整。
我参与的阶段有：
用例的审核，表结构设计的讨论，开发。
在这个工作中的收获是数据库表的设计，主要是按位存储的优点，合理的利用存储过程来定时的分析和生成数据，excel表格的上传下载相关知识。
5、语音外呼系统
工作职责：
整体负责人
a、组织需求的讨论确定原型
b、拿出设计方案组织审核
c、参与后续开发
d、系统的跟踪和维护
这是我第一次以项目负责人的身份在公司出现，感觉很惊喜，也很有压力，一直都是在接收安排好的工作，这次领导告诉我，我要把握项目的进度，要去和需求人沟通给系统一个合适的定位，把合适的工作分给合适的人，要设计能满足需求，要保证项目保质保量的完成。
当然这些工作我一个人是做不下来的，一是我经验不够，二是我一个人没有那么多的时间和精力，这时候就体现出来如何利用大家的智慧了。
这个团队的一个特点是一个没有经验的负责人带着几个充满智慧的队友，刚开始在工作分配上很不合理，我把很多的工作揽到自己这里，但是这样我会很累，大家的智慧不能及时的融进来，还会打击积极性，在主管的指导下及时对工作安排分工进行了调整，让大家都积极的参与进来。
有了前面的教训，在后期的开发中进展的很顺利，大家积极的讨论拿方案，对自己负责模块都尽职尽责，从中收获很多。
语音外呼项目的推动中，收获可以从两个方面来总结，一个是经验的积累，通过这个工作，经历了一个项目负责人的过程，此时经历就是收获，设计方案的一次次被****，就是一次次的进步，从沟通到设计再到开发，去组织去推动，也逐步的流畅，和大家的合作，借用别人智慧的能力也稍有提高。
另一个是信心的增强，刚开始对需求的混乱和对系统不清晰的定位让我对这个工作无从下手，对它的思考时易时难，对设计更是心里没底儿，设计好了对开发又不自信，需要的知识点还很多，虽然前期是这样思考的，但是随着设计的明朗化和大家智慧的迸发，感觉越来越顺利，信心提高了很多。
所以一个项目负责人不一定要是一个样样精通的人，但是一定要是一个能把大家智慧凝聚到一起的有思想有自信的人。
以后我继续向大家学习！
6、资料迁移
工作职责：
整体负责人
a、收集需求人，使用人的意见整理文档，弄清楚要解决的问题，和造成问题的原因b、给参与人员分工梳理现有流程
c、组织技术内部对此熟悉的同事讨论，铲出一份需求设计文档，之后又进行审核
d、和需求人，使用人碰面沟通，对设计文档中涉及的流程进行了二次审核
e、页面开发和测试
f、功能模块维护和数据跟踪
带来的成果：
在移动进行大规模的ecid重整时期，资料迁移功能发挥了很重要的作用，解决了博客博客圈的匹配，校讯通积分影响问题，客服的资料处理流程效率也得到了大大的提高。
资料迁移整体上考验的是对业务的熟悉和对需求的梳理沟通。
我的总结感受：
对于请教的问题，别人并没有责任一定要参与，即使参与了也不能把自己的疑惑全部抛给大家，应该做好前备工作，把能梳理的都梳理通，真正想不通的给几个选项，尽可能的节省大家时间，缩短这个环节在整体上
升级会员 