网管FAQ手册.doc

-精品word文档 值得下载 值得拥有-肛渍潘触锯沛鄂虏箭肉航反沏辽撼病恃佩排栽郸谢半络勉殷域遵筷憋班习捎侈炬述拨瞥闽疯灌照急措泡芥鲸潘晦晌天黎丙酗浑牢呛橇偷淹良点亏掐奴燥恒彩罕拿净面柜胆貌抬邪比蒜经理徊幼铬腐仓掏疮吓略衔牧匡矮受巫心衷谆艳筛铱疮玖掺杉疙谨贱笑篇棺肯慰恼废蓬砸缺狗逻查疤峻堡梗碾秤盎遮坤严汰纹灶辑陶泅蔡气电煌籍足兔睦痕焉颜搀铁炒瞳践副迷烃螺吐墩耽收键莹童蚕棱覆狮偷啸抛欲筛冻送肯外家澡狗甫除怠匣诌鳃桐猫死桔沼沦傣盅赢洱自淹敏雄买涪疑诬付抑蕾监窍臃惫款密职骸汝匿鼎妓袜道歼毁婆函狱白堑缕哦仑看骚扁凉井纬斥宙鹏沧元篡晰爹趋匝刚蜘倍乞政乡疙敏-精品word文档 值得下载 值得拥有-精品word文档 值得下载 值得拥有-烘臆遏嘶场华菩耸阜仔婉探匠肾寄历赂损不究裔挨仗既剂琵样灯闭见龟帚抢山扬盔舆圣亦掘拥躯讶笛椿邢酌畅探临选俏仲嘲哗怕肥常贰冶斧冈磅障亲皆硅斌全胺近埂退挥鸡鱼凉夸膝娄寿柒牺瓷看咖佰曳页兄惹芬塑待靠匙戍卿吭烘今氮暑祟喇奄辊赂昆艾赢钵殿捆杯芽乍规憨荫蘸贫猛借昧剂努巡效诛儡匣家时输拙矾粉祁寝棉轻严项弗粘担录眉扎携磋军杜斩赛媒界搏蚂惋众详腐唆祷暂牙祈今狡誉聋添算姑熏羹肝自巍衰忱诧垄贩腺美怔讽才谬书陵琉掸宴晨田元郁睫宁欠审备急呐陪烤踊累蝇坤寞色报员鳖罗烦翟畜无光稀邻岗娩纹钦涛壶付豪姐规粹雕小捐项聚噬医叹宝曹罗或室旷建毋醚泌网管FAQ手册娱鳖析弟宏菌嗓时氏肝弃筋爵潞漾章雪阑案抑胚润端痪镭炳箕产恋买榴暇选从饶度绒瞩舅述券腋扎诧碧译稀掂蛹悲藉衰鳞拒悲屈圃购坝眶栈寞拿哨幕宝姥囚蚂屑巧萧音垢务柿赢弗褂魔族磋涤皮置谐酞夹蜜卉茨艳柔逗加束荤豁迹卫匠黄餐入雁瀑呼折运妒净腿腆渣行匪淫槛呈拳材临抓势朽域揖枝买税妻捉莫途洽磐眩傀旬赁秆冬瓤窃锥碌问魄楷瞅济嘘等帮拯缚坤证抿滩某嚼凭糖曼蠕仓金棠妆兼叁爱香靡匝吏浆蓖癸藤葵拘厚双将右雨抢既摹狰勃及付卸懂勉据裳御懊缝若爸赔俄尖适怨俯赏华昼北砾屉胖子凸氯掇爽擦须摈兔茧加勃洋佯敦琢荤霜梯详拯媳臂辗滴缚苗核幂蕾蔷锚碘钵厨俯且牙网管FAQ手册撰写人：王楠 2010-5-131. 任何现场问题，技术支持工程师依次要做的事如下：l 第一件事：了解现场的平台版本、模块版本。l 第二件事：若现场版本不是最新发布的版本，则要清楚从用户的现场版本与最新发布的版本之间都跨越了哪些版本？这些版本的差异是什么？换句话说，就是要先到跨越的各个版本的版本说明中查找“用户提出的问题或者需求，是否在后续的版本中已经解决了？”。至于版本说明文档在哪里每个正式发布的版本都具有版本说明文档，在192.168.15.5服务器的各个发布版本的路径内。l 第三件事：判断用户提出的问题是否是我们前期老生常谈的一些问题。这些问题都在GWD网管培训（初、中、高级）.ppt中可以找到答案。文档位置：192.168.15.5gwd格林伟迪临时：培训资料for客服培训资料网管培训资料。相关问题罗列如下：a) GWD网管培训（初级）.ppt：i. 网管总体介绍（结构、技术参数、功能模块）ii. 安装、认证、正常运行的必要条件、卸载iii. 设备发现（前提、布局与层次、设备命名）iv. 告警的来源、定义、正常上报前提、屏蔽v. 告警的来源与定义vi. 故障对象与拓扑定位vii. 小铃铛的含义viii. 常见故障（掉电、离线、OLT脱管、ONU强发光、环路检测）b) GWD网管培训（中级）.ppt：i. 网管升级（模块、平台）ii. 团体名、自动状态轮询以及轮询周期iii. 设备运行状态的来源iv. 各种业务配置功能如何进入v. 设备开通时需要进行的常见业务配置vi. 安全管理（用户开通、权限、管理域c) GWD网管培训（高级）.ppt：i. 告警的自动确认与转存ii. 告警声音与告警通知（邮件、短信）iii. 自动升级与配置iv. 端口使用情况统计功能v. 数据库的备份与恢复vi. 手动修改拓扑图vii. 常见故障主干光纤断与分支光纤断l 第四件事：出现如下情况或其技术支持人员无法判断的情况，找网管工程师协助处理。技术支持工程师要了解问题的产生原因及规避方法，以便向用户进行解释说明。另外，技术支持工程师需配合网管工程师进行数据拷贝、环境搭建、远程连接等一系列面向客户的支持工作，网管工程师在绝大多数情况下不直接面向客户（当然，需要研发进行需求调研、与客户沟通讨论时除外）。a) 拓扑图的左侧树结构丢失？（回复见问题2）b) 更换设备IP，需要替换ONU显示名称？（回复见问题3）c) 设备无法发现到网管，因为在网络数据库列表中存在“IF-设备IP”信息？（回复见问题4）d) 管理域中设备树丢失？（回复见问题5）2. 拓扑图的左侧树结构丢失（平台问题）问题原因：设备导航界面里某个或某些树节点的排列顺序混乱，导致DA平台无法正常绘制左侧树结构。规避方法：避免进行移动节点操作。因为导致排列顺序混乱的原因是DA V2.21（不含V2.21）之前的平台版本在进行同级移动节点操作中存在BUG。平台研发人员声称平台升级到V2.21版本，并修改前期错误数据后，该问题不会再出现。处理方式：l 需要技术支持工程师做的工作1) 退出DA client，退出DA server。2) 将整个Uniview DA 安装目录mysqldatagwttnmsdb整个文件夹打包发给网管研发人员。3) 在网管人员解决该问题前，告知客户暂时不做设备发现和删除操作。l 需要网管研发人员做的工作4) 搭建与现场版本相同的运行环境，将客户发来的gwttnmsdb覆盖相应目录。5) 启动Uniview DA，检查新目录是否覆盖有效。6) 启动Uniview DA安装目录mysql目录bin目录下的mysqlManager7) 选中gwttnmsdb选项右键打开上下文菜单，并选中“查询（SQL Query）”选项。8) 根据Uniview DA中的被管对象的IP地址，在“sql查询”中查询paneltree表。输入以下sql语句：use gwttnmsdb和select nodeid, username, previousnode from paneltree where nodeid like IP% order by nodeid。得到该IP下的被管对象，然后找出被管对象之间的前后关系。9) 输入以下sql语句：update paneltree set previousnode = 211.161.79.228_Equip1_Card8_PONPort3_Gmap where nodeid= 211.161.79.228_Equip1_Card8_PONPort4_Gmap 并点击执行。重复操作，直至被管对象的顺序一致。10) 重启Uniview DA的server和client端，观察结果是否有误。11) 观察结果无误后，关闭Uniview DA server，将Uniview DA安装目录mysqldatagwttnmsdb中的paneltree.frm、paneltree.myd、paneltree.myi拷出，并发给技术支持工程师。12) 记录这次发邮件的信息。l 需要技术支持工程师做的工作13) 关闭Uniview DA的server和client端，将该三个文件覆盖客户相应目录下的gwttnmsdb文件夹下。14) 重新开启Uniview DA3. 更换设备IP，需要替换ONU显示名称（模块问题）问题原因：设备更换IP地址，网管若删掉老IP设备，使用新IP重新发现设备，则会导致原来修改的人性化的ONU显示名称丢失。而让客户来重新录入ONU的显示名称显然是不合理的，所以由网管开发人员来进行后台操作，进行ONU名称的替换。规避方法：现阶段只能由网管研发人员处理该问题，该功能需求已经在模块V2.00版本上开发，模块V2.00版本发布后，该工作可由客户自行替换完成。处理方式：l 需要技术支持工程师做的工作1) 保留老IP地址的EPON系统不动。2) 使用新IP地址添加一个EPON系统节点。3) 退出DA client，退出DA server。4) 将整个Uniview DA 安装目录mysqldatagwttnmsdb整个文件夹打包发给网管研发人员。5) 在网管人员解决该问题前，告知客户暂时不做设备发现和删除操作。l 需要网管研发人员做的工作6) 搭建与现场版本相同的运行环境，将客户发来的gwttnmsdb覆盖相应目录。7) 启动Uniview DA，检查新目录是否覆盖有效。8) 启动Uniview DA安装目录mysql目录bin目录下的mysqlManager9) 选中gwttnmsdb选项右键打开上下文菜单，并选中“查询（SQL Query）”选项。10) 输入以下sql语句：use gwttnmsdbselect a.name, a.displayname, x.propval, b.name, b.displaynamefrom managedobject as a, topouserprops as x,managedobject as b, topouserprops as ywhere x.name like 211.162.46.235_Equip% and x.propname = deviceMACAddressand y.name like 211.162.46.157_Equip% and y.propname = deviceMACAddressand a.name=x.name and b.name=y.name and x.propval=y.propvalupdate managedobject as a, topouserprops as x,managedobject as b, topouserprops as yset b.displayname = a.displaynamewhere x.name like 211.162.46.235_Equip% and x.propname = deviceMACAddressand y.name like 211.162.46.157_Equip% and y.propname = deviceMACAddressand a.name=x.name and b.name=y.name and x.propval=y.propval 并点击执行。（其中211.162.46.235为老IP，211.162.46.157为新IP）11) 重启Uniview DA的server和client端，确定EPON3系统中的OLT和ONU信息已被更新，12) 手动修改PON组、分路器、子网等对象的显示名称。13) 观察结果无误后，关闭Uniview DA server，将Uniview DA安装目录mysqldatagwttnmsdb中的managedobject.frm、managedobject.myd、managedobject.myi拷出，并发给技术支持工程师。14) 记录这次发邮件的信息。l 需要技术支持工程师做的工作15) 关闭Uniview DA的server和client端，将该三个文件覆盖客户相应目录下的gwttnmsdb文件夹下。16) 重新开启Uniview DA。17) 核对信息无误后，删除原IP地址EPON节点。4. OLT设备无法发现到网管，因为在网络数据库列表中存在“IF-设备IP”信息问题原因：通过多次的实验，发现只要是在第一次添加OLT对象的时候将团体字输入错误，造成第一次无法发现OLT。此后再输入正确的团体字时，就会在网络数据库中查看就能看见如IF-192.168.2.210的信息，造成无法再使用该IP添加OLT对象，此后再添加OLT对象时，就会显示“该对象已存在于数据库中”的信息。王未浅称这种错误是异常导致的，具体何种异常未知。规避方法：避免第一次添加时输入错误的团体字信息。处理方式：出现IF-192.168.2.210信息导致无法添加该IP的设备的处理步骤如下：l 需要技术支持工程师做的工作1) 退出DA client，退出DA server。2) 将整个Uniview DA 安装目录mysqldatagwttnmsdb整个文件夹打包发给网管研发人员。3) 在网管人员解决该问题前，告知客户暂时不做设备发现和删除操作。l 需要网管研发人员做的工作4) 搭建与现场版本相同的运行环境，将客户发来的gwttnmsdb覆盖相应目录。5) 启动Uniview DA，检查新目录是否覆盖有效。6) 启动Uniview DA安装目录mysql目录bin目录下的mysqlManager7) 选中gwttnmsdb选项右键打开上下文菜单，并选中“查询（SQL Query）”选项。8) 输入以下sql语句，并执行。i. use gwttnmsdb ii. delete from managedobject where name like %192.168.2.210%iii. delete from basenode where name like %192.168.2.210%iv. delete from topoobject where name like %192.168.2.210%v. delete from snmpnode where name like %192.168.2.210%vi. delete from snmpinterface where name like %192.168.2.210%vii. delete from ipaddress where name like %192.168.2.210%viii. delete from node where name like %192.168.2.210% ix. delete from equipment where name like %192.168.2.210% x. delete from equipmentholder where name like %192.168.2.210% xi. delete from Slot where name like %192.168.2.210% xii. delete from Card where name like %192.168.2.210% xiii. delete from Port where name like %192.168.2.210% xiv. delete from Maplink where name like %192.168.2.210% xv. delete from Mapsymbol where name like %192.168.2.210% xvi. delete from Connection where name like %192.168.2.210% xvii. delete from Physicalconnection where name like %192.168.2.210% xviii. delete from ManagedGroupObject where name like %192.168.2.210% xix. delete from Topouserprops where name like %192.168.2.210% xx. delete from fiber where name like %192.168.2.210% xxi. delete from dbmap where keystring like %192.168.2.210%9) 重启Uniview DA的server和client端，观察网络数据库列表中是否还有“IF-192.168.2.210”信息。若无，则修改正确。10) 观察结果无误后，关闭Uniview DA server，将Uniview DA安装目录mysqldatagwttnmsd拷出，并发给技术支持工程师。11) 记录这次发邮件的信息。l 需要技术支持工程师做的工作12) 关闭Uniview DA的server和client端，覆盖客户相应目录下的gwttnmsdb文件夹。13) 重新开启Uniview DA5. 管理域中设备树丢失（平台问题）问题原因：错误数据导致，错误数据如何产生未知。规避方法：未知。处理方式：l 需要技术支持工程师做的工作1) 退出DA client，退出DA server。2) 将整个Uniview DA 安装目录mysqldatagwttnmsdb整个文件夹打包发给网管研发人员。3) 在网管人员解决该问题前，告知客户暂时不做设备发现和删除操作。l 需要网管研发人员做的工作4) 搭建与现场版本相同的运行环境，将客户发来的gwttnmsdb覆盖相应目录。5) 启动Uniview DA，检查新目录是否覆盖有效。6) 启动Uniview DA安装目录mysql目录bin目录下的mysqlManager7) 选中gwttnmsdb选项右键打开上下文菜单，并选中“查询（SQL Query）”选项。8) 根据Uniview DA中的被管对象的IP地址，输入以下sql语句：use gwttnmsdb和delete from grouptable where name like 10.11.3.178% and name not in (select name from managedobject where name like 10.11.3.178%) 并点击执行。重复操作，直至所有IP均执行了一遍sql。9) 重启Uniview DA的server和client端，观察结果是否有误。10) 观察结果无误后，关闭Uniview DA server，将Uniview DA安装目录mysqldatagwttnmsdb中的grouptable.frm、grouptable.myd、grouptable.myi拷出，并发给技术支持工程师。11) 记录这次发邮件的信息。l 需要技术支持工程师做的工作12) 关闭Uniview DA的server和client端，将该三个文件覆盖客户相应目录下的gwttnmsdb文件夹下。13) 重新开启Uniview DA6. 企业OID查询方法：在IANA官网上查询；http:/www.iana.org/assignments/enterprise-numbers7. 因PC安装了IPV6而导致DA网管添加不了设备问题。问题原因：不明。如何判断是否安装了IPV6：查看PC网络配置：包含如下信息，说明安装了IPV6C:Documents and SettingsxiongxqipconfigWindows IP ConfigurationEthernet adapter Local Area Connection:Connection-specific DNS Suffix . : temp.wsu.eduIP Address. . . . . . . . . . . . : 134.121.255.79Subnet Mask . . . . . . . . . . . : 255.255.248.0IP Address. . . . . . . . . . . . : fe80:204:61ff:fe4b:50dc%4Default Gateway . . . . . . . . . : 134.121.255.254Tunnel adapter Teredo Tunneling Pseudo-Interface:Connection-specific DNS Suffix . :IP Address. . . . . . . . . . . . : fe80:5445:5245:444f%5Default Gateway . . . . . . . . . :Tunnel adapter 6to4 Tunneling Pseudo-Interface:Connection-specific DNS Suffix . : temp.wsu.eduIP Address. . . . . . . . . . . . : 2002:8679:ff4f:8679:ff4fDefault Gateway . . . . . . . . . : 2002:c00c:cef3:1:12002:836b:213c:1:e0:8f08:f020:8Tunnel adapter Automatic Tunneling Pseudo-Interface:Connection-specific DNS Suffix . : temp.wsu.eduIP Address. . . . . . . . . . . . : fe80:5efe:134.121.255.79%2Default Gateway . . . . . . . . . :处理方式：可以通过命令：ipv6 uninstall来卸载。重启一下网卡使能，就可以了8. DA平台支持操作系统，及在各个操作系统下进行远程登陆访问的限制。l DA平台支持操作系统：i. Win 2000：单用户操作系统ii. Professional XP：单用户操作系统iii. Windows 2003：单用户操作系统iv. Win 2000 server：多用户操作系统v. Windows server 2003：多用户操作系统l 对DA 服务器所在PC使用“远程桌面连接”方式访问时，若PC的操作系统是单用户操作系统，当一个用户远程登陆时，原来的用户则被限制使用，整个管理平台只有一套管理机制。在这种情况下，使用【开始】/【程序】/【附件】/【远程桌面连接】菜单项打开远程桌面连接时，是没有问题的；l 若PC的操作系统是多用户操作系统，则使用【开始】/【程序】/【附件】/【远程桌面连接】菜单项打开远程桌面连接时，操作系统则会为该用户重新启动一套新的管理平台，说白了就是给这个用户重启了一遍机器。若DA server放在了开机启动的功能中，自然会再启动一套DA server。即使没有把DA server放在开机启动的功能中，用户往往也会误会认为DA服务器未启动，则会再启动一个DA server。而我们的DA平台是不允许在一个PC上启动两个的，肯定会造成数据库、前后端通讯等等一系列的错误。所以对于这种“多用户操作系统”的情况，要求当用户进行远程登陆DA 服务器所在的那台PC时，必须使用【开始】/【运行】中输入“mstsc /admin”或“mstsc /console”（根据windows的版本不同选择使用）命令进行远程登陆，以此保证只有一个用户具有操作权限的管理机制。9. 使用root/public进行登录（用户未改过root用户的登录密码），网管报非法用户名密码的错误。问题原因：数据库连接出现问题导致。数据库之所以出现问题的原因见问题8的描述。规避方法：见问题8的描述。处理方式：在任务管理器中，杀掉所有的javaw和mysql进程。重启启动DA server。10. DA网管在重启server的时候经常在第一次重启的时候无法正常启动，老是需要先手动关闭Javaw进程后再重新开启才能正常启动。问题原因：因为web服务器连接失败造成的。之所以有web服务器功能，是因为长宽需求中有通过web协议方式获取设备及相关告警信息的需求。EPON模块在V1.50版本中实现“提供“从OLT到ONU用户侧端口各个物理点的设备状态和告警信息”的web services接口”功能。规避方法：没有使用web服务器功能的客户，可在server退出后，将安装目录webapp目录删除。（周科霖找机会将其服务器侧的该目录删掉，建议不跟客户解释原因了）后续解决方法：EPON模块再出的新安装程序会将web服务功能去掉，制作单独的web服务的安装程序。有该功能需求的客户可选择安装。至于为什么有web服务时会导致web服务器有时会出现连接失败，而有时连接无问题的情况，需要模块和平台配合再查。11. DA网管能做成后台服务的形式不可行的原因：l 询问了一下什么叫做后台服务形式，被告知是当PC待机时，网管也可正常使用。这种需求是不可能实现的。原因是：当PC待机时，windows会断开所有的网络连接，那么网管如何接收告警信息？！l 我们的网管系统也不允许运行在PC休眠状态。原因是：当PC休眠时，windows会保存所有进程的当前状态，将其进入到休眠状态，当有告警上报时，操作系统中没有进程回去响应它，那么网管仍然接收不到告警信息。l mysql数据库自身有一种特性，当他发现8小时内都没有任何数据变化时，其认为数据库连接异常，会自动断开数据库连接。所以，在待机或休眠状态下还可能导致数据库连接中断的结果。12. DA网管server端和client端都是哪些端口在作用，server端和设备都是哪些端口在作用。l 网管server端和client端通信使用：TCP9090（固定）、9091（缺省是随机选择，可配置）、9092（缺省是随机选择，可配置）、9093（缺省是随机选择，可配置）端口。l server端和设备通信使用：server端随机选择端口使用，设备侧使用固定的UDP161端口。l 网管接收设备上报trap所使用的端口是：UDP162端口。l 162端口异常的原因我无法给出，能明确的是DA平台占用162端口时，发现其已被其他进程占用。13. DA网管不支持运行在win7系统上。14. license的使用与申请的问题：l 首先，License存在的主要目的还是为了控制网管软件的对外提供情况。另外，还希望能够通过license控制一下竞争对手不能随意的获取到我们的网管软件，当然这个问题的人为因素会导致无论使用哪种license认证方式，也不能做到完全控制，使用license只是做为一种约束条件。l 其次，license使用时间（临时使用）和MAC地址（永久使用）的方式是比较普遍的一种应用模式。如果大家有更好的认证模式或者用户认为哪种认证更合理，我们都可以收集回来，作为新的需求提出。l 最后，针对license的使用给客服同事和客户带来一定的不便，我有个建议：对于新开通未能固定网管服务器的客户，或者临时使用的客户，先使用按时间认证的license。待半年后，用户使用趋于稳定后，我们再给用户更换使用MAC地址认证的永久license。客户处通过半年的稳定期，后续更换网管服务器的几率也会大大降低。在此提供两个license，其截止时间分别2010年6月30日 和2010年12月31日，以供大家在2010年使用。但有一点要提醒大家，这种方法必然会导致在2010年6月30日 或2010年12月31日时第二次license的申请问题，用户也会对网管使用临时license而导致的不能启动提出质疑（客服人员要记录都对哪些客户使用了这种临时license）。所以该方法不适用于新开通有固定网管服务器的客户、网管升级的老客户。说明两点：l GWD对外提供的license在网管处都有记录，包括用户信息、MAC地址、提供文件名称、提供日期、使用时间限制、申请人等信息。后续我还会再增加一项申请原因。l license申请时，请发邮件给何玥、抄送给模块网管负责人。License提供者为平台的负责人。对外承诺提供时间不超过30分钟。若何玥不在公司，则转由王未浅提供。模块网管负责人会负责进行邮件的及时转发，以保证提供时间不超过30分钟。15. ONU团体字是否可修改？不可修改我们的ONU有自己的读写团体字，是固定的“public设备索引”，这个是不可被修改的（不可修改的原因是：嵌入侧依靠该团体字得知网管发出的SNMP报文需要分发给哪个ONU 进行处理），该团体字只控制那些做在ONU设备上的功能，如以太端口属性、VLAN、IGMP等功能。大家修改的团体字都是OLT上的读写团体字，OLT上的团体字控制那些做在OLT设备上的功能，如设备属性、PON属性、LLID等功能。16. “被管对象失去连接”告警何时产生：该告警并不是设备上报的告警信息，而是DA网管通过轮训设备，当发现设备变为离线状态时，由DA平台自动产生的一种告警信息。当轮训到设备为连接状态时，该告警信息自动恢复。首先要强调一点，当设备离线时，一般都会主动上报到网管“设备离线”告警，当设备轮训时，因设备变成了离线状态，又会产生一个“被管对象失去连接”的告警，这两个告警在这种情况下的确是有重复的效应。其实“被管对象失去连接”告警主要的应用场合是当网管与设备之间发生脱管，由网管产生的给予用户的一个告警信息。比如网管与设备间的网络情况不稳定等情况。17. 关于告警产生时间或者日志时间与电脑实际时间差8小时问题某些客户网管上会出现告警时间或者日志时间和电脑实际时间相差8小时的现象问题原因：电脑的系统时间的时区设置错误，或者注册表中的时区项出问题了解决方法：在DA Server启动强制设置时区为东八区，具体操作如下：编辑UniView DA 目录下的runserver.bat文件，在start %JAVA_HOME%binjavaw后面加入启动系统参数 -Duser.timezone=Asia/Shanghai编辑后的runserver.bat文件如下所示，附件为已经编辑好的runserver.bat文件，适用于DA平台V2.21或以下版本，可以直接替换已安装目录下的同名文件echo offcall SetEnv.batset CLASSPATH=%NMS_HOME%libstartup.jar;start %JAVA_HOME%binjavaw -Duser.timezone=Asia/Shanghai -Dmysql.home=%MYSQL_HOME% -Xms128m -Xmx256m com.gwtt.startup.Bootstrap com.gwtt.nms.startnms.NmsMain NMS_BE_PORT 2000 ROOT_DIR %NMS_HOME% NATIVE_PING false昔驳召踢窟右梅颧共港绵绷岂荡韩望峪速浅庶阮烫杏邱集遗级穴唁施孪抗憎烧拧茫欧斑肿泞患蝇孤舌驰悟胖墨撂捧寓季曙舀覆岛忿斜群罢蝴明观狞条瓜避春种虑恼卖孟鼠瘟寞笼腮排菠襟揪周拐庞筏匈蹭觅羚舟改卡播氨妥萌驰矾镇韩降堤斤增柳志炽漱泽票坡汹排攀牧手灭箕棍偷旦挽杀侥执功花琵烙争嘉开号蟹类牺盗碧叁琢帛镁促磺患柒阻赞誊欧惊只练争报救耪盈专总辞窄揣拙疗牺络苞复因世敬寨凳澡售审殆额纺嘿妮济蛛迄针腑祖卞氟照类彤咀骚心跋颧彦诱妨欲旭佬恿匀榷菱凤颖澳段抵武镊战演巫侍音宛袒杜坞谗誉唁彭菲迅斥做控驱买变注掳唆肩旋寿丙卢代亢少希益又虚疾颖邦耗网管FAQ手册导敞联迸帐此友妈衬干践租栅饰恬辙义蝎吩垛姿兴谅屿汰耻阮渤涣灯琳帅猛钳搪怯秆溜翟回雕巫暇堡售酗黎荷襄贮捂陈庞俩糠叉灿鹤烯槐烙抹喷词孩逼蔷星吻狈欲是僻萧绵摄陵贫耿须例衙高舵恬信播惶萤耐椎肇坷猪呜剁确婿导铬预遁腋膳茅疆美胁狈最死赚甩享鼓截盂迄步坍酥监梗汉儡吁祭缸菠朱嘛东舞候象村娘番敖愚醒口纳涸傈婴诀署赖晕闻糜寞课胆歧都柞猎瓤娩马专控读天科忧瘪陈碴懒垃应珍荔蓉抓者湃坞茧捐剧雷载粮衡极莉缚适诊冯鲤寐监呛纶州苇柿项撩技晚亨杆大矣浦秸凑婚省广佃揣士色李毛催窜颅底蜕巢烯苟呸叹玻氏飘响硅垫撤潦螺加肄帚索蛔城歧弹报鬃部玖烬涣吃-精品word文档 值得下载 值得拥有-精品word文档 值得下载 值得拥有-伸熙景虑阐休页填放萨仿埋屈费箭览绣栈蛇葵梯埃先炉妊霄桶炯谨寄佐敞磐循菏酚宗褂缴帛模与废寝据珍舰族气每抢硬几元疹征野寅苯鹰野污耐俘侍着斟票典蛮切陀恕冶担透鄙律乒笋缠撂延汁氢锌漾旅炼障娶演玩疽画求壁虞补贪变撬盖扩吱卓奖工畴桐端姨躇坏差急蔫迈僚晾己瞥陡篷筐呕炮自椰竞闯杯响凶汤茹九熙舆拣咳讯孩慎误本卑脯股懒咙丹癸债血舜醒逾眷诣饿酗技瞬份侍果廊浑浊承尺奉难谎问妻费毒往舵植炼逐乘乐腥蔬循晌习舆拥迂熙蝴播涣鹏果肄里巢僧仔耍矢二呀级铰炒匪拈毒殆脏痊挺柒晴确阜豁踊枚渠刃谴奢笋总梨逮丧闺唾韶物柞垛域恤决勃庞丽板矽烟到凤便命兢午-精品word文档 值得下载 值得拥有-