总结,后台自动刷

第一篇：总结,后台自动刷

1,准备同服的两个号，lm和bl号（这里指LM是大号，需要购买“护火者之誓”），两个号都飞到同一个墓地

2，LM号做一个宏放到技能“1”上面（这个宏实现自动选取地对角色，自动攻击）例如：/tar 部落角色名（自己修改）

/use 护火者之誓

/cast 奥术射击 /cast 眼镜蛇射击

3，BL号做一个宏放到技能“1”上面（这个宏实现自动选取灵魂医者，自动复活）复制：/tar 灵魂医者

/run RepopMe()RetrieveCorpse()

/run RepopMe()AcceptResurrect()AcceptXPLoss()AcceptXPLoss()

4，这个时候只需要同时点这两个窗口的“1”号键即可。

5，后台自动点“1”键，我用到是简单游 步骤如下：

1）百度搜索简单游，下载解压注册登录。2）点脚本仓库-魔兽世界-【真牛】【跳跳】小号托管 免费 打开

3）修改→ 防暂离方式：按技能1 跳动时间间隔：0.2 点击保存设置（千万别忘了保存！）

4）切回LM游戏界面 按键盘上的F9

5）切回BL游戏界面 按键盘上的F9

6）需要停止 按ctrl+F9

第二篇：酒店后台实习总结

酒店后台实习总结

通过本次实习，实习者对酒店的管理框架有了大致的了解，对酒店行业的工作内容有了全新的认识。本次实习是理论与实践的对接，一个月的实习过后，实习者对餐饮部门具体的工作内容和基本的服务流程更加熟悉，从中积累了在酒店业的宝贵工作经验，在实习的过程中不断思考酒店存在的问题和酒店的可取之处，分析问题的所在，尝试通过自己的思考解决问题，提出自己的见解。这些思考也为今后的学习和在酒店行业继续工作奠定了基础。

但是在实习过程中也存在着一定的问题。其中最主要的问题是对于其他部门工作的不了解，虽然一个月时间下来实习者对餐饮部的工作已经基本能掌握，但是对于其他部门比如客房部的工作却不甚了解，并且由于与酒店管理层人员的接触较少，缺少从管理层看待酒店管理的视角，而大多数时候是从基层员工的角度思考酒店的管理。因此，我认为安排实习时，可鼓励学生尝试不同的岗位不同的部门以增加学生对酒店更加全面的了解。实习过程中犯错误被老员工和上级骂也是少不了的，这些也更真实地反映了酒店业的实际情况，当然，在实习过程中也增加了同学之间的感情，并且收获了与酒店员工之间的友情。

这次实习也更让我懂得世界上没有完美的行业，有的行业工资高但是工作辛苦，有的行业工作轻松但是假期少，任何行业都从来不缺乏合适的岗位，关键在于你是否足够坚持足够优秀，酒店业也同样如此，如果你选择了酒店业就做好坚持和足够优秀的准备。

第三篇：后台工作细则

智慧服务网络科技有限公司工作流程细则

一、网络后台工作人员流程细则

1.工作人员每天需及时更新网页消息，以便网上顾客能及时有效的购买产品。

2.工作人员应及时关注网页动态，保证在第一时间获得顾客的购物信息及购物清单。

3.后台工作人员在接获网络订单时，应在第一时间通知商店和单位快递点工作人员，如果商店不能满足顾客消费清单，后台人员应及时准确的通知网上的顾客，或进行一定的协商。

4.后台工作人员，对于已确认收货的购物清单，应及时准确的以电子档案形式录，以便与快递人员进行账目核实。

5.后台工作人员应及时准确的传达购物信息，如不能及时与商户和快递人员取得联系，请及时上报，以待处理。

二、快递人员工作流程细则

1.快递人员每天上午7点至9点、上午11点至下午1点、下午5点至7点必须及时、准确的完成公司下达的任务。

2.快递点工作人员应做好快递人员后勤服务工作。

3.快递人员在接获送货任务后，应在第一时间准确到达商店接取商品，在接取商品时，应仔细检查商品质量、数量和商品包装密封度，确认无误后再接取商品和发票单。

4.快递人员在运送过程中应保护好商品，不能使商品发生包装发生破损，若出现顾客因包装破损而不收货的情况，责任自负。如果快递人员出现交通意外，则应及时上报相关人员，再做处理。

5.快递人员在及时、完整、准确的送达商品时，应出具商店发票，接收货款，由收货人签字后，才能作为公司回收单据，否则责任自负。

6.快递人员在送达货物后，应主动询问顾客衣服是否干洗，垃圾是否处理等问题，若有，则按公司出台的规定进行实施。

第四篇：志愿者刷树总结

志愿者刷树总结

机械自动化学院工业工程1001班在院青年志愿者协会的组织下，于2010年11月27日开展了“志愿者刷树活动”。本次活动紧密围绕青年志愿者协会的宗旨，在学校图书馆附近进行“冬季护树”活动，来呼吁广大的武科大学子爱护我们的校园，美化我们的校

园。

本次活动于下午2：00开始。由院青协提出，在后勤部和曾洋副会长的带领下，我们工业工程1001班的一些志愿者来到图书馆开始“刷树,护树”。大家不怕苦，不怕脏，坚守在自己的岗位上。后勤的叔叔们也耐心的指导我们怎样把事情做好。刷树很容易，但刷好树不容易。要想保证每棵被刷的树都能很好的度过严冬，我们“豁出去了”。同时曾副会长也为我们做了些指导，我们一起共同努力着，就为了那个不变的信念—“保证每棵被刷的树都能度过严冬”。回顾此次活动，有以下几点需要指出： 一，活动前的准备

为了此次活动的顺利开展，院青协曾副会长不怕辛苦，自己骑着自行车早早地去买石灰，下午才回来。同时我们班的同学也早在寝室“待命”，这为我们节约了大量的时间去做志愿者活动。二，活动中的故事

活动开始了，大家都拿上了“家伙”开始了自己的工作。先有后勤的叔叔们不辞劳苦，为我们调石灰，向我们介绍一些刷树的基本知识。同学们虽然有些迫不及待，但还是认真听着，为自己的工作“打基础”。活动中，大家积极自由分组，围着树开始工作。刷树是艰苦的，但少不了欢声笑语，少不了一起工作的激情。我们快乐的工作着，不再顾虑“石灰脏”，不再怕工作苦。休息期间，大家都“如释重担”，开心的聊天，我们快乐着，收获着属于我们的那份幸福。

三，活动后的整理

大家都主动的收拾工具，交给后勤的叔叔们，我们边整理边交流，收获了护树知识，收获了实践的快乐！叔叔对我们说了声“谢谢”。我们都笑着说：“这是我们该做的。”

四，反思一下，我们在今后的工作中还应该注重以下几个方面：

1.我们应该想尽一切办法让大家把本职工作做好、做到位； 2.以后的活动中鼓励更多的人参与，共同进步。3.在以后的工作中多问，多听，多做。

4.通过更多有意义的活动去让更多的人收获快乐，收获幸福！！

1001班

工业工程

第五篇：3G后台工作问题总结

1、出现硬件正常，该站的FDDCELL无法启用的，我可能原因是2M线接反问题，数据显示如下图：

2、删除BTSequipment需要确认网管该站点OML已经锁起，导出该站的数据后，在wips里面直接进入向导，删除deleteBTSequipment

3、OAM_0051_00005 告警出现是由于话务报告定期上报，该时间内由于传输问题，导致话务报告上传失败，通常可忽视。

4、网优参数RSCP（4G参数为RSRP）是电瓶指示，标准值为-95dBm，该值越大越好，当该值达到-100dBm是手机只有两格信号，通常被认为是信号强度指示。

5、参数EcNo(4G参数为SINR)是信噪比，标准值为-11dBm，软切换比例标准值30%左右，20-30%之间可以认为是良好。通常认为是信号质量指标。出现信噪比过低，可能原因包括建筑物格挡反射。

6、“两条腿”现象解释，同一个手机可以同时收到两个基站的信号，造成资源浪费问题。

7、CS链路闪断，通过查询log，发现出现问题时间，核心网侧的ip不通，导致pmp down，Sctp failed，排除设备故障原因，历史告警中同样有体现，如下：

MSS_7021_01023 communications NW:UTRAN RNC:gy_rnc_15 RNCEquipment:0 INode:GY_RNC_15IN0 EM:GY_RNC_15IN0 VR:7 IP: STATIC: ROUTE:0.0.0.0,0.0.0.0,0 NW/UTRAN RNC/gy_rnc_15 RNCEquipment/0 INode/GY_RNC_15IN0 EM/GY_RNC_15IN0 VR/7 IP STATIC ROUTE/0.0.0.0,0.0.0.0,0 2016-05-20T15:25:32 +0800 Major Cleared 2016-05-20T15:26:05 +0800 FALSE 70211023 'NextHop “10.248.234.185” have failed to respond to Static Heartbeat Monitoring.'componentId: EM GY_RNC_15IN0 VR 7 IP $ STATIC $ ROUTE 0.0.0.0,0.0.0.0,0 operationalState: enabled administrativeState: unlocked usageStatus: active alarmStatus: major proceduralStatus: unset controlStatus: unset standbyStatus: notSetunknownStatus: false related components: [] lossOfSignal 70211023

Full mode

输入2按Enter 9)输入login：debug

password：debug 10）进目录 /opt/nortel/data/support_tools/RNCLogCollection收取文件即可

15、FE宽带查询，IPRAN下EthernetBandwidthpool/0 peakinformationRate

16、新开站新加拉远小区，导入数据出现RRH起不来，可能是RemoteRadioHead的pa功率过高，需要查看并在线修改，HsxpaResourse的参数要根据LOCAL Group确定，每块CEM板最大支持的 LOCAL Group个数，需要再确定。

17、二级驻波要在antenna Access看，不一定会在RRH上显示出来。

18、删除小区，需要确认，关系该小区的所有数据，全部要删除，包括BTShsdpaEquipment和localcellgroup

19、FTP，贵阳网管ip172.168.35.65遵义172.168.36.65用户名oamops，密码oam_oamops 20、1> me 检查telent到RNC是哪一个

2> d time 检查rnc上的时间同步状态，跟wms的

3> d swavl查询当前所有的版本，是这个版本RI606410A2102。4> d sw pa 查询当前的补丁号

5> d swavl,pa查询当前的补丁号，patch list里面

6> d swav/* patch/* 检查这些patch里包含的详细问题和描述 7> d pr检查PR的状态 8> d fs察看同步

9> d fs d/* p/* 检查CP板卡和里面磁盘的状态，disk0是主用CP，里面再分3个part，另外还要看剩余磁盘空间 10> d fs d/*

查询磁盘的状态

11> d lp/* ap/* 查询DCPS板卡里的AP模块的地址和状态 12> d lp/* ap/* rnc查询DCPS板卡里面AP模块的名称，使用状况

13> d RncInterfaceNodetmu/*=d rncintmu/*查询TMU在哪个LP,哪个AP下，里面有多少个call在上面处理，TMU3是备用的.14> d RncInterfaceNodetmu/*celll=d rncitmu/* celll查看rnc小区映射

15> d shelf card/* spserv查询主备用CP,OC3板卡的状态，哪个是主用，哪个是备用，16> d sh card/* prod,serial,pm查询所有板卡的型号和SN号 17> d sh fab/* 查询背后的交换矩阵的状态和PDC,SN号 18>ospcsShowCards查询所有板卡的状态

19> d atmif/* 查询所有atm interface的状态，800，801是iub的，815是iucs的，其他的应该是iur的 20> d atmif/* vcc/* 查询所有atm interface里面vcc状态，d atmif/* vcc/* txcell/rxcell查看vcc链路收发 20+、d –p vr/* pp/* ipportLogicalif/*查询各端口ip地址 d iur/* iuaal/* aal查看iur链路

d iub/* iuaal/* aal查看iub链路

d iucs/* iuaal/* aal查看iucs链路

d iups/* iupsuplanesgsnsubnet/*,* 查看iups链路 d ss7 m3ua/* pmp/* assoc/*

d –p vr/1 pp/gige* ipportlogicalif/*查询4PGE端口地址

21、该版本网管正常情况下不会出现404错误，或网址无法连接，重启电脑可重新登入

23、wips的check模板有问题，割接之后需要改变ipran下的参数iptrafficshaping:55443120

24、BTSEquipmentMIB出现notBuilt可能需要重启该站，若仍原状，软件升级下。

25、wo出现错误在，继续导入到最后一步，之后再reverse。

26、新建站不要忘了hearbeat的ip

27、删除小区同样要锁小区，新数据仍需要重启基站

28、二级驻波一直存在判断是耦合器坏掉了

29、检查CP4板的同步状态和磁盘占用：> d fs，> d fs part/* 检查RNC上主、备用CP板卡的状态和切换 检查RNC上主、备用OC3板卡的状态和切换

检查RNC上各逻辑功能单元的状态：>dlp/* ap/* rnc 检查A、B路电源的供电状态

检查RNC与WMS以及Clients 的连通性

检查并消除存在RNC文件系统里的不再需要的log文件和很久以前的pr.30、检查RNC到核心网的CS控制面（信令）链路：5> d ss7 mtp3/1 ls/* lk/*

31、检查RNC到核心网的CS用户面链路：6> d-p iucs/* iuuplane aal2lk/*，7> d-p aal2if/300 alcapalcapcon，8> d aal2if/300

32、检查RNC到核心网的PS控制面链路：9> d ss7 m3ua/*，10> d ss7 m3ua/1 pmp/* 11> ping-trace-ip(10.244.32.17)-src(10.244.42.142)vr/1 ipicmp 12> d atmif/815 vcc/*（d atmif/* vcc/*）

33、检查RNC到核心网的PS用户面链路：

12> ping-trace-ip(10.244.42.150)-src(10.244.42.126)vr/1 ipicmp

34、检查RNC到采样的NodeB的Iub OAM链路：14> ping-ip(172.20.16.54)vr/0 ipicmp

35、检查RNC到采样的NodeB的Iub CS链路：16> d atmif/800 vcc/54.*

36、检查RNC到采样的NodeB的Hybrid Iub PS链路

37、检查并消除所有与RNC有关的告警

38、查看iucsATM是否正常：>datmif/800vcc/*

39、CRT连接各RNC的CP地址就可以连接该RNC 40、OMU板卡控制单元TMU板卡业务单元，均属于DCPS板的模块，41、OMU通常在第四或五块DCPS上，DCPS板上包括rab，tmu，pc，模块

42、基站ps域地址和cs域地址分别为做数据的up,CP地址

43、xinshijienanzutuansi数据错误，在iub部分的tm5选择错误，导致小区不可用持续闪，44、配1662时隙：一块CCP的2M时隙只需要到53即可，三块到55，几对两兆，按照模板来配即可

45、mstsc远程命令

46、新建站小区起不来可能原因：新复制的localgroupid中参数为修改piority 47、1662配时隙，如果是4对2M的话，可以直接加4个时隙，且时隙勿跨端口（如1-9-1-1），粘贴的模板改换成4个2M的模板，粘贴内容介绍，53为一块cem板，54为两块，55三块 100/101和108/109为两路2M，后加的102/103和110/111为后两路2M，类似做数据时的vcc配置，0，0，2，2，3

48、底噪，资源占用下面的BTS radioPower：RTWP的值，-103以下为正常值

49、新开数据的IUB用户层控制层地址在新开站的rnc对应表格里

50、BTS_0333_00002该告警导致基站闪断，与传输核查发现，他们的端口时钟没配，51、2对2M的站，ATM方式开站，一对2M和网线的站，E1方式开站，全网线，MDA方式开站

52、删除现网小区应该确认下，该小区是邻区否是涉及到其他RNC，若涉及则导出全网数据处理。

53、tracert ping和tracert使用方法都一样，在命令后面加IP地址或者域名。

ping 主要是用来查看到目的地址的时延和丢包情况，tracert是用来查看所经过的每一跳路由，可以具体判断时延变大或者丢包的点。

54、针对CCM/* SOFTWARE ANOMALY的告警进一步解释如下。

CCM/* SOFTWARE ANOMALY本身是一直都有的告警类型，之所以需要再次解释是因为在LR14升级中增加了对RRH光纤长度的检测功能，如果光纤长度与配置不符合，系统会以此告警来通知维护人员进行调整，如下：

CCM/1 SOFTWARE ANOMALY Specific Problem:CCM/1 SOFTWARE ANOMALY, Cabinet:0, Shelf:0, Slot-position:1, AdditionalInformationFromNE:additionalInformation = { manufacturerInfoAscii = Bts Cell 115194 > Invalid Configuration ParametertransportFiberDelay : DLU [1], refer /emo/Delays for all Cells }

这里需要说明几点

1：这个针对光纤长度的告警仅仅是新增告警，从代码角度并未做任何变更，因此不会有任何业务影响（错误的配置升级前后都一样）2：针对CCM/* SOFTWARE ANOMALY告警现场可以通过HFB中详细的内容来判断是否属于光纤问题引起，HFB中有相关字符（如上黄色标注）

3：此告警不会自动消除，需要人工干预（看看如下文档）。现场维护对于这类告警判断需要通过HFB来分析，是否此类告警是由于其他模块的异常引起的，比如RRH告警，如下

4：其他告警消除后，CCM/1 SOFTWARE ANOMALY告警不会消失，因此现场维护人员需要通过对相关告警单元的状态观察来判断是否异常情况已经恢复

5：关于transportFiberDelay，可以通过脚本或者人工命令来得到参数推荐值，如下 /pltf_544/emo$ cd../pltf_544$ pltf/cpri/t14 Get CPRI Framer[1] T14 = 0x184!Get CPRI Framer[2] T14 = 0x182!Get CPRI Framer[3] T14 = 0x182!Get CPRI Framer[4] T14 = 0x5dc!Get CPRI Framer[5] T14 = 0x5ec!Get CPRI Framer[6] T14 = 0x866!

fiber length=47*78/1000/1.47/2=~1.2KM

BtsCellInstance [4] : 4

BtsCellAdministrativeState [4] : 1 LocalCellId [4] : 115194 LocalCellGroupId [4] : 1 PaRatio [4] : 100

PaRatioToValidate [4] : 100 CellSize [4] : 0 CellProfile [4] : 0 rtwpMargin [4] : 20

rtwpTimeDetection [4] : 400 transportFiberDelay [4] : 1 rtwpReference [4] :-850 rtwpMaxCellLoad [4] : 0

rtwpMaxCellLoadNonEdch [4] : 70 dynamicPersistenceLevel [4] : 1

CRT连接网管，telnet该基站tcsh，xCCM-nodeb-nodeb> bcish /$ pltf_544/emo /pltf_544/emo$ Delays

55、RNC面板灯状态说明

56、手工同步主备用CP板：sync fs

57、查看7号信令状态 d ss7 saalnni/*

58、查看用户面的状态：d –p aal2/* path/*

59、ping –ip(100.24.176.16)vr/0 ipicmp 60、d –p rncin查看omuip地址。61、d –p iub/* sig/* 62、cem板可以任意调换

63、小区无数据BTS_0354_00047 64、65、d lp/0 oam/0查看OAM状态 66、d fs p/*查看硬盘占用

67、d-p SS7 M3Ua/1（RNC信令点DEC）

d-p Vr/1 Pp/GIGE* IpPortLogicalIf/*（GE板地址）

d-p vr/1 Ip Static Route/0.0.0.0,0.0.0.0,0 Nh/*（CE地址）

d-p Ss7 Sctp/* SrcEp/*（RNC控制面地址及端口,包括ps控制面，cs控制面，lur控制面）d-p ss7 m3ua/1 destsp/*（SGSN的信令点DEC）d-p Ss7 M3ua/1 PMP/*（SGSN信令面地址及端口）d Ss7 M3ua/* PMP/*（PS链路起来的情况）d atmif/815 vcc/*（CS链路起来的情况）

d atmif/815 vcc/* txcell,rxcell（链路语音流量查看）

d ss7 M3ua/* PMP/* assoc/* path/* destIp,status,dataTx,dataRx（链路数据流量查看）d lp/* ap/* 68、排查割接后断站，传输下一跳能ping通，由于站上本段FE不同导致，可先处理FE再处理两兆 69、针对BTS_0017_00001告警处理：

1、登录CRT-OMCR

2、telnet该基站，登录

3、->bcish,4、->emo,5、ls，6、->delays,7->查看transportFiberDelay,两个参数不一致则直接在wips里面修改该参数。

70、新建数据BTS无法直接转到SITE，需要在BTSequipment下指定site名字，之后就可以 71、新建站PLMN需要手动选取？

72、基站2M误码可能导致基站断站，重启后正常仍会断站，其他无异常，需要跟传输核实该问题。

73、基站完全掉站，判断有可能是ccm板问题，和电源模块问题。74、7670交换机网线对应oc3，GE卡对应cs,ps,MR,lub 75、wips报错ATM_16，更改nodebcapcity下参数，0代表关，1代表开

76、更改小区名字可以在向导改，也可以在选中nodb后，在向导侧Nodeb Renaming

77、基站版本升级，先带版本升级，所有rnc版本均在workorder目录下，最后一步选择with new Rebuild 选择对应rnc的workorder，重启出现中断，重新down&active一下 78、正常rru光衰-7dbm左右

79、RNC14板主用、15板主用，从下至上端口：0、PS业务端口，1、FE业务端口，2、MR端口，3、CS业务端口。80、RSSI解释

用户感受：接入困难或者根本无法接入，语音质量不好，严重时甚至掉话;观察终端：发射功率持续偏高(Rx+Tx>-70dBm)以上;有信号无法打电话，经过长时间接入后(20s)，掉网;话统分析：载频平均RSSI在正常范围【-93，-113】之外;主分集差超过6dB;FER过高，接入成功率、软切换成功率低，掉话率高，且接入失败和掉话的原因主要为空口。RSSI异常的原因分类：

RSSI异常分3种情况，分别是过低、过高、主分级差值过大等，常见的引起RSSI异常原因有：工程质量问题、外界干扰、参数设置错误、设备故障和终端问题等。

对CDMA系统而言，反向链路干扰在用户接入时的影响非常明显，由于反向链路质量的下降，移动台接入过程较正常情况会显得更“漫长”甚至是造成高的接入失败，原因是正常的前向链路质量会让移动台开环功控采用较低的功率发射接入试探，而由于反向链路干扰造成BSS系统并不能正常解调接入信道消息，移动台将以Power Step步长逐步增加接入试探功率，这就使得接入过程被延长很多甚至是造成接入失败。所以，在判断反向链路干扰的时候，结合着接入指标来共同分析可以更快的发现问题。网络干扰正常需考虑的几种干扰：

通常考虑5dB的接收机噪声系数以及2dB的无线环境底噪波动水平，所以正常情况下，RSSI的监测结果应该是-106dBm左右，对于系统负荷的影响，一般最大不超过8dB,也就是-98dBm左右，考虑3dB余量，也就是说在高负荷情况下，如果系统工作正常，RSSI平均水平最大不超过－95dBm，否则就意味着网络有严重的反向干扰。81、pcc alarms路径：/spooled/closed/alarm 82、ping大包-s 5000（字节）

83、倒入数据超过24小时吊死，需reverse数据，注意，最后一步先导rnc部分数据，再导BTSequipment 84、关DC流程：

1、所有BTScell小区的BTSEquipment/ BTSCell/ HsdpaConfdualCellActivation改为false

2、所有Nodebcell小区的RNC/ NodeB/ FDDCellisHsdpaDualCellActivated改为false

3、所有Nodebcell小区的RNC/ NodeB/ FDDCellhsdpaPlusPreferredMode改为none