Sybase配置参数
sp_configure 'max online engines',4 go
--配置启动cpu个数
sp_configure 'number of engines at startup',4 go --配置最大内存数
sp_configure 'max memory' ,2097151 go
--分配最大存储过程缓存
sp_configure 'procedure cache',102400 go
--配置高速缓存
sp_cacheconfig 'default data cache' , '700M' go
--缺省缓存分配页大小
sp_poolconfig 'default data cache','200M','16K' go --网络包大小
sp_configure 'max network packet size',1024 go --最大连接数
sp_configure 'number of user connections',500 go --最大打开对象
sp_configure 'number of open object',9000 go
--最大索引
sp_configure 'number of open index',10000 go
--最大锁数
sp_configure 'number of locks',100000 go
--增加网络内存
sp_configure 'additional network memory',1024 go
--锁内存
sp_configure 'lock shared memory',512 go
--优化tempdb
select dbid, name,segmap
from sysusages, sysdevices
where sysdevices.low <= sysusages.size +vstart
and sysdevices.high >=sysusages.size+vstart -1 and dbid =2 and (status=2 or status=3) go use tempdb
go
sp_dropsegment 'default',tempdb,master
go
sp_dropsegment 'logsegment',tempdb,master
go
select dbid, name,segmap
from sysusages, sysdevices
where sysdevices.low <= sysusages.size +vstart
and sysdevices.high >=sysusages.size+vstart -1 and dbid =2 and (status=2 or status=3) go
sp_cacheconfig tempdb_cache, '100M' go sp_poolconfig tempdb_cache,'50M','16K'
go
sp_bindcache 'tempdb_cache',tempdb
go
sp_helpcache tempdb_cache
select name,id
from syscharsets
dbcc traceon(3604)
dbcc memusage
1 数据库安装的优化
1.1 应用数据库使用裸设备若在UNIX（UNIXWARE）操作系统下安装数据库服务器，请将SYBASE应用数据库的设备(device)安装成裸设备。即在创建应用数据库设备（如：IVSP，DB160，NAP2000等）时用裸设备，把文件名指向/dev/dsk/ 子目录下的相应文件。系统数据库设备（如:master等）仍然指向文件系统。
1.2 补丁程序完成SYBASE数据库的安装，请注意原版的SYBASE软件都会带有最新的补丁，一定要把补丁打上，否则会出现一些莫名其妙的问题。FOR NT 版的补丁是一个ZIP 文件，解压至C:\SYBASE子目录即可。
1.3 安装SYBASE 在线帮助在安装好SYBASE 后，在安装目录下有一文件：../scripts/ins_syn_sql，在服务器上执行该脚本：Sybase for Unix版：./isql -Usa -P -i../scripts/ins_syn_sql Sybase for Winnt版：isql -Usa -P -i\sybase\scripts\ins_syn_sql 执行完毕后，即可在任意的SYBASE 客户端上连接上SQL SERVER ，在线取得任意命令的帮助：sp_syntax "关键字" 如：sp_syntax "alter" 即可列出所有包含"alter"字符的命令
2 数据库配置的优化
2.1 优化master数据库首先加大master设备空间，初始默认为30M，加大为150M。然后加大master数据库空间，默认数据段和日志段各为5M大小，建议改为数据段100M，日志段50M。alter database master on master=95
2.2 优化tempdb数据库首先创建tempdb设备，分配给tempdb数据库，默认tempdb数据库数据段和日志段各为2M大小，并创建在master设备上，建议改为数据段200M，日志段50M，创建在tempdb设备上。alter database tempdb on tempdb=200SQL SEVRER所有用户都共享工作表和临时表的tempdb数据库，tempdb主要瓶颈是磁盘I/0。解决办法是把tempdb放在更快的设备上。在UNIX环境中，把tempdb放在文件系统中而不用原始的设备。由于tempdb 在创建数据时，自动在master设备上创建为2M的数据库，为了减少冲突，最好的办法是把tempdb从master设备中移走。
为了达到上述目的，可采用如下办法实现：
1：在单用户状态下启动SQL SERVER 启动单用户方法：dataserver -dmaster.dat -m
2：以sa登录
3：在文件系统中创建一个哑数据库。
4：删除sysusages和sysdatabase表中对现有tempdb数据库的引用
5：获取哑数据库的数据库ID，相应修改sysusages和ysdatabase表对tempdb的引用6：重新启动数据库以在newdevice中创建200M的tempdb数据库为例，执行过程如下：create database newtemp on newdevice=200
go
/* 创建新的数据库*/
begin tran
go
/* 开始事务，防止操作错误时破坏整个SQL SERVER的运行*/
delete sysusages where dbid = 2 delete sysdatabases where dbid = 2
go
/*删除系统表对tempdb的引用，只能在单用户状态下执行*/
select dbid from sysdatabases where name = …newtemp?
go
/*获取newtemp数据库ID，假定为10*/
update sysusages
set dbid = 2 where dbid=10update sysdatabases
set name=?tempdb?,dbid=2 where name=?newtemp?
go
/*修改数据库的引用，对newtemp的引用改为对tempdb的引用*/
select name,dbid
from sysdatabases
where name = …tempdb?
select * from sysusages where dbid = 2
go
/*测试修改是否正确，正确则提交，否则可用rollback回退*/
commit tran
go
/*修改成功，重新启动系统*/这种方法只对tempdb有效，其他数据库不能采用这种方法。因为在SQL SERVER启动时，tempdb每次都重新初始化。
2.3 优化系统参数以下参数为标准建议值，可根据实际情况修改。
优化系统参数的SQL脚本注释
sp_configure 'total memory', 100000 优化数据库的内存，应根据不同机器配置设置, 建议为一半的物理内存大小。以db_block为单位，即每个单位为2k，上例为200M，默认为24M.
sp_configure "lock scheme" , 1,"datarows" 系统默认为表级锁，优化为行锁
sp_configure "number of locks" , 10000 加大最大锁进程数, 默认为5000。（如果设置一个已经存在的表(tabel)的锁方式为行锁，则执行：alter table table_name lock datarows）
sp_configure 'procedure cache percent' ,30 缺省值：20 建议值：procedure使用频率高时采用较大的值，不超过30 sp_configure "number of user connections",100 最大用户连接数，默认为25，每个连接要占70k内存
sp_configure 'number of devices',20 将最大设备文件数据改为15个
sp_configure ‘number of Open databases’,20 最大打开数据库个数，对于需在一台数据库服务上打个多个数据库则需加大此参数，默认为15
Sp_configure ‘max online engines CPU’,2 缺省值：1 建议值：采用实际机器的CPU个数
Sp_configure ‘total data cache size’,60000 缺省值：0 建议值：使用SQL SERVER内存的30%
如果上述参数改动后SYBASE启动不正常，则可检查SYBASE的错误日志，把SYBASE.cfg 中的相应选项修改为较小的值。
附：SYBASE SQL SERVER 内存的分配
1. SQL SERVER 可执行代码3-4M
2. SQL SERVER 使用的静态内存 2.2-
3.25M
3. 用户可配置的参数所占用内存，以下示例(11.9.2版)：
默认值占用内存
用户连接数(user connections) 25 每个约70k
打开的数据库数(open database) 12 每个约60k
打开的对象数(open objects) 500 每个约1k
打开的索引数(open indexs) 500 每个约1k
锁数目(locks) 5000 每个约0.1k
数据库设备数(data device) 10 每个约0.5k
4. 剩余部份分配给
过程缓存( 由procedure cache percent 决定，默认值为20% )
数据缓存( 默认值为减去1、2、3项的80% )
2.4 优化数据库系统属性在sybase center中选择数据库属性，将属性中options选项中的下列项目选中。
allow select into/bulk copy
truncate log on checkpoint
checkpoint on recovery
abort transction on full log
free space accounting
allow nulls by default
auto identity column in non-unquie index
方法二：在SQLPLUS中执行下列SQL脚本
如：
sp_dboption mydb,"abort tran on log full",true（设定当数据库的日志空间满时，就终止该进程，使用sa 用户）
sp_dboption mydb," select into/bulkcopy ",true
sp_dboption mydb," trunc log on chkpt ",true
sp_dboption mydb," no chkpt on recovery",true
sp_dboption mydb," no free space acctg ",true
sp_dboption mydb,"allow nulls by default",true
sp_dboption mydb," auto identity dbo use only ",true
2.5 创建阈值存储过程
可根据不同的应用修改以下脚本或创建多个阈值存储过程，并在配置阈值时指定相应的存储过程。
create procedure sp_thresholdaction
@dbname varchar(30),@segmentname varchar(30), @free_space int,@status int
as dump transaction @dbname with no_log
print "LOG DUMP: '%1!' for '%2!' dumped",@segmentname,@dbname go
2.6 配置多个阈值
方法一：打开Sybase Central，双击相应数据库(database)的段Segments ->; logsegment，在Thresholds 页面中可设置自动清除日志的阀值。其中有Last Chance 的一行是系统默认的最后机会阀值，即系统日志空闲空间小于该值时为最后一次自动清除日志的机会。设置时阀值的大小可设为日志总空间大小的20%左右。另外再增加多个阈值。
方法二：
1、使用如下指令查出数据库中日志的容量（用页表示）
select sum(size) from master..sysusages where dbid=db_id("database_name" and (segmap&4)=4 2、使用sp_addthreshold增加新的阈值，大小为日志容量的50%,如上面语句显示值为2048 sp_addthreshold database_name,logsegment,1024，proc_dump_display
注意：因一个大事务时可能会越过当前的threshold，所以必须加多个threshold，
使用命令select @@thresh_hysteresis查看数据库的滞后值，如结果为64页，则下一个阈值设为"最近的阈值-（2*64）"，请在所设阈值再按这种原则各增加两个更小的阈值。
3 索引的优化
在良好的数据库设计基础上，需高效地使用索引，并经常的维护索引，下文介绍关于索引的相关内容。
3.1 创建索引
索引分为三类：聚簇索引(clustered indexes)、非聚簇索引(nonclustered indexes)、覆盖索引(covering indexes)
鉴于索引加快了查询速度，但减慢了数据更新速度的特点。可通过在一个段上建表，而在另一个段上建其非聚簇索引，而这两段分别在单独的物理设备上来改善操作性能。
create [unique][clustered|nonclustered] index index_name on table_name(column_name...)
3.2 重建索引
随着数据行的插入、删除和数据页的分裂，有些索引页可能只包含几页数据，另外应用在执行大块I/O的时候，重建非聚簇索引可以降低分片，维护大块I/O的效率。重建索引实际上是重新组织B-树空间。在下面情况下需要重建索引：
(1)、数据和使用模式大幅度变化。
(2)、排序的顺序发生改变。
(3)、要进行大量插入操作或已经完成。
(4)、使用大块I/O的查询的磁盘读次数比预料的要多。
(5)、由于大量数据修改，使得数据页和索引页没有充分使用而导致空间的使用超出估算。
(6)、dbcc检查出索引有问题。
当重建聚簇索引时,这张表的所有非聚簇索引将被重建.
3.3 索引统计信息的更新
当在一个包含数据的表上创建索引的时候，SQL Server会创建分布数据页来存放有关索引的两种统计信息：分布表和密度表。优化器利用这个页来判断该索引对某个特定查询是否有用。但这个统计信息并不动态地重新计算。这意味着，当表的数据改变之后，统计信息有可能是过时的，从而影响优化器追求最有工作的目标。因此，在下面情况下应该运行update statistics 命令：
(1)、数据行的插入和删除修改了数据的分布。
(2)、对用truncate table删除数据的表上增加数据行。
(3)、修改索引列的值。
4 查询优化
4.1 NOT IN子句
不知大家是否喜欢使用‘NOT IN’这样的操作，如果是，那尽量使用(NOT) EXISTS 替代。
例子：
语句1
SELECT dname, deptno FROM dept WHERE deptno NOT IN (SELECT deptno FROM emp);
语句2
SELECT dname, deptno FROM dept WHERE NOT EXISTS (SELECT deptno FROM emp WHERE dept.deptno = emp.deptno);
明显的，2要比1的执行性能好很多，因为1中对emp进行了full table scan,这是很浪费时间的操作。而且1中没有用到emp的index，因为没有where子句。而2中的语句对emp进
行的是range scan。
4.2 海量查询
在海量查询时尽量少用格式转换。
如用
WHERE a.order_no = b.order_no
而不用
WHERE TO_NUMBER (substr(a.order_no, instr(b.order_no, '.') - 1)= TO_NUMBER (substr(a.order_no, instr(b.order_no, '.') - 1)
3）查询海量数据是可以使用optimizer hints，例如/*+ORDERED */
如
SELECT /*+ FULL(EMP) */ E.ENAME FROM EMP E WHERE E.JOB = 'CLERK';
而不是
SELECT E.ENAME FROM EMP E WHERE E.JOB || '' = 'CLERK';
对于数据量较大和业务功能较复杂的系统，Sybase的默认参数根本无法满足需要，必须进行优化。系统数据库方面的优化从两方面进行，一个是调整数据库系统的一些性能参数的值，另一个是应用程序的调优。应用程序的调优调整hsql和sql的写法，配合sql合理的建索引，这里主要对Sybase系统一些基本的性能参数的调优进行一个小结。
1、内存
内存是对性能影响最大，也是最需要也是最难调优的地方。内存调优一定要，常用的需要调整的参数有：
sp_configure “max memory”,0,”2600M”(设置为共享内存的75%,重启生效)
sp_configure “allocate max shared mem”,1 (启动的时候自动分配max memory指定的最大内存)
sp_cacheconfig “default data cache”,”1300m”(设置数据缓存为max memory的一半)
sp_cacheconfig “default data cache”,”cache_partition=2″
sp_configure “procedure cache size”,102400 (过程高速缓存,通常是max mem20%-30%,这里是200M,在大量的执行sql的时候这个参数一定要调大)
sp_cacheconfig ‘tempdb_cache’,'100m’,'mixed’(创建一个100M命名高速缓存tempdb_cache 给temdpb使用)
sp_bindcache ‘tempdb_cache’,tempdb (将tempdb_cache绑定到tempdb)
实际中遇到一个很头痛的问题，32位Windows版本的Sybase 最大内存只能到搞到3G左右，"default data cache"的值超过1500M Sybase实例就起不来了，导致服务器的16G内存形同虚设，所以如果大家的项目和我这个类似，服务器和操作系统由客户提供，还换不了的，内存不妨要求个4G就够了，多了也浪费。
2、CPU
当服务器的CPU个数多于一个时，可以考虑多CPU。实际上对于OS会自动调度，设一下只不过是控制的更精确一点。实际需要根据CPU数来修改，若CPU=N，一般设置为N-1。
设置这个参数，比如我的服务器8个CPU, 就像下面这样设置：
sp_configure “max online engines”,7
sp_configure “number of engines at startup”,7
sp_configure “max parallel degree”,1 (并行的度，大于或等于1)
sp_configure “number of worker processes”,7 (并行度＊并发连接数＊1.5倍)
3、连接数
(这个没什么说的，数量管够就可以，默认数为25，可根据应用需要来修改。)
sp_configure “number of user connections”,600
查询数据库死进程
select * from master..syslogshold
4、锁
数据库的锁机制其实是一个比较复杂的话题，这里只能简单说一下。
Sybase数据库系统两个级别的锁机制：所有页锁、数据页锁。
所有页锁在当数据库加锁时，既锁数据页，也锁索引页；数据页锁当数据库加锁时，只锁数据页，不锁索引页。
Sybase支持三种类型的锁: 数据表锁、数据页锁、数据行锁。
一些常用的调优命令和策略如下:
sp_configure "number of locks",50000 （设置锁的数量）
系统设置时要把锁的数量设大一点，简单说就是要管够；如果需要节省空间，减少维护量，使用所有页锁机制；而如果需要加快速度，空间足够，使用数据页锁机制。
sp_sysmon “00:10:00”,locks （检测表的使用情况）
当通过监测发现锁竞争超过15%时，首先修改加锁最重的表的锁机制，然后再把数据页锁设置为数据行锁。如果发现螺旋锁多，则为该表建立单独的命名缓存并对命名缓存进行分区。
5、I/O
数据库调优总的思路是尽量减少和分散物理I/O，尽量减少网络I/O。
减少物理I/O的办法有：在命名缓存中增加大块的I/O缓冲池，把数据分散到多个硬盘上,采用RAID技术,建立段，使一个表跨越多个硬盘等等，基本和其他的数据库软件调优一样。
减少网络I/O的办法是采用大数据包。
sp_configure "default network packet size",2048 设置网络传送包的大小(需要重启动)
sp_configure "max network packet size",2048
6、设备调整
主要调整两块：一个是业务数据库的数据设备与日志设备必须分开，添加临时数据库设备；
另一个是调整Tempdb，这一条很重要却很容易被大家忽视。
Tempdb是sybase数据库当中的临时库，用于存放中间结果和临时表。
由于使用很频繁而默认大小又很小，我们需要加大其设备空间和库的大小，尽可能把tempdb 放置到最快的硬盘上，并建立单独的命名缓存。sp_cacheconfig ‘tempdb_cache’,'200m’,'mixed’(创建一个200M命名高速缓存tempdb_cache给temdpb 使用)
sp_bindcache ‘tempdb_cache’,tempdb (将tempdb_cache绑定到tempdb)
F A N U C高速高精加工 的参数调整 文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
铣床、加工中心高速、高精加工的参数调整 (北京发那科机电有限公司王玉琪) 使用铣床或加工中心机床加工高精度零件（如模具）时，应根据实际机床的机械性能对CNC系统（包括伺服）进行调整。在FANUC的AC电机的参数说明书中叙述了一般调整方法。本文是参数说明书中相关部分的翻译稿，最后的“补充说明”叙述了一些实际调试经验和注意事项，仅供大家参考。 对于数控车床，可以参考此调整方法。但是车床CNC系统无G08和G05功能，故车床加工精度（如车螺纹等）不佳时，只能调整HRV参数和伺服参数。Cs控制时还可调整主轴的控制参数。 目录 ⑴概述 i系列CNC（15i/16i/18i）的伺服因为使用了HRV2和HRV3控制（21i为选择功能），改善了电流回路的响应，因此可使速度回路和位置回路设定较高而稳定的增益值。 图使用伺服HRV控制后的效果 速度回路和位置回路的高增益，可以改善伺服系统的响应和刚性。因此可以减小机床的加工形状误差，提高定位速度。 由于这一效果，使得伺服调整简化。HRV2控制可以改善整个系统的伺服性能。伺服用HRV2调整后，可以用HRV3改善高速电流控制，因此可进行高精度的机械加工。 “高速、高精加工的伺服参数调整”。 ２
图伺服HRV控制的效果实例 ⑵适用的伺服软件系列号及版本号 90B0/A（01）及其以后的版本（用于15i，16i，18i和21i，但必须使用320C5410伺服卡）。 ⑶调整步骤概况 HRV2和HRV3控制的调整与设定大致用以下步骤： ①） 电流回路的周期从以前的250μs降为125μs。电流响应的改善是伺服性能改善的基础。 ②） 进行速度回路增益的调整时，对于速度回路的高速部分，应该使用速度环比例项的高速处理功能。 电流环控制周期时间的降低使电流响应得以改善，使用振荡抑制滤波器使可消除机械的谐振，这样可提高速度回路的振荡极限。 ③ 机床可在某个频率下产生谐振。此时，用消振滤波器消除某一频率下的振荡是非常有效的。 ④ 当伺服系统的响应较高时，可能会出现加工的形状误差取决于CNC指令的扰动周期的现象。这种现象可用精细加/减速功能消除。 速度环使用尽可能高的回路增益可以改善整个伺服系统的性能。 ⑤ 使用预读功能的前馈，可以消除伺服的时滞，从而可减小加工的形状误差。一般，前馈系数为97%—99%。 ⑥*6）
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过 DUMP 和 LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如：·每次强制地运行了 DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用 sp_dboption 允许 select into/bulkcopy 做快速拷贝，或用 SELECT INTO 命令创建一个永久性的表，或使用了 WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程 sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库 my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志 如果事务日志与数据库放在同一个设备上，则事务日志不应与数据库分开备份。master 数据库和小于 4M 的用户数据库就是这种情况。一般数据库系统的数据库和日志分别放在不同的设备上，因此，可以用 DUMP TRAN 命令单独备份日志。 备份事务日志的周期直接影响数据的恢复程度，因此建议每天备份。 备份事务日志的命令格式为： DUMP TRANsaction database_name [TO dump_device] [WITH TRUNCATE_ONL Y|WITH NO_LOG|WITH NO_TRUNCA TE] 其中 database_name 是要备份事务的数据库名称，dump_device 是备份设备名称，仅当包含了 WITH TRUNCA TE_ONL Y 或 WITH NO_LOG 子句时，才可以备份到设备。 注意：如果总是用 DUMP DA TEBASE （备份数据库及其日志），而不用 DUMP TRAN ，事务日志将不会刷新，而变得非常庞大。
Sybase 12.5以上版本自带性能监控工具的使用方法 Sybase 12.5以上版本的性能监控工具使用 对于实现集中管理信息系统的系统管理员来说，挖掘数据库性能是一个技术活也是一个体力活，因为它不仅仅需要具备一定的数据库基础，还需要耐心的分析-你所管理的财务软件，数据库访问的瓶颈在哪里？你珍贵的cache里面，被你放了多少过气鸡蛋在里面？有多少是需要放在这个宝贝蛋里面，但是却被疏忽掉；到底是那几张大而无当的破表总是导致数据库服务卡来开去；有哪几个臃肿的存储过程比较糟糕，或者使用最多，耗费你宝贵的内存或者io最多；那几个设备最繁忙？ 这些问题，以前需要一些昂贵的第三方DBMS管理工具来帮助你找到较为合适的优化方案，但是我相信大部分系统管理员都没有接触过这方面的管理工具，现在，sybase工具也收购了一个管理工具进来，用于应付sybase相对欠奉的性能问题（仅限个人意见），但是它并不是免费的，不过对于sybase12.5以上版本用户来说，sybase已经内置了一个小工具在sybase数据库服务里面，你只需要做非常少量的工作，就可以寻找出来一个最适合自己管理的信息系统业务风格的优化方案。 优化自己的数据库性能，基础就是回答上面的几个问题，这些问题的答案现在可以从montables里面找，sybase 12.5提供了一套完备的监控表，它只需要用sp_configure打开一个选项，sybase就会开启监控机制，不就你就可以从master库里面查询出来这一套表里面的内容，分析出来到底需要优化那些tables或者其他。 下面用unix下面的sybase来举例，该例开启了montables这个监控表。 Step 1:跑到unix主机那里，cd到$sybase/ase/scripts目录。 Step 2:isql -Usa -Ppassword -i installmontables Step 3:可以回到你的客户端那里，当然也可以继续用主机执行命令。 Step 4:sp_configure ‘enable monitoring’,1 Step 5:把一个或者多个财务软件用户（如果财务软件用户编号是0001，你的databases名字是cwbase1，那么该财务软件用户实际映射到数据库用户编号是cwbase1_0001，那么你不要操作0001用户，而是要操作cwbase1_0001用户）加入到组里面：mon_role, Step 6:现在sybase已经开始在运作性能监控了，建议最好在业务繁忙的时候打开monitoring选项，这些
文档编号
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
数据库日常维护工作》 《Oracle 数据库日常维护工作》
目
1.1 1.2 1.3 1.4 1.5 1.6
录
1. DBA 日常维护工作 ..................................................................................................................... 3 检查已经打开的所有实例 .................................................................................................... 3 检查最新的警告日志 ............................................................................................................ 7 检查数据库备份是否正确 .................................................................................................... 8 检查备份到磁带中的文件是否正确 .................................................................................... 9 检查数据库的性能是否合理，系统资源是否充足 ............................................................ 9 仔细阅读 ORACLE 标准文档 ............................................................................................... 10
2.晚间维护工作 晚间维护工作.............................................................................................................................. 10 晚间维护工作 2.1 收集相关表的统计数据 ....................................................................................................... 10 3.每周维护工作 每周维护工作.............................................................................................................................. 10 每周维护工作 3.1 检查异常的对象................................................................................................................... 10 3.1.1 检查现有的 NEXT_EXTENT 情况：............................................................................ 10 3.1.2 检查已有的 EXTENTS： .............................................................................................. 11 3.1.3 查看哪些表没有主键 .................................................................................................... 11 3.1.4 查找哪些主键是没有发挥作用的 ................................................................................ 12 3.1.5 所有作索引的主键都应是唯一的 ................................................................................ 12 3.2 检查是否有不安全的问题 ................................................................................................... 12 3.3 检查是否有错误 SQL*NET 日志 ....................................................................................... 13 3.4 归档当前告警日志 ............................................................................................................... 13 3.5 访问供应商站点................................................................................................................... 13 4.月维护工作 月维护工作.................................................................................................................................. 13 月维护工作 4.1 检查是否有异常的空间增长 ............................................................................................... 13 4.2 回顾以前数据库性能优化的调整 ....................................................................................... 14 4.3 检查 IO 瓶颈 ........................................................................................................................ 14 4.4 检查碎片的问题（8I 系统） ............................................................................................... 15
2
文章描述了通过sp_sysmon对Adaptive Server系统运行情况有一个全面系统了解，有利于更好地熟悉系统性能，更为有效地进行系统管理，合理地利用和配置系统资源，达到系统性能调优的目的。 从18个方面了解在用系统性能状况，并在适当的时候利用环境参数进行性能调优： 1、内核管理（kernal） 2、应用管理（appmgmt） 3、数据缓存管理（dcache） 4、ESP管理（esp） 5、索引管理（indexmgmt） 6、锁管理（locks） 7、内存管理（memory） 8、元数据高速缓存管理（mdcache） 9、任务管理（taskmgmt） 10、监视器访问SQL的执行（monaccess） 11、网络I/O管理（netio） 12、并行查询管理（parallel） 13、过程缓存管理（pcache） 14、恢复管理（recovery） 15、事务管理（xactmgmt） 16、事务概要（xactsum） 17、磁盘I/O管理（diskio） 18、工作进程管理（wpm） 括号后英文短词是该模块参数。 环境： 1、用户数据库中有练习所用数据表auths和article 2、数据表各有10万行数据 3、用户具有查询、修改、删除等基本的数据库表操作权限 步骤：执行sp_sysmon “00:10:00”（server级系统存贮过程，不需要打开某个数据库），或者执行如下格式的过程，查看具体操作批命令对应系统性能情况： sp_sysmon begin_sample SQL语句或者存贮过程 sp_sysmon commit_sample 本实验采用sp_sysmon “hh:mm:ss”,性能模块名。 结论：通过此练习，可了解当前系统在各方面的系统运行状况，性能出现什么问题和不平衡不协调之处，学会使用相应的参数和措施进行解决和调优，不断比较对照调整前后的性能状况，最终
Sybase 数据库死锁对策 死锁的发生对系统的性能和吞吐量都有重要影响，经检测发现，管理信息系统的死锁主要是因为两个或多个线程（登录）抢占同一表数据资源。引起长时间抢占同一资源不是因为我们需要处理的事务太复杂，时间太长，而往往是因为我们在前端应用程序对数据库作操作时忘了提交.本文介绍一种处理解决这种死锁的方法。 Sybase 封锁原理 数据共享与数据一致性是一对不可调和的矛盾，为了达到数据共享与数据一致，必须进行并发控制。并发控制的任务就是为了避免共享冲突而引起的数据不一致。Sybase SQL Server 并发控制的方法是加锁机制（LOCKING ）. 锁的类型 Sybase SQL Server 有三种封锁类型：排它锁（exclusive lock,简称X 锁）；共享锁（share lock,简称S 锁）；更新锁（update lock,简称U 锁）。这三种锁的相容矩阵表如下： ×:表示不兼容。∨：表示兼容。 Sybase SQL Server 是自动决定加锁类型的。一般来说， 读（SELECT ）操作使用S 锁，写（UPDATE,INSERT 和delete ）操作使用X 锁。U 它在一个更新操作开始时获得，当要修改这些页时，U 锁会升级为X 锁。 锁的力度 SQL Server 有两级锁：页锁和表锁。通常页锁比表锁的限制更少（或更小）。页锁对本页的所有行进行锁定，而表锁则锁定整个表。为了减小用户间的数据争用和改进并发性，SQL Server 试图尽可能地使用页锁。 当SQL Server 决定一个语句将访问整个表或表的大多数页时，它用表锁来提供更有效的锁定。锁定策略直接受查询方案约束，如果update 或delete 语句没有可用的索引，它就执行表扫描或请求一个表锁定。如果update 或delete 语句使用了索引，它就通过请求页锁来开始，如果影响到大多数行，它就要请求表锁。一旦一个语句积累的页锁超过锁提升阈值，SQL Server 就设法给该对象分配一个表锁。如果成功了，页锁就不再必要了，因此被释放。表锁也在页层提供避免锁冲突的方法。对于有些命令SQL Server 自动使用表锁。 锁的状态 SQL SERVER 加锁有三种状态： 1）意向锁（intend ）—是一种表级锁，它表示在一个数据页上获得一个S 或X 锁的意向。意向锁可以防止其他事务在该数据页的表上获得排它锁。 2）阻塞（blocking,简记blk ）—它表明目前加锁进程的状态，带有blk 后缀的锁说明该进程目前正阻塞另一个需要获得锁的进程，只有这一进程完成，其他进程才可以进行。 3）需求锁（demand ）—表示此时该进程企图得到一个排它锁。它可以防止 可申请的锁 已有的锁 S U X S ∨ ∨ × U ∨ × × X × × ×
全球眼?（MEGAEYES）网络图像管理系统2.0 ORACLE日常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08
目录 全球眼?（MEGAEYES）网络图像管理系统2.0 (1) 1引言 (3) 1.1 目的 (3) 1.2 范围 (3) 1.3 参考资料 (3) 2日常维护与管理说明 (3) 2.1 运行环境 (3) 2.1.1硬件环境 (3) 2.1.2软件环境 (3) 2.2 数据库日常维护 (4) 2.2.1数据库初始设置 (4) 2.2.2每日工作内容 (5) 2.2.3每周工作内容 (6) 2.2.4每月工作内容 (7)
1引言 1.1目的 对于重要的商业系统来说，数据库系统的正常运行是保证商业应用平稳运行的关键。但是数据库在运行过程中可能会因为种种原因发生问题。这时，数据库的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作，保证数据库系统的正常运行，特制定本文档。当然，数据库的日常维护是复杂和繁琐的，本文仅涉及一些常见的数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2范围 本文档使用的人员：数据库维护管理人员和相关人员。 本文档涉及内容：oracle数据库的日常维护与管理解决方案。 1.3参考资料 中国电信网络视频监控技术（暂行）规范 2日常维护与管理说明 2.1运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1硬件环境 ◆CPU类型：Intel及其兼容系列CPU ◆内存容量：剩余内存要达2G以上 ◆硬盘容量：剩余硬盘容量要达1G以上 ◆网卡类型：100M网卡 2.1.2软件环境 ◆操作系统：RedHat Linux AS 3.0 ◆数据库：Oracle9i Database Release 2 (9.2.0.4.0) for Linux x86
最近优化了两个单位的数据库，通过跟踪后SYBASE都建议将命名Cache的cache replacement policy改为relaxed LRU replacement。 经过在这两个数据库的表现来看，的确获得了一定的效果，我觉得可能目前使用CACHE 的单位都会存在这么个问题，现将有关过程写一下与大家共享： 1、通过sp_sysmon ’00:05:00’得到连续5分钟内SYBASE 性能监控信息，分析SYBASE给出的 建议； 2、若有对命名Cache的优化建议，多数会建议使用relaxed LRU replacement；再有某些会 要求使用大I/O；修改方法可以是直接修改SYBASE.cfg文件中的相关内容，以ACCBJE_cache为例如下： [Named Cache:ACCBJE_cache] cache size = 16M cache status = mixed cache cache replacement policy = relaxed LRU replacement //直接将DEFAULT或其他任何内容为改为relaxed LRU replacement 即可 local cache partition number = DEFAULT 3、检查某些number of xxxx参数，有些设置的太大，可能没必要，比如锁，我认为几万可 能就能满足了，太大可能会占用太多内存（当然也可能是只有真正有那么多锁时才会占用，这点我没有确认），我所优化的这几个数据库开始都是几十万，可能完全没有必要。 另外，对于性能问题来说，通过sp_sysmon会得到很多信息，大家可以通过自己分析查找问题原因。 通过在wisql中，先执行dbcc traceon(3604)后，再执行dbcc sqltext(进程ID)可以得到该进程正在执行的SQL语句，对于查找问题也会有帮助，不过这个有时得到的SQL不全，不过可以作为参考了。
SYBASE数据库故障处理方法 Sybase数据库故障处理方法 一、 Sybsystemprocs 库“挂起”解决办法 1. 修改Sybase.cfg 文件,修改Sybase 数据库可以修改系统参数. 2. $ vi Sybase.cfg 查找―allow updates‖ ,将其修改为1.(缺省值为0). 既 allow updates to system tables=1 重新启动系统. 3. 用 isql 登录到sql server 中,修改 master库中sysdatabases 表中 sybsystemprocs 库对应的 status 的值为-32768. $isql –Usa –P 1> update master..sysdatabases 2> set status = -32768 where name =‖ sybsystemprocs‖ 1>go 1>shutdown with nowait 2>go 关闭数据库 重新启动. 4.用 isql 登录到sql server 中,修改 master库中sysdatabases 表中 sybsystemprocs 库对应的 status 的值为0. $isql –Usa –P 1>update master..sysdatabases 2>set status = 0 where name =‖ sybsystemprocs‖ 3>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 5. 将Sybase.cfg 中的‖allow updates to system‖ 的值改为0. 二、如何恢复master数据库 ASE can't setup and has no valid dump of master 1、编辑RUN_servername 在命令行最后加入:-T3607 2、单用户模式启动ASE $cd install $startserver -f RUN_servername -m 3、bcp out系统表 $bcp master..sysdevices out /directory.spec/devs -Usa -P -c $bcp master..sysdatabases out /directory.spec/dbs -Usa -P -c $bcp
数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 SYBASE 系统的备份与恢复机制保证了在系统失败时重新获取数据的可能性。SQL Server 提供了两种不同类型的恢复机制：一类是系统自动完成的恢复，这种措施在每次系统启动时都自动进行，保证了在系统瘫痪前完成的事务都写到数据库设备上，而未完成的事务都被回退；另一类是人工完成的恢复，这是通过DUMP 和LOAD 命令来执行人工备份和恢复工作。因此定期备份事务日志和数据库是一项十分重要的日常维护工作。 1、备份数据库 每一个数据库都应在创建之后卸出，从而提供一个装入基点。在此之后按排定的时间周期表卸出。比如每周五卸出数据库。对一般数据库系统卸出数据库周期建议为每周一次。 除了按计划周期卸出数据库之外，还需在每次运行没有日志的操作后卸出数据库。例如： ·每次强制地运行了DUMP TRAN WITH NO_LOG （因为数据库的磁盘空溢出）； ·每次用sp_dboption 允许select into/bulkcopy 做快速拷贝，或用SELECT INTO 命令创建一个永久性的表，或使用了WRITETEXT 命令。 卸出数据库的命令为： DUMP DATABASE database_name TO dump_device database_name 是要卸出的数据库名称，dump_device 是卸出设备的名称。用系统过程sp_helpdevice 可以获得设备的信息。 下面一条命令用来卸出数据库my_db ： DUMP DATABASE my_db TO db_bk_dev 2、备份事务日志
SYBASE基本操作 一、启动数据库 1、ps -ef | grep dataserver 查看sybase进程， Sybase有数据库进程和备份进程， 若都没看到则需要手动启动，进入sybase安装目录$sybase/ASE-15_0/install 启动数据库和备份进程 # ./startserver -f RUN_LINUXMZC --启动数据库RUN_”SYBASENAME”#./startserver -f RUN_LINUXMZC_BS --启动备份服务“RUN_backupserve” 启动后也可用#showserver查看 2、登录数据库 数据库启动后使用#isql -Usa -P
二、sybase基本操作 1、查询数据库版本 >select @@version >go 注：isql中的命令都需要go来执行，如果发现写错了，可以用reset重新输入 2、查询数据库信息 >sp_helpdb 显示所有数据库和基本信息 3、查寻空间使用情况 >use basename >go >sp_spaceused >go
4、性能监控 使用指令sp_sysmon 格式:>sp_sysmon “hh:mm:ss”,model_name，表示监控指定时间指定模块，缺省为所有模块 1、内核管理(kernal ) 10、任务管理（taskmgmt） 2、应用管理(appmgmt) 11、监视器访问SQL的执行（monaccess） 3、数据缓存管理(dcache) 12、并行查询管理（parallel） 4、ESP管理(esp) 13、过程缓存管理（pcache） 5、索引管理(indexmgmt) 14、恢复管理（recovery） 6、锁管理(locks) 15、事务管理（xactmgmt） 7、内存管理(memory) 16、磁盘I/O管理（diskio） 8、元数据高速缓存管理(mdcache ) 17、工作进程管理（wpm） 9、事务概要(xactsum) 18、网络I/O管理（netio）
返回首页 数控系统参数调整 一、实验的性质与任务 数控机床的性能在很大程度上是由系统软件的运行性能决定，在系统中对参数设置不同的值可以改变系统的运行状态。为了使数控机床运行良好，在数控机床生产过程中、生产完成以后都会根据机床以及系统的配置和测试性能对系统参数进行调试。通过该实验期望通过该实验对数控系统及其调试有更为深刻的了解。 二、实验的目的和要求 在完成实验过程中，熟悉数控系统参数手册的使用方法，了解数控系统的参数构成及其种类。通过完成参数调整实验的过程，以及观测参数调整完成后系统以及机床的运行性能，了解系统参数的变化对机床的影响。对学生的要求是： 1、养成安全、认真、踏实、严谨、一丝不苟的工作作风。 2、熟悉查阅数控系统参数手册的方法； 3、了解系统参数的体系架构； 4、掌握在数控系统中查找、修改参数的方法； 6、掌握方法； 7、撰写符合实验过程、内容的实验报告； 8、现场操作指导教师要求的实验内容； 三、预备知识 数控系统的参数体系是比较繁杂，参数种类比较多，我们在调整参数前必须对各系统参数有较为详细的了解。系统参数种类繁多，涉及到对系统的各个方面的调整。 在数控机床中，不管是那一种系统，参数按其不同功能土要有以下几种：
1．系统参数 这些参数一般由机床开发部制造商根据用户的选择进行设置，并有较高级别的密码保护，其中的参数设置对机床的功能有一定的限制，他其中的内容一般不容许用户修改。 2.用户参数 这是供用户在使用设备时自行设置的参数，内容以设备加工时所需要的各种要求为主，可随时根据用户使用的情况进行调整，如设置合理可提高设备的效率和加工精度。 2．通信参数 用以数据的输入/输出(i/o)转送。 3． PLC参数 设置PLC中容许用户修改的定时、计时、计数，刀具号及开通PLC中的一些控制功能。 4．机械参数 有些也包括在用户参数内，主要以机床行程规格，原点位置，位置的测量方式，伺服轴、主轴调整，丝杆螺距、间隙补偿方面为主，特别是伺服，主轴控制参数，设置不当设备就不能正常工作并且造成机床精度达不到要求，甚至于机床不能使用。各种不同类型的数控系统，参数的分类方法不一定相同，有些虽不明显地进行分类，但总包含着以上的内容。正常情况下，数控机床的参数厂方一般已按要求调整设置，使用中，因操作不当误改，机床使用较长时间后部分机械的磨损，断电或电路板损坏引起参数丢失，电气参数的改变等因素都会造成机床使用中出现异常，因此在故障发生后，对这些因参数引起的故障，核对并进行改正，故障就能排除，对一些可以利用参数进行调整的故障，在进行确认后，记下原来的参数，进行调整后，机床也能恢复正常。 四、实验准备工作 在进行该项实验以前，学生必须基本了解相关系统的参数说明书或者系统调试指南，能够熟练操作系统操作面板以及了解每一个按键的操作方法及意义，熟悉系统菜单的操作及含义。 五、实验内容与学时安排 总的实验时间为2天，计学时为16个学时。该实验的平台为数控实训基地北京机电院数控加工中心。本项实验将练习一些常用参数的调整，以及练习螺距误差的参数补偿。 (一) 西门子系统的螺距误差补偿 1、螺距误差补偿（LEC） 机床在出厂前，需进行螺距误差补偿（LEC）。螺距误差补偿是按轴进行的，与其有关的轴参数只有两个：
Sybase数据库故障处理方法 一、Sybsystemprocs 库“挂起”解决办法 1.修改Sybase.cfg 文件,修改Sybase 数据库可以修改系统参数. 2.$ vi Sybase.cfg 查找―allow updates‖ ,将其修改为1.(缺省值为0). 既allow updates to system tables=1 重新启动系统. 3.用 isql 登录到sql server 中,修改master库中sysdatabases 表中 sybsystemprocs 库对应的status 的值为-32768. $isql –Usa –P 1>update master..sysdatabases 2>set status = -32768 where name =‖sybsystemprocs‖ 1>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 4.用 isql 登录到sql server 中,修改master库中sysdatabases 表中 sybsystemprocs 库对应的status 的值为0. $isql –Usa –P 1>update master..sysdatabases 2>set status = 0 where name =‖sybsystemprocs‖ 3>go 1>shutdown with nowait 2>go 关闭数据库重新启动. 5.将Sybase.cfg 中的‖allow updates to system‖的值改为0. 二、如何恢复master数据库 ASE can't setup and has no valid dump of master 1、编辑RUN_servername 在命令行最后加入：-T3607 2、单用户模式启动ASE $cd install $startserver -f RUN_servername -m 3、bcp out系统表 $bcp master..sysdevices out /directory.spec/devs -Usa -P -c $bcp master..sysdatabases out /directory.spec/dbs -Usa -P -c $bcp master..sysusages out /directory.spec/usages -Usa -P -c
FANUC数控系统故障诊断及参数的恢复调试 某厂生产的CK6150数控车床，采用FANUC 0i-mate数控系统，开机后出现报警信息：“970 NMI OCCURRED IN PMCLSI”，机床无法启动。查阅相关资料知，该报警的含义是：PMCLSI内部发生NMI（非屏蔽中断）或RAM出现奇偶错误，故笔者初步断定数控系统出现故障，需进行诊断与维修。 1 数控系统硬件故障的诊断维修 FANUC 0i-mate数控系统采用模块化结构，母板上安装有各种功能的子卡，如轴控制卡、显示卡、CPU卡、FROM/SRAM卡及模拟主轴模块等，系统由输出电压为直流24伏的电源单元供电。由于本单位有相同类型的数控系统，故维修诊断采用替换法进行。为确保替换上的板卡不出现意外，笔者对供电模块进行了检查，经测量，该模块供电电压稳定输出在直流24 V，工作正常，可以进行板卡的替换维修工作。首先替换母板，上电后系统依然报警，无法启动，考虑到系统的显示功能工作正常，接着分别更换了轴卡及CPU卡，上电后，系统终于可以正常启动了，由此确定系统的母板（型号为：A20B-8101-0285/02A）、轴卡（型号为：A20B-3300-0393/02A）、CPU卡（型号为：A20B-3300-029/04C）已损坏，需要更换。至此，数控系统硬件故障的诊断维修工作初步完成。 2 数控系统用户参数的恢复与调试
在更换了数控系统的母板、轴卡、CPU卡后，系统虽然能正常启动，但依然出现了“935”号报警，即用来存储参数和加工程序等数据的SRAM发生了ECC错误。我们知道，在FROM/SRAM 卡里，存储有CNC系统软件及机床厂家开发的用户程序（PMC梯形图）等，开机后，系统软件和用户软件只有正常登录到DRAM 模块和伺服卡上的RAM后，数控机床才能正常工作。一般情况下，FANUC系统自带的系统软件用户是无法删除的，出现错误的应是机床厂家开发的用户软件。 造成此错误的可能原因有三个：一是锂电池没电，导致FROM/SRAM卡内的数据丢失；二是FROM/SRAM卡内的数据被破坏，如进行了上电清零操作；三是FROM/SRAM卡本身损坏。前期进行硬件维修时，已对锂电池及FROM/SRAM卡进行了检查，硬件本身无故障，故确定FROM/SRAM卡内数据已破坏或丢失，需要恢复数据后机床才能正常工作。但由于单位维修人员多次更换，无法找到机床原始参数，联系机床厂家，该单位因各种原因已处于停产状态，也无法提供原始参数。另外，在笔者维修此故障前，前一维修人员在维修时对机床进行了清零操作，而在清零前又没有及时对数据进行备份，无奈之下，笔者只能依据FANUC公司提供的维修手册及机床说明书，同时结合本机床的实际情况，对主轴参数、伺服参数等进行恢复与调试。 2.1 伺服参数及主轴参数的初始化 参数的初始化主要有伺服参数的初始化及主轴参数的初始
S y b a s e数据库性能调 优
Sybase数据库性能调优
1．5 用sp_sysmon可以得到数据库系统的性能基准报告，但要在比较稳定的状态下产生，方可作为参考和对照的依据。 1．6 理解存储方法 只有清楚数据库存储数据的底层细节，如数据页、索引页的物理结构，每一行的大小计算，不同类型列占用的宽度等等问题，才能对各种调优措施有个深入领会。关于这个问题，比较复杂和细致，请自行参阅有关书籍。 一般地，对于更改数据的操作，要尽量促进数据库进行直接更新（ Direct Updates ），所以要遵守以下几条原则： 1）除非必要，避免使用允许null值的列和可变长度的列。 2）如果varchar 和varbinary 列填充得比较满，毫不犹豫转成 char 和binary 列。 对于建表时指定的页填充率（page fillfactor）参数，要权衡确定数值大小。一般：小值，适合于有许多随机插入的表，该表的数据经常被删除，又经常被增
加；大值，适合于大多数的数据被增加到表末尾，如客票系统的售票存根和退票存根表。 2 SQL Server级的调优 2．1 管理共享内存 数据库性能优化的首要方面是最优管理内存。数据库占用的共享内存分成数据缓冲（data cache）、存储过程缓冲（Procedure cache）等几块。在isql 下使用 sp_configure 'cache' 可以看到存储过程缓冲所占百分比（procedure cache percent），整个数据缓冲大小（total datacache size）等参数。 2．1．1 存储过程缓冲（Procedure cache） 存储过程缓冲保持以下对象的查询计划： Procedures ：存储过程 Triggers ：触发器 Views ：视图 Rules ：规则 Defaults ：缺省 Cursors ：游标 存储过程不可重入，意即每个并发用户调用都会在内存中产生一个拷贝。Procedure, triggers, and views 当它们被装载到procedure cache中时，被查询优化器优化，建立查询计划。如果存储过程在缓冲中，被调用时就不需要重新编译。如果procedure cache太小，存储过程就会经常被其他调入内存的存储过程冲洗掉，当再次被调用时，存储过程又被调入内存，再重新编译，用户
fanuc数控系统参数表 FANUC系统有很丰富的机床参数，为数控机床的安装调试及日常维护带来了方便条件。根据多年的实践，对常用的机床参数在维修中的应用做一介绍。 1．手摇脉冲发生器损坏。一台FANUC 0TD数控车床，手摇脉冲发生器出现故障，使对刀不能进行微调，需要更换或修理故障件。当时没有合适的备件，可以先将参数900#3置“0”，暂时将手摇脉冲发生器不用，改为用点动按钮单脉冲发生器操作来进行刀具微调工作。等手摇脉冲发生器修好后再将该参数置“1”。 2．当机床开机后返回参考点时出现超行程报警。上述机床在返回参考点过程中，出现510或511超程报警，处理方法有两种： （1）若X轴在返回参考点过程中，出现510或是511超程报警，可将参数0700LT1X1数值改为+99999999（或将0704LT1X2数值修改为-99999999）后，再一次返回参考点。若没有问题，则将参数0700或0704数值改为原来数值。 （2）同时按P和CAN键后开机，即可消除超程报警。 3．一台FANUC 0i数控车床，开机后不久出现ALM701报警。从维修说明书解释内容为控制部上部的风扇过热，打开机床电气柜，检查风扇电机不动作，检查风扇电源正常，可判定风扇损坏，因一时购买不到同类型风扇，即先将参数RRM8901#0改为“1”先释放 ALM701报警，然后在强制冷风冷却，待风扇购到后，再将PRM8901改为“0”。 4．一台FANUC 0M数控系统加工中心，主轴在换刀过程中，当主轴与换刀臂接触的一瞬间，发生接触碰撞异响故障。分析故障原因是因为主轴定位不准，造成主轴头与换刀臂吻合不好，无疑会引起机械撞击声，两处均有明显的撞伤痕迹。经查，换刀臂与主轴头均无机械松动，且换刀臂定位动作准确，故采用修改N6577参数值解决，即将原数据1525改为1524后，故障排除。 5．密级型参数0900～0939维修法。按FANUC 0MC操作说明书的方法进行参数传输时，密级型参数0900～0939必须用MDI方