故障码trx2a17

1. 集成显卡用什么看电影不卡~我这机子卡的厉害~网络电视一个都看不成~包括QQ直播

我们在使用Windows XP操作系统的时候，用着用着系统就变慢了，一看“任务管理器”才发现CPU占用达到100%。这是怎么回事情呢?遇到病毒了，硬件有问题，还是系统设置有问题，在本文中笔者将从硬件，软件和病毒三个方面来讲解系统资源占用率为什么会达到100%。 l
+Rt
F@)vuS+ADf
1D#|M
经常出现CPU占用100%的情况，主要问题可能发生在下面的某些方面: N~2a?2L@c
^d
_8qE[
zh\*MEizGk
CPU占用率高的九种可能 he`@GN?-
v<:v~|
oJ8#_:j2:
1、防杀毒软件造成故障 ^|e 4KZ
lU\Q}fa]
\iAE y;Fm
由于新版的KV、金山、瑞星都加入了对网页、插件、邮件的随机监控，无疑增大了系统负担。处理方式:基本上没有合理的处理方式，尽量使用最少的监控服务吧，或者，升级你的硬件配备。 '$mHpjav
o327;en
D;<H-.
2、驱动没有经过认证，造成CPU资源占用100% TG(9x;=MC
@9s ^IGm
GX cC7M
大量的测试版的驱动在网上泛滥，造成了难以发现的故障原因。 处理方式:尤其是显卡驱动特别要注意，建议使用微软认证的或由官方发布的驱动，并且严格核对型号、版本。 #YcYm eV+9
E15 U2:yt
1UNQ8P3
3、病毒、木马造成 lH}0>` <O
;tvb6gyZ
LtrD=QqIS
大量的蠕虫病毒在系统内部迅速复制，造成CPU占用资源率据高不下。解决办法:用可靠的杀毒软件彻底清理系统内存和本地硬盘，并且打开系统设置软件，察看有无异常启动的程序。经常性更新升级杀毒软件和防火墙，加强防毒意识，掌握正确的防杀毒知识。 |cY1mi@/
l04{TQ_ w
-@tRKex.
4、控制面板—管理工具—服务—RISING REALTIME MONITOR SERVICE点鼠标右键，改为手动。
9eXX.~%'M
iRw$L 
Dn+V+8`=k}
5、开始->；运行->；msconfig->；启动，关闭不必要的启动项，重启。 3pjRMc@ 3
.fMjDA A
^yDJ$Y
6、查看“svchost”进程。 { ed TK:U
W D]Sc6
e|DWJH
svchost.exe是Windows XP系统的一个核心进程。svchost.exe不单单只出现在Windows XP中，在使用NT内核的Windows系统中都会有svchost.exe的存在。一般在Windows 2000中svchost.exe进程的数目为2个，而在Windows XP中svchost.exe进程的数目就上升到了4个及4个以上。 qLF>S&_x
e+(D_~1
K CTmNs
7、查看网络连接。主要是网卡。 2hk`;a"
ZJSkPk!S
|^pP[/&' 3
8、查看网络连接 *b~`~.1F{
j%}#g2
5l<4>aI
当安装了Windows XP的计算机做服务器的时候，收到端口 445 上的连接请求时，它将分配内存和少量地调配 CPU资源来为这些连接提供服务。当负荷过重的时候，CPU占用率可能过高，这是因为在工作项的数目和响应能力之间存在固有的权衡关系。你要确定合适的 MaxWorkItems 设置以提高系统响应能力。如果设置的值不正确，服务器的响应能力可能会受到影响，或者某个用户独占太多系统资源。 L! Uq}2y*r
ssk_mBn
W0%"lwCmr
要解决此问题，我们可以通过修改注册表来解决:在注册表编辑器中依次展开[HKEY_LOCAL_ ]分支，在右侧窗口中新建一个名为“maxworkitems”的DWORD值。然后双击该值，在打开的窗口中键入下列数值并保存退出: x`,Z_
o^;V6x>Vl
lWT\79br
如果计算机有512MB以上的内存，键入“1024”；如果计算机内存小于512 MB，键入“256”。 zspp ){,p
o;-u,4uL}
%0I04Twf
9、看看是不是Windows XP使用鼠标右键引起CPU占用100% 8_g+<2U

 !P
ERY^ /y9
前不久的报到说在资源管理器里面使用鼠标右键会导致CPU资源100%占用，我们来看看是怎么回事？ E,We>;U/}
%=rGzP
# uwE ;
征兆: /AN] O
9R~hT>b
yw|-u4
在资源管理器里面，当你右键点击一个目录或一个文件，你将有可能出现下面所列问题: iT? Sf
%1|%9)2g
cIQUtgM]
任何文件的拷贝操作在那个时间将有可能停止相应 <}>Lw=~0
ZQ`PY/Sz
网络连接速度将显著性的降低 ss xLUOE
a*rc!~Tx
所有的流输入/输出操作例如使用Windows Media Player听音乐将有可能是音乐失真成因: yy4os/trX
y<c80|v
当你在资源管理器里面右键点击一个文件或目录的时候，当快捷菜单显示的时候，CPU占用率将增加到100%，当你关闭快捷菜单的时候才返回正常水平。 3%gpkY9
yh-(,
AtVn'dV9G
解决方法: u:@L<?/cF
TJITng$
%bl[3%`yV
方法一:关闭“为菜单和工具提示使用过渡效果” :~-wK8zA
A >^WGF 
UA+{_H
1、点击“开始”--“控制面板” 7ruu3V

7B"%pB]Gn
2、在“控制面板”里面双击“显示” l+6b6{C
!I'!'>M\
3、在“显示”属性里面点击“外观”标签页 RojozOk
-K s}qj
4、在“外观”标签页里面点击“效果” rgv|Mq3[
}m_z6
eVTgBypW
5、在“效果”对话框里面，清除“为菜单和工具提示使用过渡效果”前面的复选框接着点击两次“确定”按钮。 oJJ*0kNT
5ZhY3bl0
YChzF6i
方法二:在使用鼠标右键点击文件或目录的时候先使用鼠标左键选择你的目标文件或目录。然后再使用鼠标右键弹出快捷菜单。 0U^/E
L6 Kb 
;}
LtcC
CPU占用100%解决办法 7q,lD(p
tOh*#q&{
m{vt.z|bqF
一般情况下CPU占了100%的话我们的电脑总会慢下来，而很多时候我们是可以通过做一点点的改动就可以解决，而不必问那些大虾了。 `(Cw
h8>
I\O\d
E=NL8vv
当机器慢下来的时候，首先我们想到的当然是任务管理器了，看看到底是哪个程序占了较搞的比例，如果是某个大程序那还可以原谅，在关闭该程序后只要CPU正常了那就没问题；如果不是，那你就要看看是什幺程序了，当你查不出这个进程是什幺的时候就去google或者搜。有时只结束是没用的，在xp下我们可以结合msconfig里的启动项，把一些不用的项给关掉。在2000下可以去下个winpatrol来用。 Nt UH:>
!&RZdfq@
xIYH)mM8>
一些常用的软件，比如浏览器占用了很搞的CPU，那幺就要升级该软件或者干脆用别的同类软件代替，有时软件和系统会有点不兼容，当然我们可以试下xp系统下给我们的那个兼容项，右键点该.exe文件选兼容性。 1ooS.mm
4M8lY!6b
,torrfLU
svchost.exe有时是比较头痛的，当你看到你的某个svchost.exe占用很大CPU时你可以去下个aports或者fport来检查其对应的程序路径，也就是什幺东西在掉用这个svchost.exe，如果不是c:Windowssystem32(xp)或c:winntsystem32(2000)下的，那就可疑。升级杀毒软件杀毒吧。 ]p^ewF f
vs: !p=y{
u}amM
KDyc
右击文件导致100%的CPU占用我们也会遇到，有时点右键停顿可能就是这个问题了。官方的解释:先点左键选中，再右键(不是很理解)。非官方:通过在桌面点右键-属性-外观-效果，取消”为菜单和工具提示使用下列过度效果(U)“来解决。还有某些杀毒软件对文件的监控也会有所影响，可以关闭杀毒软件的文件监控；还有就是对网页，插件，邮件的监控也是同样的道理。 B6{=Y.kt.
&-CP!*+h)
Ap?_h
一些驱动程序有时也可能出现这样的现象，最好是选择微软认证的或者是官方发布的驱动来装，有时可以适当的升级驱动，不过记得最新的不是最好的。 hb:L?'7",7
_ze['CI
rkM"h3 8X
CPU降温软件，由于软件在运行时会利用所以的CPU空闲时间来进行降温，但Windows不能分辨普通的CPU占用和降温软件的降温指令之间的区别，因此CPU始终显示100%，这个就不必担心了，不影响正常的系统运行。 knzSX
DWxYZlsk
MypvL!3|e
在处理较大的word文件时由于word的拼写和语法检查会使得CPU累，只要打开word的工具-选项-拼写和语法把”检查拼写和检查语法“勾去掉。 ?:O,mv>
9/,:^0YZ
F5wcHm ;
单击avi视频文件后CPU占用率高是因为系统要先扫描该文件，并检查文件所有部分，并建立索引；解决办法:右击保存视频文件的文件夹-属性-常规-高级，去掉为了快速搜索，允许索引服务编制该文件夹的索引的勾。 E)dF7
s,A hGJ
B]+{0'Z
CPU占用100%案例分析 0JSI8 3
_ `dp `2
v$}tu % V
1、dllhost进程造成CPU使用率占用100% N|~JkE{I
YuXUhxjZ)
).G,-r
mX
特征:服务器正常CPU消耗应该在75%以下，而且CPU消耗应该是上下起伏的，出现这种问题的服务器，CPU会突然一直处100%的水平，而且不会下降。查看任务管理器，可以发现是DLLHOST.EXE消耗了所有的CPU空闲时间，管理员在这种情况下，只好重新启动IIS服务，奇怪的是，重新启动IIS服务后一切正常，但可能过了一段时间后，问题又再次出现了。 CFTZchyk
M*pWD+h\
.[1.}Z'YP
直接原因: tf #JBR
. 71V3^:
;(EpI$[dG
有一个或多个ACCESS数据库在多次读写过程中损坏，微软的MDAC系统在写入这个损坏的ACCESS文件时，ASP线程处于BLOCK状态，结果其它线程只能等待，IIS被死锁了，全部的CPU时间都消耗在DLLHOST中。 j%3VBe&4V
93w3"uZ)
Hmd;U9
解决办法: ,5WRO9
k729`9V]
@AWaL ~s:
安装“一流信息监控拦截系统”，使用其中的“首席文件检查官IIS健康检查官”软件， _E3O%-,n
S HfCob
B:mzzGt*
启用”查找死锁模块”，设置: \?;L/fLY'
CFiyPzZ
mc
]Iw9&S
--wblock=yes <qB_FfI
P>R@;&w
监控的目录，请指定您的主机的文件所在目录: <} /s D
+5 ]vL02
--wblockdir=d: est {],Co'o
[zWxAo8Z
S08`v7Y<
监控生成的日志的文件保存位置在安装目录的log目录中，文件名为:logblock.htm A(a 1ad
PUWO\ I#
c'Z(k%F
停止IIS，再启动“首席文件检查官IIS健康检查官”，再启动IIS，“首席文件检查官IIS健康检查官”会在logblock.htm中记录下最后写入的ACCESS文件的。 K|w~)VQs
QL7#L,
r;Kvg!
过了一段时间后，当问题出来时，例如CPU会再次一直处100%的水平，可以停止IIS，检查logblock.htm所记录的最后的十个文件，注意，最有问题的往往是计数器类的ACCESS文件，例如:”**COUNT.MDB”，”**COUNT.ASP”，可以先把最后十个文件或有所怀疑的文件删除到回收站中，再启动IIS，看看问题是否再次出现。我们相信，经过仔细的查找后，您肯定可以找到这个让您操心了一段时间的文件的。 M@`tyr/=
]eU WZ 3
=C:$l;C
找到这个文件后，可以删除它，或下载下来，用ACCESS2000修复它，问题就解决了。 ,I{v[XeO
UCrTwOp
9zh_@,
T
2、svchost.exe造成CPU使用率占用100% IWm!taY
YA4UvOjI;~
#3CmC$"b
在win.ini文件中，在[Windows]下面，“run=”和“load=”是可能加载“木马”程序的途径，必须仔细留心它们。一般情况下，它们的等号后面什幺都没有，如果发现后面跟有路径与文件名不是你熟悉的启动文件，你的计算机就可能中上“木马”了。当然你也得看清楚，因为好多“木马”，如“AOL Trojan木马”，它把自身伪装成command.exe文件，如果不注意可能不会发现它不是真正的系统启动文件。 G#=gm(2Qt
Q)lD
t5,
Qrz (SI%kA
在system.ini文件中，在[BOOT]下面有个“shell=文件名”。正确的文件名应该是“explorer.exe”，如果不是“explorer.exe”，而是“shell= explorer.exe 程序名”，那幺后面跟着的那个程序就是“木马”程序，就是说你已经中“木马”了。 mw?N-Ew
3)boiZ6

cy^0g^?tD~
在注册表中的情况最复杂，通过regedit命令打开注册表编辑器，在点击至:“HKEY-LOCAL-”目录下，查看键值中有没有自己不熟悉的自动启动文件，扩展名为EXE，这里切记:有的“木马”程序生成的文件很像系统自身文件，想通过伪装蒙混过关，如“Acid Battery v1.0木马”，它将注册表“HKEY-LOCAL-”下的Explorer 键值改为Explorer=“C:Windowsexpiorer.exe”，“木马”程序与真正的Explorer之间只有“i”与“l”的差别。当然在注册表中还有很多地方都可以隐藏“木马”程序，如:“HKEY-CURRENT-”、“HKEY-USERS****”的目录下都有可能，最好的办法就是在“HKEY-LOCAL-”下找到“木马该病毒也称为“Code Red II(红色代码2)”病毒，与早先在西方英文系统下流行“红色代码”病毒有点相反，在国际上被称为VirtualRoot(虚拟目录)病毒。该蠕虫病毒利用Microsoft已知的溢出漏洞，通过80端口来传播到其它的Web页服务器上。受感染的机器可由黑客们通过Http Get的请求运行scripts/root.exe来获得对受感染机器的完全控制权。 }y+us\4:s
Q }K]sr
>D >:2a_
当感染一台服务器成功了以后，如果受感染的机器是中文的系统后，该程序会休眠2天，别的机器休眠1天。当休眠的时间到了以后，该蠕虫程序会使得机器重新启动。该蠕虫也会检查机器的月份是否是10月或者年份是否是2002年，如果是，受感染的服务器也会重新启动。当Windows NT系统启动时，NT系统会自动搜索C盘根目录下的文件explorer.exe，受该网络蠕虫程序感染的服务器上的文件explorer.exe也就是该网络蠕虫程序本身。该文件的大小是8192字节，VirtualRoot网络蠕虫程序就是通过该程序来执行的。同时，VirtualRoot网络蠕虫程序还将cmd.exe的文件从Windows NT的system目录拷贝到别的目录，给黑客的入侵敞开了大门。它还会修改系统的注册表项目，通过该注册表项目的修改，该蠕虫程序可以建立虚拟的目录C或者D，病毒名由此而来。值得一提的是，该网络蠕虫程序除了文件explorer.exe外，其余的操作不是基于文件的，而是直接在内存中来进行感染、传播的，这就给捕捉带来了较大难度。 >5k~ bzyV
w"`k2N5
//1?.J6eO
”程序的文件名，再在整个注册表中搜索即可。 ydQm/ZYQ
#>SSBg }v
,? xO?P
我们先看看微软是怎样描述svchost.exe的。在微软知识库314056中对svchost.exe有如下描述:svchost.exe 是从动态链接库 (DLL) 中运行的服务的通用主机进程名称。 YvRFxSi
9_`mL+
ZWjQgVc+]
其实svchost.exe是Windows XP系统的一个核心进程。svchost.exe不单单只出现在Windows XP中，在使用NT内核的Windows系统中都会有svchost.exe的存在。一般在Windows 2000中svchost.exe进程的数目为2个，而在Windows XP中svchost.exe进程的数目就上升到了4个及4个以上。所以看到系统的进程列表中有几个svchost.exe不用那幺担心。 Z@qfg/\:
S4hgvi6!3
R" #O,N%j
svchost.exe到底是做什幺用的呢? rU]YW.pC(^
<YFni| :
>+ ]?F(
首先我们要了解一点那就是Windows系统的中的进程分为:独立进程和共享进程这两种。由于Windows系统中的服务越来越多，为了节约有限的系统资源微软把很多的系统服务做成了共享模式。那svchost.exe在这中间是担任怎样一个角色呢? Q/Z Il
6 w T&;N
AC My f
svchost.exe的工作就是作为这些服务的宿主，即由svchost.exe来启动这些服务。svchost.exe只是负责为这些服务提供启动的条件，其自身并不能实现任何服务的功能，也不能为用户提供任何服务。svchost.exe通过为这些系统服务调用动态链接库(DLL)的方式来启动系统服务。 @owIz
/ aY;a&k%
'g4p<)
svchost.exe是病毒这种说法是任何产生的呢? )9$4Wh;
^,ecVi F
8:y{l
6
因为svchost.exe可以作为服务的宿主来启动服务，所以病毒、木马的编写者也挖空心思的要利用svchost.exe的这个特性来迷惑用户达到入侵、破坏计算机的目的。 e<4wkris
g( q;+b
XqZKDM
如何才能辨别哪些是正常的svchost.exe进程，而哪些是病毒进程呢? n j7gePxU
7F`CJM
!} i{
svchost.exe的键值是在“HKEY_LOCAL_ NTCurrentVersionSvchost”，如图1所示。图1中每个键值表示一个独立的svchost.exe组。 W_6:B\WC
wM1d_2
=-~Kt{
微软还为我们提供了一种察看系统正在运行在svchost.exe列表中的服务的方法。以Windows XP为例:在“运行”中输入:cmd，然后在命令行模式中输入:tasklist /svc。系统列出如图2所示的服务列表。图2中红框包围起来的区域就是svchost.exe启动的服务列表。如果使用的是Windows 2000系统则把前面的“tasklist /svc”命令替换为:“tlist -s”即可。如果你怀疑计算机有可能被病毒感染，svchost.exe的服务出现异常的话通过搜索svchost.exe文件就可以发现异常情况。一般只会找到一个在:“C:WindowsSystem32”目录下的svchost.exe程序。如果你在其它目录下发现svchost.exe程序的话，那很可能就是中毒了。 v:]R1rH 6
0 {8^wS
Nzb7uK|Z
还有一种确认svchost.exe是否中毒的方法是在任务管理器中察看进程的执行路径。但是由于在Windows系统自带的任务管理器不能察看进程路径，所以要使用第三方的进程察看工具。  $#2Ja
vd&y_V1 A
_Qc%-?`t},
上面简单的介绍了svchost.exe进程的相关情况。总而言之，svchost.exe是一个系统的核心进程，并不是病毒进程。但由于svchost.exe进程的特殊性，所以病毒也会千方百计的入侵svchost.exe。通过察看svchost.exe进程的执行路径可以确认是否中毒。 Z[MOokJm 
8`f[$H Gl
E!bYHn:y
3、Services.exe造成CPU使用率占用100% D %UL>
wxxMOoD=
P1jrO&V'
症状 6jEY)
svf\ cD)
KeH Sb!h;
在基于 Windows 2000 的计算机上，Services.exe 中的 CPU 使用率可能间歇性地达到100 %，并且计算机可能停止响应(挂起)。出现此问题时，连接到该计算机(如果它是文件服务器或域控制器)的用户会被断开连接。您可能还需要重新启动计算机。如果 Esent.dll 错误地处理将文件刷新到磁盘的方式，则会出现此症状。 B>[qWX:
+ #%K-,
Dp0{XEMb~
解决方案 %-aOK
FX<,f
|bTjM%kq(
Service Pack 信息 hF ^/_p

5.me^yx6$
`~Mxm'n1
要解决此问题，请获取最新的 Microsoft Windows 2000 Service Pack。有关其它信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章: hNas]
srjT1Ng
AA#Zh;5Q
260910 如何获取最新的 Windows 2000 Service Pack ?A9Gvwr
j pU `Z
tUg6{,/~3U
修复程序信息 LpOww%
2I{&43$Q
[RP"A:V
Microsoft 提供了受支持的修补程序，但该程序只是为了解决本文所介绍的问题。只有计算机遇到本文提到的特定问题时才可应用此修补程序。此修补程序可能还会接受其它一些测试。因此，如果这个问题没有对您造成严重的影响，Microsoft 建议您等待包含此修补程序的下一个 Windows 2000 Service Pack。 'xLjW0bx
tK_ L
p l{iR-L"s
要立即解决此问题，请与“Microsoft 产品支持服务”联系，以获取此修补程序。有关“Microsoft 产品支持服务”电话号码和支持费用信息的完整列表，请访问 Microsoft Web 站点: ?z0[~,
;X\<q c<
~ tJ6e\
注意 :特殊情况下，如果 Microsoft 支持专业人员确定某个特定的更新程序能够解决您的问题，可免收通常情况下收取的电话支持服务费用。对于特定更新程序无法解决的其它支持问题和事项，将正常收取支持费用。 MU/0*W'a$
&;XE`ZLJ
( D&kq DW
下表列出了此修补程序的全球版本的文件属性(或更新的属性)。这些文件的日期和时间按协调通用时间 (UTC) 列出。查看文件信息时，它将转换为本地时间。要了解 UTC 与本地时间之间的时差，请使用“控制面板”中的“日期和时间”工具中的 时区 选项卡。 ^^.&#Uif`
)9!73#4
4 2wl=4[
状态 HbXH*1/E
g]FaM1Ph
\/`
1u=
Microsoft 已经确认这是在本文开头列出的 Microsoft 产品中存在的问题。此问题最初是在 Microsoft Windows 2000 Service Pack 4 中更正的。 {y6 +(bN
3h ))pq
?qbO O+Nk
4、正常软件造成CPU使用率占用100% " .X+ ~Uc
h>SI74Hx$
GS!<)*
首先，如果是从开机后就发生上述情况直到关机。那幺就有可能是由某个随系统同时登陆的软件造成的。可以通过运行输入“msconfig”打开“系统实用配置工具”，进入“启动”选项卡。接着，依次取消可疑选项前面的对钩，然后重新启动电脑。反复测试直到找到造成故障的软件。或者可以通过一些优化软件如“优化大师”达到上述目的。另:如果键盘内按键卡住也可能造成开机就出现上述问题。 #dd)UBAp<
>jf.[U}|
)#|wB'5w0
如果是使用电脑途中出项这类问题，可以调出任务管理器(WINXP CTRL+ALT+DEL WIN2000 CTRL+SHIFT“ESC)，进入”进程“选项卡，看”CPU“栏，从里面找到占用资源较高的程序(其中SYSTEM IDLE PROCESS是属于正常，它的值一般都很高，它的作用是告诉当前你可用的CPU资源是多少，所以它的值越高越好)通过搜索功能找到这个进程属于哪个软件。然后，可以通过升级、关闭、卸载这个软件或者干脆找个同类软件替换，问题即可得到解决。 Yjen@pK
L)"]y$JdA
 ppQx*fA
5、病毒、木马、间谍软件造成CPU使用率占用100% vmC
@:`.;8

TnZ ~}(
ey
%PK
出现CPU占用率100% 的故障经常是因为病毒木马造成的，比如震荡波病毒。应该首先更新病毒库，对电脑进行全机扫描 。接着，在使用反间谍软件Ad—Aware，检查是否存在间谍软件。论坛上有不少朋友都遇到过svchost.exe占用CPU100%，这个往往是中毒的表现。 hyFPs:bBh
w& }wOg 8
!,[ a^DRT(
svchost.exe Windows中的系统服务是以动态链接库(DLL)的形式实现的，其中一些会把可执行程序指向svchost.exe，由它调用相应服务的动态链接库并加上相应参数来启动服务。正是因为它的特殊性和重要性，使它更容易成为了一些病毒木马的宿主。 o}X\Z-gS
C qq `E

hwKR,-N
6、explorer.exe进程造成CPU使用率占用100% oZUu[Aq"xq
9:
c*Gw 7
dv@*4}H
在system.ini文件中，在[BOOT]下面有个“shell=文件名”。正确的文件名应该是“explorer.exe”，如果不是“explorer.exe”，而是“shell= explorer.exe 程序名”，那幺后面跟着的那个程序就是“木马”程序，就是说你已经中“木马”了。 nlAO\Tjwo
DBNhdR?7@d
5MRC}]8M
在注册表中的情况最复杂，通过regedit命令打开注册表编辑器，在点击至:“HKEY-LOCAL-”目录下，查看键值中有没有自己不熟悉的自动启动文件，扩展名为EXE，这里切记:有的“木马”程序生成的文件很像系统自身文件，想通过伪装蒙混过关，如“Acid Battery v1.0木马”，它将注册表“HKEY-LOCAL-”下的 Wq\B) ,Mb
0G)BS
e
I=zL,7[
Explorer 键值改为Explorer=“C:Windowsexpiorer.exe”，“木马”程序与真正的Explorer之间只有“i”与“l”的差别。当然在注册表中还有很多地方都可以隐藏“木马”程序，如:“HKEY-CURRENT-”、“HKEY-USERS****”的目录下都有可能，最好的办法就是在“HKEY-LOCAL-”下找到“木马”程序的文件名，再在整个注册表中搜索即可。 s<j])k4
kQ+r&*e\
Ryvo7B!Q
7、超线程导致CPU使用率占用100% 8wS:hd
;nBxoDp
o'gJWi|(JT
这类故障的共同原因就是都使用了具有超线程功能的P4 CPU。我查找了一些资料都没有明确的原因解释。据一些网友总结超线程似乎和天网防火墙有冲突，可以通过卸载天网并安装其它防火墙解决，也可以通过在BIOS中关闭超线程功能解决。 g4C`H
VWMFR %Y
V76?fk(
8、AVI视频文件造成CPU使用率占用100% T, <nZ@-
o0d7} Q,
"U NVg~2
在Windows XP中，单击一个较大的AVI视频文件后，可能会出现系统假死现象，并且造成exploere.exe进程的使用率100%，这是因为系统要先扫

2. MySQL 5.7中新增sys schema有什么好处

性能优化利器:剖析MySQL 5.7新特征 sys schema

导读：很多团队在评估合适的时机切换到 MySQL 5.7，本文是在高可用架构群的分享，介绍 MySQL 5.7 新的性能分析利器。

李春，现任科技 MySQL 负责人，高级 MySQL 数据库专家，从事 MySQL 开发和运维工作 8 年。在担任 MySQL 数据库 leader 期间，主要负责应用架构的优化和部署，实现了阿里巴巴 3 亿 产品 从 Oracle 小型机到 64 台 MySQL 的平滑迁移。专注于研究 MySQL 复制、高可用、分布式和运维自动化相关领域。在大规模、分布式 MySQL 集群管理、调优、快速定位和解决问题方面有丰富经验。管理超过 1400 台 MySQL 服务器，近 3000 个实例。完成 MySQL 自动装机系统、MySQL 标准化文档和操作手册、MySQL 自动规范性检查系统、MySQL 自动信息采集系统等标准化文档和自动化运维工具。

sys schema 由来

Performance schema 引入

Oracle 早就有了 v$ 等一系列方便诊断数据库性能的工具，MySQL DBA 只有羡慕嫉妒恨的份，但是 5.7 引入的 sys schema 缓解了这个问题，让我们可以通过 sys schema 一窥 MySQL 性能损耗，诊断 MySQL 的各种问题。

说到诊断 MySQL 性能问题，不得不提在 MySQL 5.5 引入的 performance_schema，最开始引入时，MySQL 的 performance_schema 性能消耗巨大，随着版本的更新和代码优化，5.7 的 performance_schema 对 MySQL 服务器额外的消耗越来越少，我们可以放心的打开 performance_shema 来收集 MySQL 数据库的性能损耗。Tarique Saleem 同学测试了一下 sys schema 对 CPU 和 IO的额外消耗，基本在 1% - 3% 之间，有兴趣的同学可以参考他的这篇 blog：

（CPU Bound, Sysbench Read Only Mode）

performance_schema 不仅由于他的性能消耗大著名，还由于其复杂难用而臭名昭著。5.7 上的 performance schema 已经有 87 张表了，每个表都是各种统计信息的罗列；另外，他的这些表和 information_schema 中的部分表也缠夹不清，让大家用得很不习惯。

sys schema VS performance schema VS information schema

现在 MySQL 在 5.7 又新增了sys schema，它和 performance_schema 和 information schema 到底是什么关系？

Information_schema 定位基本是 MySQL 元数据信息，比如：TABLES 记录了 MySQL 有哪些表，COLUMNS 记录了各个表有哪些列 。

performance_schema 记录了 MySQL 实时底层性能消耗情况，比如：events_waits_current 记录了 MySQL 各个线程当前在等待的 event。

虽然他们之间的这个定位区别并没有那么明显：比如，Information_schema 的 innodb_locks 就记录了 innodb 当前锁的信息，它并不是 MySQL 的元数据信息。sys schema 最开始是 MarkLeith 同学为了方便读取和诊断 MySQL 性能引入到 MySQL 的。所以 sys schema 定位应该是最清晰的：它包含一系列对象，这些对象能够辅助 DBA 和开发人员了解 performance schema 和 information_schema 采集的数据。

sys schema 包含了什么？

sys schema 包含一些对象，这些对象主要用于调优和故障分析。包括：

将 performance schema 和 information schema 中的数据用更容易理解的方式来总结归纳出来的“视图”。

提供 performance schema 和 information schema 配置或者生成分析报告类似操作的“存储过程”

sys schema 本身不采集和存储什么信息，它只是为程序或者用户提供一个更加方便的诊断系统性能和排除故障的“接口”。也就是说，查询 performance schema 和 information schema 配置和提供格式化服务的“存储函数”。

避免用户在 information schema 和 performance schema 中写各种复杂的查询来获得到底谁锁了谁，每个线程消耗的内存是多少 ( 视图 memory_by_thread_by_current_bytes )，每个 SQL 执行了多少次，大致的执行时间是多少（ 视图 statements_with_runtimes_in_95th_percentile ）等，这些 sys schema 都直接帮你写好，你只需要直接查询就好了。

编写了一些现成的存储过程，方便你：直接使用 diagnostics() 存储过程创建用于诊断当前服务器状态的报告；使用 ps_trace_thread() 存储过程创建对应线程的图形化（ .dot类型 ）性能数据。

编写了一些现成的存储函数，方便你：直接使用 ps_thread_account() 存储函数获得发起这个线程的用户，使用 ps_thread_trx_info() 来获得某线程当前事务或者历史执行过的语句（ JSON 格式返回 ）。

当然，你也可以在 sys schema 下增加自己用于诊断 MySQL 性能的“视图”、“存储过程”和“存储函数”。

sys schema 举例

怎么利用 sys schema 来定位问题和诊断数据库性能？这里简单举一个 innodb 行锁的例子来说明。

模拟行锁

拿一个实际的场景来说 sys schema 能够辅助我们分析当前数据库上哪个 session 被锁住了，并且提供“清理”锁的语句。我们模拟一个表的某一行被锁住的情况，假设表创建语句如下：

CREATE TABLE `test2` (

`id` int(11) NOT NULL,

`name` varchar(16) DEFAULT NULL,

`age` int(11) DEFAULT NULL,

`sex` int(11) DEFAULT NULL,

PRIMARY KEY (`id`)

) ENGINE=InnoDB DEFAULT CHARSET=latin1

有一条数据如下：

mysql > select * from test2;

+----+---------+------+------+

| id | name | age | sex |

+----+---------+------+------+

| 2 | pickup1 | 1 | 1 |

+----+---------+------+------+

我们分别在 session 1 和 session 2 上同时操作这条数据，这样的话必然对同一行记录相互有锁死的情况，然后我们通过 session 3 来查看 sys schema 里面的 innodb_lock_waits，确定到底是谁锁了谁，怎么解锁？操作步骤如下：

通过 sys.innodb_lock_waits 查看 innodb 锁表情况

对应的在 session 3上查看到的记录：

mysql > select * from sys.innodb_lock_waitsG

*************************** 1. row ***************************

wait_started: 2016-05-04 01:04:38

wait_age: 00:00:02

wait_age_secs: 2

locked_table: `test`.`test2`

locked_index: PRIMARY

locked_type: RECORD

waiting_trx_id: 5382

waiting_trx_started: 2016-05-04 00:24:21

waiting_trx_age: 00:40:19

waiting_trx_rows_locked: 4

waiting_trx_rows_modified: 0

waiting_pid: 3

waiting_query: update test2 set name='pickup3' where id=2

waiting_lock_id: 5382:31:3:3

waiting_lock_mode: X

blocking_trx_id: 5381

blocking_pid: 2

blocking_query: NULL

blocking_lock_id: 5381:31:3:3

blocking_lock_mode: X

blocking_trx_started: 2016-05-04 00:23:49

blocking_trx_age: 00:40:51

blocking_trx_rows_locked: 1

blocking_trx_rows_modified: 1

sql_kill_blocking_query: KILL QUERY 2

sql_kill_blocking_connection: KILL 2

这里我们可以看到 3 号线程（ waiting_pid: 3 ）在等待 2 号线程（ blocking_pid: 2 ）的 X 锁（ blocking_lock_mode: X ），如果需要解锁，需要杀掉 2 号线程（ sql_kill_blocking_connection: KILL 2 ）。

innodb_lock_waits 本质

其实 sys schema 的 innodb_lock_waits 只是 information schema 的视图而已。

CREATE ALGORITHM = TEMPTABLE DEFINER = `mysql.sys`@`localhost` SQL SECURITY INVOKER VIEW `innodb_lock_waits` AS

SELECT

`r`.`trx_wait_started` AS `wait_started`,

TIMEDIFF(NOW(),

`r`.`trx_wait_started`) AS `wait_age`,

TIMESTAMPDIFF(

SECOND,

`r`.`trx_wait_started`,

NOW()) AS `wait_age_secs`,

`rl`.`lock_table` AS `locked_table`,

`rl`.`lock_index` AS `locked_index`,

`rl`.`lock_type` AS `locked_type`,

`r`.`trx_id` AS `waiting_trx_id`,

`r`.`trx_started` AS `waiting_trx_started`,

TIMEDIFF(NOW(),

`r`.`trx_started`) AS `waiting_trx_age`,

`r`.`trx_rows_locked` AS `waiting_trx_rows_locked`,

`r`.`trx_rows_modified` AS `waiting_trx_rows_modified`,

`r`.`trx_mysql_thread_id` AS `waiting_pid`,

`sys`.`format_statement`(`r`.`trx_query`) AS `waiting_query`,

`rl`.`lock_id` AS `waiting_lock_id`,

`rl`.`lock_mode` AS `waiting_lock_mode`,

`b`.`trx_id` AS `blocking_trx_id`,

`b`.`trx_mysql_thread_id` AS `blocking_pid`,

`sys`.`format_statement`(`b`.`trx_query`) AS `blocking_query`,

`bl`.`lock_id` AS `blocking_lock_id`,

`bl`.`lock_mode` AS `blocking_lock_mode`,

`b`.`trx_started` AS `blocking_trx_started`,

TIMEDIFF(NOW(),

`b`.`trx_started`) AS `blocking_trx_age`,

`b`.`trx_rows_locked` AS `blocking_trx_rows_locked`,

`b`.`trx_rows_modified` AS `blocking_trx_rows_modified`,

CONCAT(

'KILL QUERY ',

`b`.`trx_mysql_thread_id`

) AS `sql_kill_blocking_query`,

CONCAT('KILL ',

`b`.`trx_mysql_thread_id`) AS `sql_kill_blocking_connection`

FROM

(

(

(

(

`information_schema`.`innodb_lock_waits` `w`

JOIN

`information_schema`.`innodb_trx` `b` ON((`b`.`trx_id` = `w`.`blocking_trx_id`))

)

JOIN

`information_schema`.`innodb_trx` `r` ON(

(`r`.`trx_id` = `w`.`requesting_trx_id`)

)

)

JOIN

`information_schema`.`innodb_locks` `bl` ON(

(

`bl`.`lock_id` = `w`.`blocking_lock_id`

)

)

)

JOIN

`information_schema`.`innodb_locks` `rl` ON(

(

`rl`.`lock_id` = `w`.`requested_lock_id`

)

)

)

ORDER BY

`r`.`trx_wait_started`

innodb_lock_waits和x$innodb_lock_waits区别

有心的同学可能会注意到，sys schema 里面有 innodb_lock_waits 和 x$innodb_lock_waits。其实 sys schema 的这些视图大部分都成对出现，其中一个的名字除了 x$ 前缀以外跟另外一个是一模一样的。例如，host_summmary_by_file_io 视图分析汇总的是根据主机汇总的文件 IO 情况，并将延迟从皮秒（ picoseconds ）转换成更加易读值（ 带单位 ）显示出来：

mysql> SELECT * FROM host_summary_by_file_io;

+------------+-------+------------+

| host | ios | io_latency |

+------------+-------+------------+

| localhost | 67570 | 5.38 s |

| background | 3468 | 4.18 s |

+------------+-------+------------+

而 x$host_summary_by_file_io 视图分析汇总的是同样的数据，但是显示的是未格式化过的皮秒（ picosecond ）延迟值

mysql> SELECT * FROM x$host_summary_by_file_io;

+------------+-------+---------------+

| host | ios | io_latency |

+------------+-------+---------------+

| localhost | 67574 | 5380678125144 |

| background | 3474 | 4758696829416 |

+------------+-------+---------------+

没有 x$ 前缀的视图是为了提供更加友好，对人更加易读的输出格式。带 x$ 前缀的视图显示了数据原始格式，它方便其他工具基于这些数据进行自己的处理。需要了解非 x$ 和 x$ 视图的不同点的进一步信息。

Q&A

提问：sys schema 只是在 performance_schema 和 information_schema 之上创建视图和存储过程？

李春：对，sys schema 主要针对的其实是 iperformance schema，有部分 information schema 的表也会整理到 sys schema 中统一展现。

提问：运行 KILL 2 杀掉 2 线程？blocking_lock_mode: X 的 X 什么意思？

李春：blocking_lock_mode 的 X 是指 X 锁，exclusive 锁，排它锁，跟它对应的是 S 锁，共享锁。kill 2 是杀掉 2 号线程，这样可以将锁释放，让被锁的这个线程正常执行下去。

提问：可以放心的打开 performance_schema，为何不使用 performance_schema 再造一个 sys schema？

李春：performance schema 是 MySQL 采集数据库性能的存储空间。sys schema 其实只是对 performance schema 多个表 join 和整合。两者的定位有所不同，如果直接放在 performance schema 中，分不清哪些是基表，哪些是视图，会比较混淆。

提问：pt-query-digest 这些工具的有开始使用 sys schema 吗？

李春：没有，pt-query-digest 主要用于分析慢查和 tcpmp 的结果，跟 sys schema 的定位有部分重叠的地方，sys schema 会分析得更细，更内核，更偏底层一些，pt-query-digest 主要还是从慢查和 tcpmp 中抽取 SQL 来格式化展现。

提问：阿里这么多数据库实例，使用什么运维工具？分布式事务又是怎么解决的呢？

李春：阿里内部有非常多的运维工具，dbfree，idb 等，用于数据库资源池管理，数据库脱敏，开发测试库同步，数据库订正，表结构变更等。分布式事务主要通过业务上的修改去屏蔽掉，比如：电影买票并不是你选了座位和付款就必须在一个事务里面，抢票，选座，付款分别是自己的子事务，系统耦合性比较弱，相互通知解决问题。

提问：Oracle 有 v$，MySQL 有 x$ ？两个 $ 是完成相似功能的吗？

李春：MySQL 的 x$ 可以说是仿照 Oracle 的 v$ 来做的，但是目前离 Oracle 的那么强大的数据库诊断功能还有一些距离。

提问：数据库脱敏能否简单介绍下实现方式？

李春：开发测试人员无法访问线上数据库，需要通过一个专门的 idb 来访问，而 idb 系统每个字段都有密级定义，满足权限的才能被访问；这个系统页控制了用户是否可以访问某个表，可以访问数据表的行数，只有主管同意了，用户才能访问某个表的数据，并且加密数据是以*显示的。

3. 某一trx故障，都会导致哪些不良结果

（
主要表现：
观察处理：
关跳频时，
切换：向外切换时，下行质差紧急切换多；切入城功率较低；接通率低；
（
主要表现：
ICM统计上：出现有两极分化的上行干扰，即在测试报告中，5级，查告警有2个载波有故障，用
个别载波的接收灵敏度低：MOTS启用，可辅助发现问题，即某些3）、
忙时
个别TRU有问题，一占用就导致闭塞，指配成功率低，若用
另外，有些载波故障在占用后不会出现闭塞，但在路测时，信号较强的情况下，统计事件中有指配不成功，QD与UNUSED,关跳频后无异常。200站故障：TRX后也无改善。大部分为 经常在路测中发现，小区开跳频后强信号质差，关跳频后测试结果正常。
④、SU掉话较严重；其灵敏度较BSRXMIN可缓和掉话情况）
①、TRX、
②、传输设备RXAPI）。此类故障经常导致倒站，或信道完好率偏低，严重拥塞等。2000站传输串联。在开站或载调整时，半永久性连接定义出错，经常有载波不能正常工作，拥塞率高。CELL连接错误，结果将
⑤、UNUSED。SD或TS经常有LOAD后则恢复正常。有时闭解后故障消除，但掉话急剧增多，特别是
2、
（TRH DEV编号，拆小区
（
（HSN的小区存在，若如此，试改TRH的问题。拆小区
（LOATING UPDATA（位置更新），导致RLCRP观察）。一般对小区OK。SDCCH极忙而TCH接通率极低的情况，尤其TRXC版本后恢复正常。E频段（扩展频段）后，个别小区LOAD后无效，恢复用 参数设置问题CGI时，在MSC漏定，或同一CGI重叠。会导致该小区掉话率极高（
（BSIC的小区相隔太近，将导致其中一小区（或两小区同时）切入成功率很低，话音接通率及信令接通率，掉话也可能局部增多。BCCH同4）、分层不当或5）、某小区的两个邻区有相同的6）、B小区有切换，而
（MSRXSUFF设置不当，与
（
（
（BSTXPWR设置与其他小区思路不一致，致使切入、切出不平衡。CRO设置太高，可能导致成片区域用户多次打不通电话，或投诉信号时强时弱。MBCCHNO，切换异常。
整体性成功率低：检查MSC地址、58源分析表、交换MSC、 天线的故障
①、QU掉话多，切入成功率低。D型，与上述情况类似，可能发射天线正常而接收天线掉错。C型或QD、SUD掉话都较多；上下行质差切换比例多； 同理，也有三个小区天线连环交叉的问题。
单小区天线的方向角不一致，先区分是CDU-D型，其迹象略有区别：SU掉话比例较大；切入成功率与话音接通率偏低，与C型的小区，由于要两根SD掉话多，质差切换比正常小区多，切入成功率与接通率偏低。SD比例多；而直放站则是200站及
要注意TRU故障或天线偏差、交叉相关。
（SU、BSIC。

4. 安川变频器v1000旁路中的trx触点接的故障接点在哪，起什么作用，图中sa是什么。

这是一个故障闭合点,出厂是短接状态,没有激活,用不上 就不用管他 变频器严工 专来维修 销售解决变频各种问题

5. 移动通信专业面试时会被问到的问题及回答技巧

一方面面试时注意1，自我介绍一定要把握好时间，最好在2分钟。
2，回答问题时要看着HR的眼睛。
3，当HR问到所学专业与应聘职位的关系时，最好保持中立。
4，大谈特吹自己的实践能力与优势，肯定会有加分。
5，凸现自己的综合素质及适应力。
6，向HR提问要先出风度，千万不要问自己都觉得没意思之类的问题。
7，不要随便打断HR的话，尽管她（他）会随时打断你的话。
8，如果你被HR问到无话可说，就不停的微笑和点头。
9，做到以上八条，你会发现自己真的很想走人了，不过，相信很快就可以收到下一轮的面试通知。二方面一般专业知识会问以下这些：（给你套题吧，是移动的笔试题，你好好准备下）1. GSM网中，一个S2/2/2的基站最多可同时容纳42个无线用户的通话。
2. 移动通信系统目前采用_FDMA_、_TDMA_和_CDMA_三种多址方式，GSM采用FDMA/TDMA（或TDMA）多址方式。
3. GSM系统按照功能分为MSS、BSS和 MS等三部分。
4. 无线接口上CCCH包括 PCH 、AGCH 、RACH三类信道。
5. 常见的基站组网方式有 星 形、 链 形、 树 形 和环形灵活组网。
6. 在GSM系统中，移动台(MS)与基站(BTS)间传输的数字话音信号速率为 13 Kbit/s, 移动交换局(MSC)与基站间传输的数字话音信号速率为 64 Kbit/s，因此在BSS 与MSC之间需增加码型变换设备。
7. 分集技术是对付快衰落的有效方法，在众多的分集技术中，我们目前在市区最常用的是
__空间分集__。在郊区最常用的是 极化分集 。
8. 切换一般是指MS在 通话 状态（空闲、通话）下由于位置改变而要进行的行为。
9. 在GSM网中，一个2M最大能带 15 个载频。
10. 数字蜂窝PLMN可提供的业务分为基本业务和补充业务。二、判断题：
1. 如果手机没有SIM卡，就不能进行任何呼叫了。 （错误）
2. HLR中存储着移动用户识别号码、访问能力、用户类别和补充业务等数据。（正确）
3. MSC寻呼被叫用户时，一定是在整个VLR范围发送寻呼命令。 （错误）
4. 移动用户发起位置更新时，并非每次都由VLR分配新的TMSI。 （正确）
5. GSM900/GSM1800双频系统可以共用交换子系统和基站控制器，还可以共基站。（正确）
6. GSM网个人鉴权密钥Kc存放在仅存放在HLR/AUC 里。 （错误）
7. TCH与SACCH组合时51帧为一复帧，控制信道组合时26帧构成一复帧。 （ 错误 ）
8. GSM蜂窝小区的覆盖半径在设计时，即使把功率输出调至最大，地形再平坦，其覆盖范围也不可能超过35公里。（正确）
9. 在关机注册中，手机只有受到系统证实消息才能关机 （错误）
10. 在空闲状态时，可能进行软切换 （正确）
11. 天馈线系统的驻波比要大于1.4. （正确）三、选择题：
1、下面哪些信道类型属于控制信道 A、C、D
A、AGCH B、TCH/F C、FCCH D、SACCH
2、一个S2/2/2的基站最多同时可容纳多少个无线用户在通话？ B
A、36 B、42 C、 48 D、 64
3、天馈系统驻波比变差的可能原因有：A、B、C、D
A.接头没有接好
B 接头密封不好导致进水
C.天馈避雷器驻波大
D.馈线某处有折损
5、以下哪些措施是GSM系统用来提高频谱效率的（ 1、2、4 ）
1）跳频 2）DTX 3）信道编码 4）功率控制
6、以下属于双向信道的是（ 1 ）
1）SACCH 2）AGCH 3）BCCH
7、上行链路的测量报告是在（ 3 ）上传送的：
1）SDCCH 2）RACH 3）SACCH 4）FACCH
8、西门子MSC可以和MOTOROLA的BSC互连的原因是因为存在标准的（ 1 ）接口：
1）A 2）B 3）C 4）D
9、掉话与切换失败有那些共同的可能原因： abcd
A 干扰程度较高 B 硬件有故障 C 天馈线联接方向错误D 越区
10、 绝大多数情况下，基于小区拥塞的切换HOTRAFFIC是：b
A 服务小区的中心的手机用户切换到其他小区上，以缓解拥塞；
B 服务小区的边沿的手机用户切换到其他小区上，以缓解拥塞；
C 将服务小区中新的提出信道占用请求的用户切换到其他小区上，以缓解拥塞。
11、处理切换失败的思路： abcd
A 查干扰源 B 排除可能的硬件故障 C 减少小区间的交叉覆盖区 D 排除设计上的不足（有同频同BISC/同频小区间互为邻小区）
蜂窝的切换失败的处理： e
A 调整频率及BSIC设计 B 调整邻小区的定义 C 查找室内分布系统的问题 D 切换门限的调节 E 以上均可以
11、 MS对目标小区进行重选时，不需要核对的信息是： d
A cro B Cell bar C Location Area D Time advance
12、 加快切换速度可以： bcd
A 切换成功率就会下降，
B 适当减少掉话，
C 切换量会增加，
D BSC负荷会增加
13、 掉话的原因： abc
A 干扰程度较高 B 硬件有故障 C 天馈线联接方向错误
14、 处理掉话的思路： abcd
A 查干扰源 B 排除可能的硬件故障 C 减少或增加小区间的交叉覆盖区 D 查天线的连接
15、 LAC区设置不当而导致的位置更新过多，手机可能会有什么现象：d
A 手机有信号，被叫录音提示不在服务区
B 手机有信号，无法作被叫
C 手机信号不稳
D 以上全是
16、 小区的信号很强但用户不能起呼（可以切换进入）的原因：d
A 有强外部干扰 B 小区未在交换中定义 C 手机制式与GSM协议不匹配（如未升级的某些手机在开通DCS1800的区域）
D 小区未定义SDCCH信道。
20、位置更新中利用的逻辑信道是哪个：b
A，TCH B，SDCCH C，SACCH D，FACCH
21、解决位置更新过多的方法有：abd
A,重新规划位置区
B,位置区边界尽量避开小区重选频繁的地段
C,给边界处的小区多配置信令信道
D,修改CellReselectHysteresis参数
22、GSM网络采用900/1800MHz频段，其中移动台发、基站收为：B
A 908-914MHz B 909-915MHz C 910-916MHz
25、当移动用户使用分组数据业务的时候，需要给用户分配IP地址。与核心网分组部分有关的设备也应当分配IP地址，例如：A C
A BSC 、PCF B PDSN、RADIUS服务器和HLR C DNS服务器、防火墙和各种应用服务器
27、GSM/CDMA网内主叫号码传递原则规定中，正确的是：A C
A网内话路接续过程中，原则上不对主叫号码做变换 B GSM/CDMA用户做主叫时，在网内主叫号码格式采用国际有效号码 C国内其他网的主叫号码在接入联通网的GMSC时变为标准格式，并在网内进行传送
28、下面那些论述是错误的：ABC
A，鉴权过程在每次通话前或位置更新前均必定会发生。
B，Ciphering过程在每次通话前或位置更新前均必定会发生。
C，TMSI再分配过程在每次通话前或位置更新前均必定会发生。
D，交换中可以定义使鉴权过程， Ciphering过程，TMSI再分配过程使他们并非每次都发生。
30、手机正在通话状态下，它切换进入了一个新的位置区中的小区，那么： C
A，它会通话过程中进行位置更新。
B，它会在下次跨LAC区时进行位置更新。
C，它会在通话结束后马上进行位置更新。
31、手机正常关机后，下列那些情况是正确的： C
A，系统仍旧会通过PAGING信道对它发出PAGING请求，虽然手机已经收不到了。
B，短消息被排队到数据库中，如果在用户开机前还未被更新掉，短消息也不能发送到用户。
C，其他用户对该手机的呼叫请求会被拒绝。
D，发给它的短消息肯定会丢失。
32、下列那些描述是正确的： D
A，每次位置更新均需牵入HLR。
B，位置更新均发生在不同的VLR上。
C，几类位置更新的优先顺序是一样的。
D，每次位置更新中均要改动用户数据的存放位置或指引位置。
33、下列哪种技术不属于抵抗多径衰落现象： b
a) 信道编码 b) DTX c) 跳频 d)交织
34、TMSI再分配的主要目的是： A
A，防盗打 B，加密 C，漫游 D，IMSI数量不够时的补充。
35、解决位置更新过多的方法有： ABD
A,重新规划位置区 B,位置区边界尽量避开小区重选频繁的地段
C,给边界处的小区多配置信令信道 D,修改CellReselectHysteresis参数四、问答题
1、请列出切换失败的几种原因（请至少列出三种）
(1) 硬件问题（例如时钟板出了问题，无法同步）
(2) 原小区存在干扰导致无法解码HANDOVER COMMAND 的信息；目标小区存在干扰
(3) 孤岛效应（同BCCH，BSIC）
(4) 要切入的目标小区信道资源短缺
(5) 恶劣的无线条件导致MS无法收到原小区的切换命令或无法占用目标小区所指配的信道(恶劣的无线条件往往是由小区之间覆盖重叠较少引起)
(6) 覆盖问题：目标小区与源小区没有足够的重叠区域
(7) 由于天线受到阻挡或同一小区的两根天线覆盖不均匀导致
(8) 直放站放大了噪声
(9) 参数设置问题：如T3103设置过小，导致MS没来得及占用上目标小区的信道
(10) A接口负荷过大产生拥塞，导致MSC内或MSC之间传送切换请求和切换命令时无时隙可用。
MSC的LAC表定义不全。2、移动台为空闲模式下，移动台接收到小区1和小区2的信号电平如下：
AV_RXLEV = 26 in cell 1 , AV_RXLEV = 20 in cell 2
具体参数如下：
小区 1: TXPWR_MAX_CCH = 39 dBm
RXLEV_ACCESS_MIN = 20
CELL_RESELECT_HYSTERESIS = 4dB
小区2: TXPWR_MAX_CCH = 33 dBm
RXLEV_ACCESS_MIN = 14
MS是否执行小区选择?
a) 如果是 phase 1 MS，小区1和小区2属于同一个位置区
b) 如果是 phase 1 MS ，小区1和小区2不属于同一个位置区
提供以下信息：
C1 = AV_RXLEV - ACCESS_MIN - Max (0, MS_TXPWR_MAX_CCH - P)
MS GSM900 Phase 1, power class 3 = 37 dBm.

CELL 1：C1=26-20-2=4
CELL 2:：C1=20-14=6
C1(CELL2)>C1(CELL1)进行小区重选
不同LAC:
当C1(CELL2)〉C1(CELL1)+ CELL_RESELECT_HYSTERESIS时，才进行小区重选

3、如果发现一个BS240基站宕机，而电源是好的，重新开关基站后发现基站仍然无法正常工作，试图连接LMT也未能成功（假设LMT是好的），请分析一下，一般可能是什么原因导致如此故障，并采取何措施进行恢复。
应为COBA负责LMT的连接功能，可能COBA损坏或备板损坏，需要更换COBA进行恢复；

4、BS240基站配置成8/8/8，硬件包括一个基本机架和两个扩展机架。在开通过程中，发现三个机架CU模块的创建很顺利，但在创建扩展机架的DUAMCO时，总是不成功。无论尝试多少次，系统是中提示DUAMCO的状态是“not installed”。现假设机架的备板没有问题，机架间相连的电缆也没有问题。请解释可能的原因。
ACT故障
合路器损坏
CAN BUS故障
COBA或COSA隐性故障
合路器背板故障
COBA合COSA背板故障
机柜内部连线是否紧密选择题
1，在GSM移动通信系统中，开放的通信接口有：（abd ）
a, Air接口
b, A接口
c, A-bis接口
d, O&M接口
2，在GSM移动通信系统中，空中接口使用的协议是：（ d）
a, LAPD信令 b, A-bis信令 c, CCS7信令 d, LAPDm信令
3，在呼叫时，用于进行鉴权和呼叫建立的信道有：（ b ）
a, FACCH
b, SDCCH
c, PCH
d, FACCH
4,郑州市区一个GSM900的基站，可能的BCCH频率为：（ bc）
a,29
b,83
c, 96
d,1020
5,三代站基站重启过程中BCFA板停留在0006状态，可能的原因有：（
cd ）
a,传输不通
b,传输通，但信令不活
c,信令活，下载软件包
d,信令活，但BSC机房未加数据
6,开通三代站基站时，传输路由和传输板TRUA都没有问题，但是基站传输板亮黄灯，可能的原因有：（ a ）
a,同步设置不正确
b,分支表设置不正确
c, TRUA跳线有问题
d,基站后背板跳线有问题
7,开通四代站基站的过程中，所有载频停留在 状态，可能的原因是：（ cd ）
a, BB2A有问题
b, BOIA有问题
c, traffic manager有问题

d, 传输板有问题
8,一对爱立信的微波，如果有一端的发射频率为14930.00，那么对端的发射频率应该为（ a ）
a,14510.00
b,15350
c,13920.00
d,15940.00
9,开通一个微蜂窝基站，其传输从一个宏蜂窝基站做交叉连接分时隙并经过微波，开通之后本站载频能够工作，但是出2993告警，拨测无法占用户，可能的原因：（ d ）
a,微波故障 b,宏蜂窝基站传输板故障 c,微蜂窝基站传输板故障 d,宏蜂窝基站交叉连接故障
10,一个NOKIA微波，其电源指示灯亮黄灯，可能的故障原因有：（ad ）
a,时钟未校准
b,馈线和室外单元故障
c,2M中断

d,2M通路环路
11,下列那些单元可以生成13M时钟：（ ac）
a, BCFA
b, MCLG
c, BOIA
d, VXTA
12,某个三代站载频TRXA不能够执行调频功能，可能的故障点在：（a ）
a, BB部分
b, TX部分
c, RX部分
d, MCLG部分

6. 版本自动回退告警 如何处理

BTS312基站告警目录 2114 LAPD告警 42116 TRX配置告警 62118
TRX处理器运行告警 72120 无线链路严重告警 82122 TRX降功率告警 92124
TRX关功放告警 102126 TRX内部收发通道告警 122134 无线链路提示告警
132136 测试锁相环告警 162138 TRX单板ID错误告警 162140 锁相环告警
172148 TRX硬件告警 182152 功放温度告警 192156 TRX驻波告警
202166 TRX主时钟告警 222168 TRX副时钟告警 232170 DBUS告警
242176 TRX硬件逻辑不支持16K信令告警 252180 频点与TRX类型不一致告警 262182
帧或时隙号告警 272188 主接收通道告警 292190 分集接收通道告警 302192
载频类型不支持告警 312196 TRX时钟严重告警 322198 锁相环严重告警
342204 TRX单板通信告警 352206 TRX槽位单板配置错告警 362208 时钟参考源异常告警
372210 E1远端自环测试告警 392214 E1本地告警 402216 E1远端告警
412220 TMU邮箱故障告警 432222 TMU单板通信告警 442224 TMU软件告警
452232 TMU时钟故障告警 462234 主TMU时钟故障告警 472236
扩展TMU时钟故障告警 482244 版本回退告警 492248 防雷箱故障告警 502260
13M时钟校准维护告警 512264 软件未激活告警 522272 CDU驻波二级告警
532274 CDU驻波一级告警 552276 CDU主接收低噪放告警 562278
CDU分集接收低噪放告警 572280 CDU单板通信告警 582282 主接收塔放告警
592284 分集接收塔放告警 612286 CDU驻波严重告警 622292 EDU支路驻波告警
642294 EDU支路严重驻波告警 662296 EDU支路低噪声放大器告警 672298
EDU支路塔放告警 682300 合分路器单板类型配置错告警 702302 合分路器频段与TRX频点不匹配告警
712334 PMU单板通信告警 722354 风扇告警 732358 交流过压告警
742360 交流欠压告警 752384 EAC单板通信告警 762560 PBU过驻波告警
782562 PBU过温度告警 792564 PBU欠功率告警 812574 PBU主时钟告警
82

7. htcg10 水货 串码354455044959763 sn码SH16TRX00549 哪位高人麻烦帮我查一下谢谢

产地上海，生产日期2011年6月26日。

授人以鱼不如授人以渔，查询方法如下：
S/N: SSYMDPPZZZZZ
SS为产地代码：
SZ 深圳
SH 上海
HT 新竹
CH 武汉
Y: 生产年份的最后一个数字
M: 生产月份。123456789ABC代表1、2、3、4、5、6、7、8、9、10、11、12月
D: 生产日期。日是1～9～A～Z(26个字母中不使用到其中的四个"IOQU")代表1～9～10～31日)
1=1 2=2 3=3 4=4 5=5 6=6
7=7 8=8 9=9 10=A 11=B 12=C
13=D 14=E 15=F 16=G 17=H 18=J
19=K 20=L 21=M 22=N 23=P 24=R
25=S 26=T 27=V 28=W 29=X 30=Y
31=Z
PP:产品代码
ZZZZZ:序号