ASE数据库服务器维护手册
A S E数据库服务器
维护手册
目录
☆概述
在ASE数据库服务器运行工作期间，数据库系统管理员应该完成相应的日常维护工作，在出现数据库故障后，应该具备一定的故障定位和解决能力，以保证数据库系统的稳定、高效运行，为应用系统提供正常的工作平台。
本文用于数据库管理员日常维护使用。主要分为以下章节：
ASE数据库服务器安装、ASE日常维护管理、ASE故障检查及恢复、ASE性能监控及优化☆ASE数据库服务器安装篇
本篇以一个实际的产品安装过程为例，讲述ASE服务器的安装及基本配置过程。因具体软硬件情况不同，某些细节可能有所差异，在实际安装过程中可能需要更改相应的部分。硬件环境：IBM RS6000 H85双机（双CPU、1G内存）
操作系统：IBM AIX 5.1.0.0
数据库系统：
SYBASE ASE FOR IBM 64bit，Version （For IBM 5L）
一．逻辑卷组
由IBM工程师对主机本地磁盘及磁盘阵列进行划分，系统中应已经存在多个逻辑卷组：rootvg、dbvg等。其中的dbvg用于数据库系统数据库。
另外，建议为sybase ASE产品分配单独的存放空间（单独的文件系统存放），空间大小为2G左右。
（根据应用系统情况不同，可能需要划分多个逻辑卷组以对多个应用系统提供单独的存储系统。）
二．逻辑卷
（根据应用系统情况不同，划分的逻辑卷大小、个数可能会有所差异，应在划分前与Sybase工程师进行相应的确认。）
三．创建sybase用户组及用户
为了便于权限管理，需要创建sybase用户组和sybase用户。
建立sybase用户组
使用操作系统管理员root用户身份，运行smitty管理工具
使用上下箭头键选择 Security & Users ?Groups ?Add a Group
在Group NAME处输入组名sybase，其余使用默认值即可，回车将弹出添加用户组成功提示，使用F3键返回上一界面。
使用与Add a Group同级的菜单项可察看目前系统中已存在组信息。
建立sybase用户
同理，进入smitty中Security & Users ? Users? Add a User
在User NAME处填入用户名sybase，如对用户ID有特殊要求可填写，否则可以使用默认值，在Primary GROUP处填写sybase用户所属组sybase，在HOME directory处填写sybase 用户的主目录/sybase，其余信息可使用系统默认，回车将提示sybase用户创建成功的信息。
使用与Add a User同级的菜单项List All Users将列出当前系统中已存在的所有user 名。
四．Sybase相关操作系统参数调整
使用操作系统管理员root用户身份，运行smitty管理工具
调整操作系统异步IO参数
Devices ? Asynchronous I/O ?
Change / Show Characteristics of Asynchronous I/O?
将STATE to be configured at system restart参数设置为available
重新启动IBM主机，并在启动完毕后确认所配置参数已经生效。
注意：如果异步IO功能未正常启动， Sybase数据库服务期的安装及使用都将受到很大影响。
五．更改所创建的各逻辑卷的属主
使用root身份分别进入 /dev/vbvg，使用以下命令将先前创建的各逻辑卷属主进行更改，以便sybase用户能够拥有操作权限：
chown sybase:sybase /dev/Logic_Volume_Name
注意：只更改步骤二中逻辑卷列表中列出的ASE所要使用的逻辑卷。
六．更改/Sybase目录的属主为用户sybase
使用root身份，使用入下命令进行操作：
chown sybase:sybase /Sybase
注意：/s ybase目录在使用前，请使用mount命令将其mount，也可由操作系统工程师将其设置成为自动mount。
七．卸载安装光盘文件
与操作系统工程师确认光驱的物理路径（一般为/dev/cd0）
使用mount命令将光驱mount到已存在的目录/cdrom
mount –V cdrfs –r /dev/cd0 /cdrom
之后使用 su –sybase 切换到sybase用户，进入/cdrom目录，使用ls命令察看光盘
介质内容。可以看到安装程序的 install 文件。
Sybase提供的安装方式共有三种：图形界面安装、字符界面安装及命令文件安装。一般选择使用字符方式进行安装。
键入以下命令进入安装界面：
/cdrom/install –c
安装程序将询问用户安装类型
1>Full install (完全安装，安装光盘中所有内容，需要大约600M空间)
2>Standard install (标准安装，只安装常用软件包)
3>cancel (放弃安装，并退出安装界面)
根据需要可选择安装类型，如空间允许，建议选择full install。目前/Sybase目录大小为2G，选择full install，确认后进入下一界面。
安装程序将列出将要安装的软件组件名称、大小及总共需要的空间大小，
1>Continue
2>Previous Menu
3>Cancel
如果空间满足安装需求，选择Continue。也可选择Previous Menu重新选择安装类型或者 Cancel 放弃安装进程
选择Continue，安装程序将读取安装光盘中压缩的软件包，进行解压缩并将其释放到/Sybase目录下。解压缩完成后，安装程序将提示
Have you registered your Sybase Software Management Certificates at a Central license host?(Yes,No,Cencel)
此处询问你是否已经在一台中心授权管理主机上对你所安装的Sybase产品进行了软件管理认证信息的注册。输入n，回车后，卸载安装结束并返回到操作系统提示符下。
卸载完成后使用ls命令检查/sybase下文件及目录是否以 sybase 用户为属主，如果没有，使用root身份发出 chown –R sybase:sybase /sybase命令进行设置。
八．设置SYBASE环境变量
在/Sybase目录下，用命令 ls –a 察看是否存在一个名称为 .profile 文件。如不存在，可使用vi命令自行创建。使用vi /Sybase/.profile命令对sybase用户配置文件.profile进行编辑。移动到.profile文件尾部，使用vi编辑器 r 命令读入/Sybase目录下文件。此文件中包含了运行Sybase服务器及工具所需要的操作系统环境变量的设置。存盘退出vi编辑器，注销并重新使用sybase用户登录服务器。
在终端窗口中使用命令env可察看sybase当前所有的环境变量情况，留意Sybase环境变量是否已经生效。也可以使用echo命令察看某个环境变量的设置情况。例如：echo $SYBASE 将看到如下结果/sybase，证明环境变量已经设置生效。
（如无适当的补丁需要安装此步骤可略过）
将补丁文件在windows平台使用解压缩工具winzip、winrar等解压缩为tar文件，然后使用ftp将其传送到主机/Sybase目录下。
使用命令tar –xvf 将补丁包解压缩，将会生成目录EBFxxxxx目录，使用命令 cp –r /Sybase/EBFxxxxx/* /Sybase将补丁文件覆盖到已安装的sybase目录中，从而达到补丁安装的目的。
注意：ftp过程中需要使用二进制方式进行文件传送，如使用windows下ftp命令，则需要使用ftp命令集中的bin指令进行设置。
留意/Sybase目录下安装补丁后的文件属主是否被改变为root，如是使用如下命令更改/sybase目录下所有文件的属主属性及存取权限，使用如下命令：
chown –R sybase:sybase /Sybase
chmod –R 744 /sybase
-R 参数代表包括指定目录下的文件及子目录。
十．创建sybase ASE服务器
如果具备图形终端环境，可以使用Sybase提供的图形界面工具进行ASE服务器的创建及设置。当前使用字符方式进行服务器的创建和设置。
A．编辑服务器资源文件
创建资源文件存放目录
mkdir /Sybase/rs
cd /Sybase/ASE-12_5/init/sample_resouce_files
cp srv*ada*.rs /Sybase/rs/ ASE DataServer 样板文件
cp srv*backup*.rs /Sybase/rs/ ASE BackupServer 样板文件
cp /Sybase/rs/ 更改字符集样板文件
cd /Sybase/rs
其中、、文件用于一号主机上的ASE数据服务器DB_SVR、备份服务器DB_SVR_back的创建及DB_SVR字符集的更改。
分别对/Sybase/rs下、、文件使用vi进行编辑
ASE DataServer 样板文件编辑结果：
: /sybase
: sqlsrv
: DB_SVR
: yes
: yes
: tcp
: 5000
: USE_DEFAULT
: no
: /dev/rsybmaster
: 120
: 80
: USE_DEFAULT
: no
: /dev/rsybprocs
: 255
: 255
: DB_SVR_back
注意：在样本文件中尾部会包含几行有关sybsystemdb的配置信息，sybsystemdb（不是tempdb）是用于两阶段提交的系统数据库，如果应用不涉及两阶段提交的问题，可以将这几行删除。但Sybase服务器仍会在master设备上使用5M的空间创建sybsystemdb 数据库。
: USE_DEFAULT
另外，rs文件中节中可以使用IP地址也可以使用机器名称，这将取决于用户自己的需要。这些信息将写入将来用于服务器启动及客户端连接的interfaces（/Sybase/interfaces）文件中，如果主机IP或者机器名称变动，应根据实际情况对interfaces文件进行更改。
ASE BackupServer 样板文件编辑结果：
: /sybase
: bsrv
: DB_SVR_back
: yes
: yes
: no
: tcp
: 5001
: USE_DEFAULT
: USE_DEFAULT
: USE_DEFAULT
: USE_DEFAULT
: DB_SVR
: sa
: USE_DEFAULT
（根据应用系统情况不同，服务器名称、使用的逻辑卷路径、大小可能会有所差异。）B．创建数据库服务器
cd /Sybase/rs
/Sybase/ASE-12_5/bin/srvbuildres –r （创建DB_SVR服务器）
屏幕上将依次显示
master、sybsystemprocs设备的初始化情况；
master数据库的创建情况；
RUN文件以及interfaces文件的写入情况
服务器的启动情况以及installmaster脚本的执行进度情况
/Sybase/ASE-12_5/bin/srvbuildres –r （创建DB_SVR_back服务器）
屏幕上将依次显示
RUN文件以及interfaces文件的写入情况
服务器的启动情况
创建成功后Sybase Adaptive Server和Sybase Backup Server都已启动。使用showserver命令能够察看到当前系统中已经存在dataserver及backupserver进程。（注：使用showserver看到的以sh开头的进程是创建服务器过程中的残留进程，再第一次关闭服务器后将消失）。
注意：如果在创建数据库服务器及备份服务器过程中出现错误或者长久没有响应，需要察看/Sybase/ASE-12_5/init/logs下的日志文件进行分析，排除错误原因后，重新运行创建服务器命令。
在创建服务期过程中常见的错误有
1．网络方面：
样本文件中使用的hostname或者ip错误或者主机网络配置不完整
样本文件中指定的端口已经被其他服务使用
2．版本
ASE软件平台版本或者补丁平台版本错误
3．磁盘
master、sybsystemprocs数据库使用的逻辑卷属主或者权限不对
4．内存
共享内存小于ASE启动所需最小内存（ASE125 32bit:44M 64bit:90M）C．更改ASE Dataserver字符集
（如默认字符集已满足应用需要，此步骤可略过）
编辑/Sybase/rs下的，用于将数据服务器现有字符集iso_1更改为cp850，排序方式从binary方式更改为nocase方式
（即大小写不敏感，但重音敏感）
ASE 字符集更改样板文件编辑结果：
: /sybase
: DB_SVR
: sa
:
: USE_DEFAULT
: USE_DEFAULT
: USE_DEFAULT
: cp850
: USE_DEFAULT
: USE_DEFAULT
: nocase
其中项目所填内容为/Sybase/charsets/cp850中文件名，代表不同的数据排序方式cd /Sybase/rs
/Sybase/ASE-12_5/bin/sqllocres –r
更改过程中Dataserver服务器将自动shutdown并重新启动，启动完毕后可以使用sp_default_charset命令察看字符集更改是否成功，也可通过Dataserver启动日志尾部信息进行判断。如果字符集更新过程中出现错误，在/Sybase/ASE-12_5/init/logs目录中可通过过程文件查询错误原因。
（根据应用系统情况不同，服务器名称、更改的字符集可能会有所差异。）
D．更改ASE Dataserver配置
在Adaptive DataServer DB_SVR启动的状态下，在主机上使用isql –Usa –P –SDB_SVR 连接进入服务器，之后可以使用sp_configure系统存储过程对数据库参数进行配置：sp_configure ‘number of user connections’,120 （最大用户连接数）
sp_configure ‘max online engines’,2 （服务器CPU个数）
sp_configure ‘number of devices’,20 （最大数据库设备数）
sp_configure ‘number of lock’,20000（最大锁数）
sp_configure ‘number of open indexes’,2000（最大可打开索引数）
sp_configure ‘number of open objects’,2000（最大可打开对象数）
版本与12版本在内存参数的调整上有着比较大的差别：
如为ASE 12版本
sp_configure ‘total memory’, nnnnnn（以2K作为单位）
如为ASE 版本
sp_configure ‘max memory’, 358400（以2K作为单位，约700M）
sp_configure ‘procedure c ache size’,51200（以2K作为单位，约100M）
procedure cache size
sp_configure ‘number of engines at startup’,2
sp_cacheconfig ‘default data cache’,’400M’
sp_poolconfig ‘default data cache’,’40M’,’4K’
sp_poolconfig ‘default data cache’,’40M’,’16K’
sp_poolconfig ‘default data cache’,’40M’,’32K’
注意：此处所有的配置参数也可以通过安装的前端sybase工具sybase central进行同样的设置。
（根据应用系统情况不同，需要更改的参数范围及具体参数值会有所差异，在调整前应该由Sybase工程师与应用开发工程师进行协商。）
E．使用Backup Server进行备份测试
在Adaptive Server及Backup Server 都启动的状态下，使用
isql –Usa –P –SDB_SVR
1>dump database master to ‘/sybase/’
2>go
其中YYMMDD为当前日期
如果dump成功则说明Backup Server运行正常。
十一．数据库服务器tempdb扩容及建立用户数据库
A．tempdb扩容
1．初始化tempdb设备
使用isql –Usa –P –SDB_SVR连接进入DB_SVR中，键入
disk init name=’sybtempdb01’,
physname=’/dev/dbvg/rsybtempdb01’,
vdevno=2,
size= 1024000
其中size的value单位为2K，实际尺寸为2000M。
2．扩展tempdb
alter database tempdb on sybtempdb01 = 2000
其中value单位为M。
B．建立用户数据库
就《数据库存储划分》文档中所列用户数据库及数据库设备大小手工编写数据库设备初始化及建立数据库批量脚本。详见此文件附带的、文件。
脚本编辑完毕并确认无误后，使用如下命令依次将其执行：
isql –Usa –P –SDB_SVR –i –o
isql –Usa –P –SDB_SVR –i –o
其中为执行结果信息，每一个脚本执行后都应该检查察看是否执行成功或者错误原因，进行更改后重新执行。
最后可以使用系统存储过程sp_helpdevice或者sp_helpdb进行确认或者通过Sybase Central方便地进行察看。
十二．数据库服务器的双机配置
在IBM主机工程师安装完毕双机HACMP软件后，将会为实现两台主机间的故障切换进行必要的配置，最终实现双机故障监控，网络、主机、电源等故障失败转移。而Sybase ASE 服务作为操作系统HACMP资源组的一个应用服务资源（Application Service Resource），需要在基于主机高可用性（HA）功能的基础上实现数据库服务器的失败转移和恢复。为此，需
要提供两个脚本给IBM工程师用于Sybase服务的启动、停止。
内容如下：
su - sybase -c '/sybase/ASE-12_5/install/startserver -f
/sybase/ASE-12_5/install/RUN_DB_SVR'
su - sybase -c '/sybase/ASE-12_5/install/startserver -f
/sybase/ASE-12_5/install/RUN_DB_SVR_back'
内容如下：
su - sybase -c '/sybase/OCS-12_5/bin/isql -Usa -P '< shutdown SYB_BACKUP go shutdown go EOF! 其中，脚本通过调用/Sybase/ASE-12_5/install目录中的startserver命令及 RUN_DB_SVR命令实现Sybase ASE的启动功能。而通过调用Sybase客户端工具isql及Sybase 系统命令shutdown实现服务器的停止功能。 配置完成后，可以使用HACMP自身的cluster命令或者通过手工关闭Sybase服务器对故障替换特性进行测试。 可通过errpt –a|more、/var/adm/、/tmp/了解故障原因及切换情况。 ☆ASE日常维护管理篇 数据库服务器的日常维护工作对于系统的稳定、高效运行是相当关键的保障。 本篇主要包含数据库备份、日常性能维护等部分 ★数据库备份与恢复 SYBASE ASE中提供了完整的备份方案，不仅支持通过BCP命令对数据库中的表进行备份，而且支持通过备份服务器（Backup Server）完成全库备份或数据库的增量备份。Backup Server不仅支持Sybase 数据库服务器的脱机备份，还支持联机的备份与恢复过程，对数据库本身运行性能影响极小，在5%以内。 一、数据库备份、恢复前准备工作： 1.检查备份服务器是否启动； 使用Sybase用户登录到主机，执行showserver命令显示当前的数据库服务进程，如能 看到包含backupserver信息的进程，代表备份服务器目前处于启动状态； 2.可使用df –k等操作系统命令确定备份存储设备空间满足备份文件大小要求。 如果使用磁带设备进行数据库备份，应检查是否已经将合适的磁带介质放入了磁带驱动器中。 二、数据库备份、恢复 ASE的数据库备份包括两种备份、恢复方式，全库备份、恢复及增量备份、恢复。 全库备份 全库备份是指使用SYBASE Backup Server对Sybase数据库进行总量(整个数据库)备份，包括事务日志。 命令例子： dump database DBNAME to ‘/backup/20040831’ dump database DBNAME to ‘/dev/rmt0.1’with capacity=200000,init load database DBNAME from ‘/backup/20040831’ 增量备份 增量备份是指使用SYBASE Backup Server对Sybase数据库进行增量( 数据库日志 )备份。备份时，复制数据库日志并删除不活动部分。用户可以根据数据库系统的实际情况制定日常备份计划，确定备份的时间间隔。需要恢复时，首先恢复最近的数据库全库备份，然后按顺序装载全库备份之后的所用事务日志备份，发布online database命令使数据库可为公用。 命令说明： dump transaction DBNAME to ‘/backup/20040831’ load transaction DBNAME from ‘/backup/20040831’ 增量备份的限制： A．数据库的数据段和日志段在同一数据库设备上，则不能使用dump transaction复制日志并截断日志； B．启用数据库选项trunc log on chkpt，数据库在每个检查点后，清除事务日志，无法进行增量备份； C．启用数据库选项select into/bulk copy/pllsort后用select into、快速批量复制操作、缺省未纪录的writetext操作或一个并行排序对数据库进行 最低程度的纪录更改时，?ASE不记录操作的事务日志，无法进行增量备份。 三、数据库备份、恢复后工作 在数据库备份、恢复完成后，应通过备份服务器日志进行备份、恢复动作是否成功进行确认。 备份服务器日志位置一般在Sybase ASE产品安装目录下 ASE-12_5 目录下的install目录中，文件名称一般为服务器名称。 日志查看方法： 使用sybase用户登录系统，进入备份服务器所在路径，使用vi进行查看。如果对备份服务器中显示信息不能自行分析，应将备份服务器日志通过email发给sybase工程师进行查看。 ★ASE日常维护工作 本篇列出了一些日常维护中较容易发生的动作。 一．启动、查看、停止数据库服务器 1．启动数据库服务器、备份服务器 使用Sybase用户登录到主机，进入Sybase ASE产品安装目录下ASE-12_5目录，使用以下命令启动数据库服务器、备份服务器。 startserver –f RUN_DB_SVR startserver –f RUN_DB_SVR_back 其中DB_SVR、DB_SVR_back为例子数据库服务器名称，运行时要以实际服务器名称为准。 启动过程中应该注意监控启动信息以判断服务器启动是否正常。 2．查看数据库服务器是否启动 使用Sybase用户登录到主机，进入Sybase ASE产品安装目录下ASE-12_5目录，使用以下命令查看数据库服务器、备份服务器信息。 showserver 3．停止数据库服务器、备份服务器 使用Sybase用户登录到主机，使用isql命令连接到数据库服务器中，运行如下命令停止ASE SERVER及BACKUP SERVER isql -Usa -P –Sserver_name 1>shutdown SYB_BACKUP 2>go 1>shutdown 2>go 二．使用bcp工具导入导出表数据 bcp是SYBASE公司提供专门用于数据库表一级数据备份的工具。 一般存放在所安装的Sybase ASE产品目录下的OCS-12_5/bin目录中。 bcp参数列表如下：（可用 bcp –得到） usage: bcp [[database_name.]owner.]table_name[:slice_number] {in | out} datafile [-m maxerrors] [-f formatfile] [-e errfile] [-F firstrow] [-L lastrow] [-b batchsize] [-n] [-c] [-t field_terminator] [-r row_terminator] [-U username] [-P password] [-I interfaces_file] [-S server] [-a display_charset] [-q datafile_charset] [-z language] [-v] [-A packet size] [-J client character set] [-T text or image size] [-E] [-g id_start_value] [-N] [-X] [-M LabelName LabelValue] [-labeled] [-K keytab_file] [-R remote_server_principal] [-V [security_options]] [-Z security_mechanism] [-Q] 常用数据备份格式为： bcp dbname..tablename out c:\temp\filename -Usa -Ppassword –Sservername –c 即可。 其中–U后为SYBASE登录名称，–P后为SYBASE登录口令，–S后为SYBASE服务名称，–c代表使用可见文本方式导出数据 如果为数据恢复只需要将out 替换为 in 即可。 可用如下方法生成一个可以一次导出一个数据库中所有表的数据的执行脚本。 编辑一个如下文本文件文件名称例为 bcpscript： use dbname 选中将要导出数据的数据库 go select 'bcp dbname..' + name + ' out c:\temp\' + name + ' -Usa -P -Ssybcdsrv -c' from sysobjects where type = 'U' 在sysobjects系统表中type为U的表为用户表，系统表为S。 go 用如下格式执行： isql –Usa –Ppassword –Sservername –i bcpscript –o i参数后为输入文件，o参数后文件为输入文件执行后得到的输出文件。 执行后可以得到一个后缀名为 BAT 的批处理文件（在unix下则生成一个shell文件并更改相应的执行权限），可直接执行。即在指定的目录下导出了相应的数据文件。一个表的数据为一个文件。如在UNIX下则可不用BAT后缀。 备份得到的数据文件如果需要重新往数据库中恢复，只需要将上面操作步骤中BCP命令中的out 参数换为in参数即可。 注意：在对正式数据做操作前最好先作一些测试。 另外，如果牵涉到使用bcp进行字符集的更改，可以采用–J charset 参数进行 关于BCP等工具的具体使用指南，请参见SYBASE相关文档。 三．设置数据库选项 查看可用的数据库选项名称： 以Sybase用户登录主机，使用isql程序登录到数据库服务器中，执行以下命令： sp_dboption Settable database options. database_options ---------------------------- abort tran on log full 日志满时放弃事务 allow nulls by default 允许NULL作为缺省 auto identity 自动标识 dbo use only 只能DBO可以使用 ddl in tran 可以在事务中使用DDL语句 disable alias access 使别名存取失效 identity in nonunique index 在非唯一索引上使用标识 no chkpt on recovery 在恢复过程中不作checkpoint no free space acctg 不进行剩余空间统计 read only 只读 select into/bulkcopy/pllsort 允许进行select into或者bcp single user 单用户 trunc log on chkpt 在checkpoint点截断日志 unique auto_identity index 允许唯一自动标识索引 配置选项方法：（以trunc log on chkpt为例） 使用isql连接进入数据库服务器 isql -Usa -Ppasswd -S server_name 1>use master 进入master数据库 2>go 1>sp_dboption DBNAME,'trunc log on chkpt',true 设置选项 2>go 1>use DBNAME 进入设置选项的数据库 2>go 1>checkpoint 发出checkpoint指令，使选项生效 2>go 使用 sp_helpdb DBNAME 可以查看选项设置情况 四．查看、扩展数据库空间 1．查看数据库空间使用情况 以Sybase用户登录主机，使用isql程序登录到数据库服务器中，执行以下命令：查看数据库总体情况信息 sp_helpdb DBNAME 查看数据库数据日志空间信息 sp_helpsegment ‘logsegment’ 查看数据库使用空间信息 use DBNAME go sp_spaceused go 2．扩展数据库使用空间 A．在操作系统中创建数据库设备所需要使用的逻辑卷 使用smitty工具或相应的操作系统命令在有剩余空间的逻辑卷组中创建逻辑卷，并更改相应的逻辑卷属主为sybase用户； B．初始化数据库设备 使用如下命令初始化数据库设备： disk init name=’logical_name’,physname=’/dev/rlogical_volume_physical_name’, size=n,vdevno=m 其中logical_name为创建的数据库设备名称，logical_volume_physical_name为所创建的逻辑卷的物理名称（应该使用以r开头的字符设备），size单位为2k，vdevno为当前ASE 中已经使用的最大虚拟设备号+1； C．扩展数据库 扩展数据使用空间 alter database DBNAME on logical_name = n 扩展日志使用空间 alter database DBNAME log on logical_name = n 其中n单位为兆。 ☆ASE故障检查及恢复篇 一．错误日志监控 作为数据库系统管理员，应当制定相应的数据库故障检查策略，定期查看数据库日志及备份服务器日志，以便及时发现系统故障并进行相应的解决。 数据库错误日志及备份服务器日志文件一般都位于Sybase ASE产品安装目录下的ASE-12_5下的install目录中，文件名称一般以.log结尾，可使用操作系统vi或者tail 命令直接进行查看。 如果发现日志中出现Error关键字信息或者一些无法判定是否正常的信息，应及时将数据库错误日志发送给Sybase工程师进行分析。 二．ASE产品补丁安装 当数据库服务器系统发生某些特别故障时，可能需要安装相应的数据库服务器补丁进行解决。操作步骤如下： A．确认当前SYBASE ASE服务器版本： 用isql登入Server，使用如下命令获知当前Server版本号： select @@version 例：Adaptive Server Enterprise12.5.212.5.2dataserver –v(Unix) sqlsrvr –v（Nt） 在显示的版本信息中应该可以看到所安装的补丁信息，如 Adaptive Server Enterprise/11.9.2.5/1234/P/SWR 9676 ESD 1/RS6000/AIX Jul 24 04:43:25 2001中的9676 ESD 1信息。如果没有看到，则说明补丁解包过程中的覆盖有问题，请检查解包路径，目录大小写等相关问题，之后重新解包，直到安装正确。 1．启动SYBASE各服务器，注意监控启动过程中的启动信息，察看是否有警告，错误等信息，察看服务器是否能够正常启动和使用。 2．执行补丁升级脚本，更新系统信息。根据不同的补丁需求，可能此后操作步骤稍有不同：一般情况下，需要对SYBASE的系统存储过程及系统提示信息进行更新。是否需要执行更新，根据中的说明。 cd $SYBASE/scripts版本为cd $SYBASE/ASE-12_5/scripts) isql –Usa –Ppasswd -i installmaster isql –Usa –Ppasswd -i 如在此过程中出现意外中断（停电等），请在故障排除后保证此过程重新顺利完成，以免留下隐患。 至此。补丁安装顺利完成，对应用系统进行全面的测试。 如果在安装补丁过程中出现故障，根据不同的错误程度和故障原因有不同的处理办法。在最坏情况下，可按照下面的方法进行数据库系统恢复: 1．关闭所有数据库服务器，如果它处于运行状态 2．关闭所有SYBASE应用程序和工具 3．恢复原SYBASE安装文件的备份目录 4．重新启动老版本SYBASE，并将原数据库备份进行load恢复 5．确定出错原因，下载正确补丁或者更新补丁进行安装 三．阻塞的监控及解决 在发现应用系统运行速度明显变慢或者几乎某些应用模块没有响应时，需要使用如下步骤对当前系统进行阻塞分析： 1．在isql中使用sp_who察看当前连接状况及事务阻塞情况。 如果发现显示结果blk_spid列中出现不为0的值时，说明存在阻塞。 例： spid blk_spid 12 14 14 0 18 12 其意义为进程18被12阻塞，而进程12被14阻塞，所以进程14才是导致系统阻塞的罪魁祸首。 2．对导致其他连接阻塞的系统进程使用sp_showplan进行其当前动作（插入、删除、修改、查询）信息的察看。命令格式如下： dbcc traceon(3604) dbcc sqltext(block_spid) (其中block_spid为通过sp_who察看到的阻塞进程号) 对于不能看到执行命令的进程，使用如下语句查看信息： sp_showplan block_spid,null,null,null 3．同时使用sp_lock察看当前阻塞进程所锁定的表对象。可通过sp_lock返回显示结果中的dbname、table_id，并使用如下命令可以获知表名，从而开发人员可根据所得到的表名判断造成阻塞的应用模块。随着应用程序的完善，如果能够在连接时传递 hostname参数给服务器，对于故障的分析和排除将更有好处。 sp_lock blk_spid 4．使用下列命令查看造成阻塞的对象名称 use DBNAME go select object_name(table_id) go table_id为sp_lock命令中看到的对象ID号。 5．阻塞的解决 可以使用下列命令将当前造成阻塞的进程杀掉，但应该记录下相应的信息以便彻底解决阻塞问题： kill spid 通过上面的方法，可以查看到被阻塞的进程、造成阻塞的进程以及造成阻塞的表对象，也就应该能够判断出所对应的应用程序模块，从而可以进行程序的优化，减少阻塞。 在ASE11.9.2以后的版本，Sybase提供了更为灵活的锁机制，除了原有的页锁外，增加了数据行锁，数据页锁。对频繁造成阻塞的表对象使用合理的锁模式，可以带来并发度的提高及阻塞情况的缓解。 四．数据库一致性检查 为了尽早发现数据库一致性故障，应定期对数据库作dbcc 检查，包括dbcc checkdb、dbcc checkalloc、 dbcc checkcatalog或者dbcc checkstorage等。 1．在主机的任意目录下创建文件，名称可以为 文件内容如下： use master go dbcc checkdb(db_name) go dbcc checkalloc(db_name) go dbcc checkcatalog(db_name) go 根据实际情况，需要进行检查数据库名称可能会有所差异，一般建议对于master数据库及所有的用户数据库都应该定期的进行检查。 2．在相同目录下建立文件名为 内容如下 isql -Usa -P password -S Server_name -i -o 3．执行脚本，监控完成后将生成文件 在dbcc检查结果中，数据库错误信息一般都是以Msg开头。 如果检查后发现错误，可以参照《ASE Trooble Shooting》针对错误进一步的解决。 ☆性能调优篇 首先，性能调优是一个往返渐进的过程，除非能够准确的找出系统的瓶颈，否则CPU、内存等硬件资源的升级并不一定能够让系统性能得到大幅的提升。关于系统瓶颈的分析，实际上是一个复杂的过程。操作系统中的参数，网络情况，包括数据库服务器本身的设计都对整个应用系统的性能有着极大的影响，优化一个数据库应用系统，有时可能需要操作系统工 程师进行协助才能完成。同时应用系统的设计和编程技巧也有极大关系。 一．性能监控 当感觉和怀疑数据库服务器出现性能问题时，可以采用Sybase ASE中提供的性能监控工具进行系统采样，并对采样结果进行分析，以定位系统瓶颈所在。 操作步骤如下： 1．在主机的任意目录下创建文件，名称可以为 文件内容如下： sp_sysmon '00:05:00' go 代表监控对当前运行的数据库服务器进行5分钟的全面采样。 根据实际情况，采样的频度及采样时间长短可能会有所差异 2．在相同目录下建立文件名为 内容如下 isql -Usa -P password -S Server_name -i -o 3．执行脚本，监控完成后将生成文件 sysmon输出的监测结果是一些统计分析的数字信息，普通用户并没有办法直接通过这些统计信息得出性能的瓶颈结论以及解决办法，用户可对照ASE文档《性能优化》第三卷中针对sysmon的专门章节描述可以进行相应的判断，也可以将得到的文件发给Sybase工程师进行分析。 为了能够准确的得到系统瓶颈信息，应该在系统较闲、较忙时都进行一定数量的监测，之后将结果进行对比从而得到更准确的信息。 二．索引统计信息定期更新和存储过程、触发器的重编译 对于数据库中数据表的索引统计信息的定期更新对于系统性能有很大的影响，应该制定对索引统计信息定期更新的执行计划。 建议定期能对所有用户数据库中数据表或者更新频繁的大数据表进行update all statistics操作，另外在索引统计信息更新完毕后，应该对与表相关的存储过程和触发器进行一次重新编译，以能够利用到最佳的查询计划。 命令格式： update all statistics table_name sp_recompile table_name 1.可使用下面的方法对数据库中所有表生成索引统计信息更新脚本： 打开sql advantage，选择需要进行更新统计信息的数据库，输入如下查询： select 'update all statistics' + name + char(10) + ‘go’ from sysobjects where type ='U' order by name 这个命令将生成一个可以批量执行的SQL命令 执行生成的SQL命令，将对当前数据库中所有用户表及其上的索引进行统计信息更新维护动作。对于大数据量的数据库，此命令可能耗时较长，在业务高峰期可能会造成业务阻塞，所以应选择业务较为空闲时进行。 2.标记表上相关的存储过程和触发器需要重编译，从而使存储过程、触发器能够使 用到最新的索引统计信息，从而保证系统高效运行。 打开sql advantage，选择需要进行更新统计信息的数据库，输入如下查询： select 'sp_recompile' + name +char(10) + ‘go’ from sysobjects where type ='U' order by name 这个命令将生成一个可以批量执行的SQL命令执行生成的SQL命令，将对当前数据库中所有用户表上的相关的存储过程进行重新编译维护动作。 建议定期执行如上的维护命令，可以考虑在一周左右进行一次。 ☆总结 本文针对数据库管理员日常维护中常见的工作进行了相关的讲解和描述，但毕竟牵涉的内容只是系统管理员职责范围的一个很小的部分，详细信息请参见《ASE系统管理员手册》。 时飞 Sybase(China)ChengDu Office NGN ORACLE数据库日常维护指导手册 UTS.610G14.A0 编者杨健易滨肖利光审稿吕学勇 日期2004年4月22日UT斯达康通讯有限公司 项目与技术支持部 UT斯达康公司以"客户成功，我们成功"的价值观衡量、规范员工的行为，致力于服务创新和服务承诺的兑现，力求为用户提供超越客户期望的服务。 UT斯达康公司拥有完善的服务体系，技术服务中心拥有一批优秀的专业技术人员，并在全国设有服务分支机构，提供24小时技术服务。本着用户至上，信守承诺的原则，UT斯达康公司承诺：在24小时之内对用户的问题给予答复。为客户提供优质、高效、专业的服务是UT斯达康的追求。 UT斯达康通讯有限公司项目与技术支持部 联系地址：浙江省杭州市教工路1号12号楼 邮政编码：310012 电话号码：(0571)88916789 传真：(0571)88916789 800免费电话：8008571466 邮件地址：utsupport@https://www.wendangku.net/doc/5811904428.html, 客户支持网站：https://www.wendangku.net/doc/5811904428.html, 版权声明 本文档属UT斯达康通讯有限公司版权所有，侵权必究。 本文档专供用户、本公司职员以及经本公司许可的人员使用。未经公司书面同意，任何单位或个人不得以任何方式复制、翻印、改编、摘编、转载、翻译、注释、整理、出版或传播手册的全部或部分内容。 UTStarcom，PAS，WACOS, iAN, AIRSTAR, WLL, ISP, WICOPS, NGDLC, Intranode, Internode, Xtr-m-IP, UNITECH，iPATH, !-Volution, mSwitch, 小灵通, 为UT斯达康公司或其子公司、关联公司的注册商标，受商标法保护， 任何个人或团体非法使用以上商标，UT斯达康公司有权追究其法律责任。 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 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 ，事务日志将不会刷新，而变得非常庞大。 【最新整理，下载后即可编辑】 系统运维手册 1、目的 (3) 2、适用范围 (3) 3、服务器及数据库概述 (3) 3.1 服务器概述 (3) 3.2 数据库概述 (3) 4、系统服务程序的详细说明 (4) 4.1系统服务程序的构成 (4) 4.2 系统服务程序的启动、关闭及维护管理 (4) 4.2.1 dhcp主服务 (4) 4.2.2 dhcp从服务 (5) 4.2.3 web管理模块 (5) 5、服务器硬件维护（略） (6) 6、windows 2003系统的日常维护 (6) 6.1 定期检查磁盘空间 (6) 6.2 维护系统注册表 (7) 6.3 定期备份系统注册表 ..................................................................... 7 6.4清理system路径下的无用的dll文件 (7) 7、备份策略 (8) 7.1 备份方式 (8) 7.2 备份计划 (8) 7.3 常见故障恢复 (8) 9、数据库的日常维护 (11) 9.1 检查数据库的基本状况 (11) 9.2 检查数据库日志文件 (11) 9.4监控数据库表空间的使用情况（字典管理表空间） (11) 9.4.1 判断是否需要碎片整理 (11) 10、命令解释 (12) 1、目的 楚天行消费卡管理系统运营支撑系统使用的服务器中，服 务器均采用windows xp操作系统,数据库版本为：sql server 2000，随着业务的开展，sql server 数据库中存储的数据量也不断增大，这样操作系统和数据库的日常维护就显得十分重要。 本手册详细描述了程序模块，windows xp操作系统，负载平衡及sql server 数据库等日常检查的主要步骤，指导现场工程师对其进行监控和维护。 2、适用范围 使用者为网e通宽带网络运营支撑系统维护工程师 3、服务器及数据库概述 3.1 服务器概述 服务器数量：4台，基本信息如下： 3.2 数据库概述 数据库软件分别安装在主服务器上。 4、系统服务程序的详细说明 4.1系统服务程序的构成 DHCP主程序： 文档编号 数据库日常维护工作》 《Oracle 数据库日常维护工作》 全球眼?（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 Oracle数据库日常维护手册 在Oracle数据库运行期间，DBA应该对数据库的运行日志及表空间的使用情况进行监控，及早发现数据库中存在的问题。 一、Oracle警告日志文件监控 Oracle在运行过程中，会在警告日志文件(alert_SID.log)中记录数据库的一些运行情况: ●数据库的启动、关闭，启动时的非缺省参数; ●数据库的重做日志切换情况，记录每次切换的时间，及如果因为检查点(checkpoint)操作没有执行完成造成不能切换，会记录不能切换的原因; ●对数据库进行的某些操作，如创建或删除表空间、增加数据文件; ●数据库发生的错误，如表空间不够、出现坏块、数据库内部错误(ORA-600) DBA应该定期检查日志文件，根据日志中发现的问题及时进行处理 问题处理 启动参数不对检查初始化参数文件 因为检查点操作或归档操作没有完成造成重做日志不能切换如果经常发生这样的情况，可以考虑增加重做日志文件组;想办法提高检查点或归档操作的效率; 有人未经授权删除了表空间检查数据库的安全问题，是否密码太简单;如有必要，撤消某些用户的系统权限 出现坏块检查是否是硬件问题(如磁盘本生有坏块)，如果不是，检查是那个数据库对象出现了坏块，对这个对象进行重建 表空间不够增加数据文件到相应的表空间 出现ORA-600根据日志文件的内容查看相应的TRC文件，如果是Oracle的bug，要及时打上相应的补丁 二、数据库表空间使用情况监控(字典管理表空间) 数据库运行了一段时间后，由于不断的在表空间上创建和删除对象，会在表空间上产生大量的碎片，DBA应该及时了解表空间的碎片和可用空间情况，以决定是否要对碎片进行整理或为表空间增加数据文件。 select tablespace_name, count(*) chunks , max(bytes/1024/1024) max_chunk from dba_free_space group by tablespace_name; 个人收集整理 上面的SQL列出了数据库中每个表空间的空闲块情况,如下所示: TABLESPACE_NAME CHUNKS MAX_CHUNK -------------------- ---------- ---------- INDX 1 57.9921875 RBS 3 490.992188 RMAN_TS 1 16.515625 SYSTEM 1 207.296875 TEMP 20 70.8046875 TOOLS 1 11.8359375 USERS 67 71.3671875个人收集整理 其中，CHUNKS列表示表空间中有多少可用的空闲块(每个空闲块是由一些连续的Oracle 数据块组成)，如果这样的空闲块过多，比如平均到每个数据文件上超过了100个，那么该表空间的碎片状况就比较严重了，可以尝试用以下的SQL命令进行表空间相邻碎片的接合: alter tablespace 表空间名 coalesce; 然后再执行查看表空间碎片的SQL语句，看表空间的碎片有没有减少。如果没有效果，并且表空间的碎片已经严重影响到了数据库的运行，则考虑对该表空间进行重建。 MAX_CHUNK列的结果是表空间上最大的可用块大小，如果该表空间上的对象所需分配的空间(NEXT值)大于可用块的大小的话，就会提示ORA-1652、ORA-1653、ORA-1654的错误信息，DBA应该及时对表空间的空间进行扩充，以避免这些错误发生。 对表空间的扩充对表空间的数据文件大小进行扩展，或向表空间增加数据文件，具体操作见“存储管理”部份。 三、查看数据库的连接情况 [模拟] 数据库工程师数据库实施运行和维护、SQL数据库 管理系统 选择题 第1题： 数据库的实施是指根据数据库的逻辑结构设计和物理结构设计结果，在计算机系统上建立实际的数据库结构、导入数据并进行程序的调试。下列各项中，哪一项不是数据库实施的工作内容? A.定义数据库结构 B.数据装载 C.数据库的试运行 D.数据库运行 参考答案：D 第2题： 监控分析按照实现方法的不同分为两种：一种是由数据库建立自动监控机制；另一种是______。 A.空间管理 B.管理员手动实现监控 C.参数调整 D.查询优化 参考答案：B 第3题： 可以按照原数据库设计要求对数据库存储空间进行全面调整，重新安排存储位置、回收垃圾、减少指针链等，以提高系统性能的是______。 A.重组织 B.查询优化 C.重构造 D.监控分析 参考答案：A 第4题： 数据库运行一段时间后，由于记录不断增、删、改，会使数据库的物理存储情况变坏，降低了数据的存取效率，数据库的性能也下降。这时，数据库管理员就要对数据库进行______。 A.监控分析 B.空间管理 C.重组织和重构造 D.参数调整 参考答案：C 第5题： 可以通过部分修改数据库的模式和内模式，使数据库适应新的应用环境的是 ______。 A.重组织 B.重构造 C.参数调整 D.空间管理 参考答案：B 第6题： 避免或简化排序的目的是______。 A.查询优化 B.重构造 C.监控分析 D.重组织 参考答案：A 第7题： 下列关于数据库恢复的描述中，不正确的是______。 A.应定期将数据库做成档案文件 B.在进行事务处理过程时数据库更新的全部内容写入日志文件 C.数据库恢复，还可用最新的档案文件和日志文件的更新映像，将文件恢复到最新的检查点文件状态 D.发生故障时用当前的数据内容和档案文件更新前的映像，将文件恢复到最近的检查点文件状态 A S E数据库服务器维护 手册 文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256） A S E数据库服务器 维护手册 目录 ☆概述 在ASE数据库服务器运行工作期间，数据库系统管理员应该完成相应的日常维护工作，在出现数据库故障后，应该具备一定的故障定位和解决能力，以保证数据库系统的稳定、高效运行，为应用系统提供正常的工作平台。 本文用于数据库管理员日常维护使用。主要分为以下章节： ASE数据库服务器安装、ASE日常维护管理、ASE故障检查及恢复、ASE性能监控及优化 ☆ASE数据库服务器安装篇 本篇以一个实际的产品安装过程为例，讲述ASE服务器的安装及基本配置过程。因具体软硬件情况不同，某些细节可能有所差异，在实际安装过程中可能需要更改相应的部分。 硬件环境：IBM RS6000 H85双机（双CPU、1G内存） 操作系统：IBM AIX 5.1.0.0 数据库系统： SYBASE ASE FOR IBM 64bit，Version （For IBM 5L） 一．逻辑卷组 由IBM工程师对主机本地磁盘及磁盘阵列进行划分，系统中应已经存在多个逻辑卷组：rootvg、dbvg等。其中的dbvg用于数据库系统数据库。 另外，建议为sybase ASE产品分配单独的存放空间（单独的文件系统存放），空间大小为2G左右。 （根据应用系统情况不同，可能需要划分多个逻辑卷组以对多个应用系统提供单独的存储系统。） 二．逻辑卷 在当前系统中，dbvg卷组中应存在多个用于数据库服务器的逻辑卷，具体信息见下表： 关于逻辑卷组及逻辑卷创建方法可具体参见IBM相关文档。 （根据应用系统情况不同，划分的逻辑卷大小、个数可能会有所差异，应在划分前与Sybase工程师进行相应的确认。） 三．创建sybase用户组及用户 为了便于权限管理，需要创建sybase用户组和sybase用户。 建立sybase用户组 数据库日常维护(参考) 数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 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、备份事务日志 SAP系统日常管理 1 系统监视 1.1 进程监视 §SM66/SM50 进程查看 管理员需全天监看系统的进程。长时间运行的后台工作，有缺陷的报表程序，若不进行控制都将消耗掉大量的系统资源。管理员用这个事务码检查他们的环境。当然，在杀掉这些进程前，需要与最终用户协商。 1.2 服务器监视 §SM51 R/3服务器的列表可用SM51显示，管理员用它来监视不同服务器之间的工作进程。想要显示某一服务器的进程，鼠标指针点中服务器的名称，然后选Processes。 §RZ20 CCMS监控 双击要查看的菜单项，检查系统收集的监控信息，遇到报警和错误信息要查清原因，找出解决办法。 1.3 用户监视 §SM04 用户监视 管理员应该考虑全天监视用户仅他们的活动。是否有非法用户？是否有用户试图或正在用他们不该用的事务码，等等。 1.4 性能监视 §ST03 工作量分析 世上没有经验的替代品。当需要调R/3系统的性能的时候是很痛苦的事情。管理员应该保留尽可能多的工作量分析数据，特别是系统没用性能问题时候的数据。拥有一副系统工作正常时的清晰的系统图，将使你具有对你的系统的不可估量的感觉，这种感觉将使你能预见到将要发生的问题，并且很多时候可以避免问题的发生。 §ST02 缓存分析 R/3的缓存存储经常用到的数据，以使本地应用服务器的实例能取得这些数据。这样就可以减少数据库的访问，数据库的负载，网络的流量，从而提高系统的性能。数据缓存中包括了ABAP/4程序，屏幕，ABAP/4字典数据和公司的数据，这些数据在系统操作过程中是不会改变的。我们应该经常的监视缓存、点击率、剩余空间、交换区。此进程可以帮助管理员作性能调整。 §SP12 TemSe管理 管理员要检查文件系统和数据库空间的增长，尤其是批量打印大量数据时。TemSe的一致性检查(RSPO0043)需要计划每天在打印池重新整理(RSPO0041)之前执行。 1.5 更新记录 §SM13更新记录 此事务码显示失败的更新动作。失败的更新动作在生产系统中是决不允许发生的，一旦发生，开发人员应马上修改。 1.6 锁定对象 §SM12 锁定对象 用户总是会时不时的因为某种原因（如断线，程序出错等等）而锁定一个对象。所有被锁定的老的对象均要被分析，更正。 1.7 出错分析 §ST22出错分析 数据库维护工作手册 文档编号：文档名称：编写：审核：批准: 批准日期： 目录 1概述 (4) 2数据库监控 (4) 2.1 数据库监控工作内容 (4) 2.2 数据库监控工作步骤 (4) 2.2.1 查看数据库日志 (4) 2.2.2 检查是否有失效的数据库对象 (5) 2.2.3 查看数据库剩余空间 (5) 2.2.4 重点表检查 (5) 2.2.5 查看数据库是否正常 (5) 2.2.6 死锁检查 (6) 2.2.7 监控SQL语句的执行 (6) 2.2.8 操作系统级检查 (6) 2.2.9 其他 (6) 3数据库维护 (6) 3.1 数据库维护工作内容 (6) 3.2 数据库维护工作事项 (6) 3.2.1 页面修复 (6) 3.2.2 数据库对象重建 (7) 3.2.3 碎片回收（数据重组） (7) 3.2.4 删除不用的数据 (7) 3.2.5 备份恢复 (7) 3.2.6 历史数据迁移 (7) 3.2.7 定期修改密码 (8) 3.2.8 删除掉不必要的用户 (8) 3.2.9 其他 (8) 4数据库管理常用SQL脚本 (8) 5日常维护和问题管理 (17) 5.1 目的 (17) 5.2 例行工作建议 (17) 5.3 相关填表说明 (17) 1概述 数据库的日常监控是使管理员及时了解系统异常的手段。大部分情况下，系统总是正常运行的。只有对正常情况的充分了解，才能通过对比正常情况发现异常情况。对于数据库的日常监控要有记录，文字记录或者电子文档保存。对于数据库异常进行分析，提出解决方案。 日常工作包括监控和维护两个部分。 此文档中关于数据库的运行命令示例主要针对于ORACLE数据库，但对于SYBASE数据库同样有参考价值，只要换用相对应的语句即可。 数据库监控 2数据库监控 数据库监控工作内容 制定和改进监控方案，编写监控脚本。 对于数据库进行日常监测，提交记录。 根据监测结果进行分析、预测，提交相应的系统改进建议方案。 数据库监控工作步骤 2.1.1查看数据库日志 数据库的日志上会有大量对于管理员有用的信息。ORACLE的Alert日志纪录了数据库系统所报的系统级错误信息，以及数据块失效等严重错误信息。错误信息的产生，会产生相应的跟踪文件，通过查看警告日志和跟踪文件可查找错误原因，对于发现的问题应及时解决和汇报。如： 1.表空间是否满，是否需要进行添加或者扩展。Alert文件中会显示有表块无法扩展 的提示。 2.表的块或者页面是否损坏。（往往这时alert文件中会显示ora-600的错误。） 3.数据库是否进行了异常操作。（如：drop tablespace等等）。 实用命令： ·报警日志文件（alert.log或alrt 软件维护篇 软件系统方面的维护也是服务器维护量最大的一部分，一般包括操作系统、网络服务、数据库服务、用户数据等各方面的维护。 步骤/方法 1、操作系统的维护 操作系统是服务器运行的软件基础，其重要性不言自明。如今多数服务器操作系统使用Windo ws NT或Windows 2000 Server作为操作系统，维护起来还是比较容易的。 在Windows NT或Windows 2000 Server中，应经常打开事件查看器，在系统日志、安全日志和应用程序日志中查看有没有特别异常的记录。另外我们都知道操作系统都是有漏洞的，因此需要到微软的网站上下载最新的Service Pack(升级服务包)安装上，将安全漏洞及时补上。 2、网络服务的维护 网络服务有很多，如WWW服务、DNS服务、DHCP服务、SMTP服务、FTP服务等，随着服务器提供的服务越来越多，系统也容易混乱、安全性也将降低，此时可能需要重新设定各个服务的参数，打开防火墙，使之安全而正常的运行。 3、数据库服务 数据库是重要的数据源，经过一定时期的运行使用后，需要调整数据库性能，使之进入最优化状态。还有就是定期做好数据库的备份，以防万一。 4、用户数据 同理，随着使用时间的增加，服务器数据库中可能存放了大量的数据。这些数据相对来说应该都是非常宝贵的资源，所以需要加以整理，并刻成光盘永久保存起来，即使服务器有故障，也能很快恢复数据。 注意事项 我们来看看一份调查报告：业界内80％的服务器没有经过优化设计，90％的服务器没有定时进行系统性能监控，95％的服务器没有全面的数据冗余安全措施，将近一半的服务器没有采用数据备份解决方案。这些服务器实际上是处于一种亚健康的状态下。 由以上调查统计数据中我们不难发现，其实多数服务器还暴露着不少的安全隐患！但这也不是不能解决，其实服务器的维护工作想来的确相当繁锁，不懂的企业不如交给专人去维护。天互数据的服务器租用不限次免费帮用户重装系统、软件操作、拷贝数据等授权进入用户服务器操作相关事项。天互技术团队将尽一切所能为客户提供高品质、高标准的技术服务！ 全球眼（MEGAEYES网络图像管理系统2.0 ORACLE S常维护与管理手册 北京互信互通信息技术有限公司 2004-08-08 目录 1 引言 1.1 目的 对于重要的商业系统来说， 数据库系统的正常运行是保证商业应用平稳运行 的关键。但是 数据库在运行过程中可能会因为种种原因发生问题。 这时，数据库 的管理与日常维护工作将变得尤为重要。 为了指导数据库管理员做好日常维护工作， 保证数据库系统的正常运行， 特 制定本文档。 当然， 数据库的日常维护是复杂和繁琐的， 本文仅涉及一些常见的 数据库日常维护的内容，在实际工作中，数据库管理员还需要做更多的工作。 1.2 范围 本文档使用的人员:数据库维护管理人员和相关人员。 本文档涉及内容: oracle 数据库的 日常维护与管理解决方案。 1.3 参考资料 中国电信网络视频监控技术（暂行）规范 2 日常维护与管理说明 2.1 运行环境 程序的运行环境包括硬件运行环境和软件运行环境。 2.1.1 硬件环境 Intel 及其兼容系列 CPU 剩余内存要达2G 以上 剩余硬盘容量要达 1G 以上 100 M 网卡 2.1.2 软件环境 CPU 类型: 内存容量： 硬盘容量: 网卡类型: : RedHatLinuxAS3.0 Oracle9iDatabaseRelease2forLinuxx86 2.2数据库日常维护 数据库的日常维护工作主要包括管理员每日的工作内容， 每周的工作内容以 及每月的工作内容。 2.2.1数据库初始设置 基于数据安全性的考虑，需要对数据库进行如下的初始设置。 1数据库设为归档模式 1） 以管理员身份连接数据库 SQL>>connectsys/sys@数据库例程 SIDassysdba 2） 察看数据库是否处于存档模式 SQL>>archiveloglist 说明：该命令会提示以下信息，注意灰色部分显示的状态。 DatabaselogmodeNoArchiveMode AutomaticarchivalDisabled Archivedest in ati on Oldest on li nelogseque nce31 Curren tlogseque nce33 3） 如果处于非归档模式则设为归档模式 SQL>>shutdow nimmediate; SQL>>start upmount; SQL>>alterdatabaseachivelog; 4） 如果处于非自动归档状态则设为自动归档 SQL>>altersystemsetlog_archive_start=TRUESC OP E=s pfile; 5重新启动数据库 SQL>>shutdow nimmediate; SQL>>startu p; 2控制文件设置 每一个数据库都必须有一个控制档。它是一个小型二进制档案，用来描述 Oracle9i 实体结构。主要是储存数据库名称，数据库建立时间，资料文件名称 与所在位置，重置日志文件名称与所在位置，目前的日志序列码 （logsequeneenumber ），检查点信息。因此开启Oracle9i 数据库时一定要读取控 制文件才能取得所有数据库实体档案相关信息。 一旦控制文件不幸毁损，数据库 便无法顺利开启。也因为如此，控制档的管理与维护工作显得格外重要。 通常的设置建议为：每个数据库最好拥有两个以上控制档，并各自存放在不 同磁盘上。系统默认有三个控制文件 controlOl.ctI ， control02.ctl ， con trol03.ctl 。 如果需要增加更多的控制文件，最简单的方式就是先将既有控制文件复制到 目的位置，然后将控制文件名称加入起始参数档的 CONTROLFILE 之中（）。同 理，如果想更改控制档名称，也可以先将控制文件复制到目的位置后予以更名， 再更新操作系统： 数据库： 数据库服务器的安装与配置 理论基础 数据库服务器是当今应用最为广泛的一种服务器类型，许多企业在信息化建设过程中都要购置数据库服务器。数据库服务器主要用于存储、查询、检索企业内部的信息，因此需要搭配专用的数据库系统，对服务器的兼容性、可靠性和稳定性等方面都有很高的要求。 1、基本概念 数据库服务器其实就是装有一台数据库的Server，应用于Internet或Intranet。一个数据库服务器是指运行在局域网中的一台或多台服务器计算机上的数据库管理系统软件，数据库服务器为客户应用提供服务，这些服务是查询、更新、事务管理、索引、高速缓存、查询优化、安全及多用户存取控制等。数据库软件有很多种大型的数据库软件有Oracle，DB2，Sybase等，中型的有SQL Server，还有通常用于个人网站的MySQL等小型数据库软件。 2、企业业务对数据库服务器的要求 （1）数据库服务器要具有极强的承载能力。当企业内部需要查询一些信息时，其后台处理系统（数据库服务器）就要开始查询，并将查找到的信息反馈给用户。当大量的用户在查询信息时，如果数据库服务器不具备极强的承载能力，是无法满足其需求的。 （2）数据库服务器要具有很强的实时应答能力。当数据信息被检索到后，会反馈给用户，如果数据库服务器不具有很强的应答能力，会造成反馈信息速度非常缓慢，甚至造成数据库服务器死机的情况。 （3）数据库服务器要具有很强的扩展能力。数据库中的信息随时都会发生变化，如今是信息时代，大量数据需要录入、处理等，因此，数据库服务器的扩展能力不容忽视。 （4）数据库服务器的可用性和可靠性。数据库服务器要具备365天7*24不间断运行的能力，这样才能满足需要。当然，一台服务器要真正保持这样的运行，也不太现实。因此许多企业的数据库服务器并不只有一台，通常具有多台，并且还配备了备份服务器等。 大型企业需要的数据库服务器性能和扩展能力等方面要求更高，它们在组建数据库系统时，不仅仅是使用多台数据库服务器，还需要存储系统等。而中小企业则有些不同，它们需要的数据库服务器性能不需要像大型企业数据库服务器那么强，数量要求也没那么多，因此在选择服务器时更轻松一些。 3、数据库服务器的优点 (1) 减少编程量 数据库服务器提供了用于数据操纵的标准接口API。 (2) 数据库安全保证好 数据库服务器提供监控性能、并发控制等工具。由DBA统一负责授权访问数据库及网络管理。 (3) 数据可靠性管理及恢复好 数据库服务器提供统一的数据库备份和恢复、启动和停止数据库的管理工具。 (4) 充分利用计算机资源 数据库服务器把数据管理及处理工作从客户机上分出来，使网络上各计算机的资源能各尽其用。 (5) 提高了系统性能 能大大降低网络开销。 协调操作，减少资源竞争，避免死锁。 提供联机查询优化机制。 (6) 便于平台扩展 多处理器(相同类型)的水平扩展。 密级：保密编号： Oracle10g数据库 维护手册 日期： 编写： 核对： 更新： 目录1............................... 检查数据库基本状况9 1.1. ........................... 检查O RACLE实例状态 9 1.2. ........................... 检查O RACLE服务进程 11 1.3. ........................... 检查O RACLE监听状态 14 2........................ 检查系统和ORACLE日志文件16 2.1. ........................ 检查操作系统日志文件 16 2.2. ........................... 检查ORACLE日志文件 16 2.3. ....................... 检查O RACLE核心转储目录 18 2.4. .............. 检查R OOT用户和O RACLE用户的EMAIL 18 3.............................. 检查ORACLE对象状态18 3.1. ....................... 检查O RACLE控制文件状态 19 3.2. ....................... 检查O RACLE在线日志状态 19 3.3. ....................... 检查O RACLE表空间的状态 20 3.4. ................... 检查O RACLE所有数据文件状态 22 3.5. ................................ 检查无效对象 26 3.6. .......................... 检查所有回滚段状态 26 4.................... 检查ORACLE相关资源的使用情况27 4.1. ............. 检查O RACLE初始化文件中相关参数值 28 4.2. .......................... 检查数据库连接情况 31 4.3. ............................ 检查系统磁盘空间 34 @@@ 服务器及网络系统维护方案 @@软件系统有限公司 @@@-11-5 1 保障维护目标 @@@信息化建设管理中心机房是@@@各分公司的综合信息网络枢纽，包含多个关键业务系统，同时@@@各个业务网点也运行着多个IT设备，保障这些系统及相关的硬件设备正常运行并对外提供服务是方案的核心内容。 @@@信息化建设管理中心机房（以下简称中心机房）中包含各个收费系统，核心网络设备等多个关键业务系统，系统的稳定性、高效性、可靠性非常关键。同时@@@各个分支机构（以下简称分支机构）均包含大量网络设备或服务器等IT设备。以上设备原价值超过3000万元，中心机房收费系统等系统中的有效数据总和近1TB，价值无法估量。 随着集团业务的发展和信息技术的不断进步，中心机房和各分支机构对信息系统和IT 设备的稳定要求越来越高。集团IT设备中，大部分设备的使用年限均超过了设备原厂保修期，基于@@@集团目前的信息设备维护技术力量和人员配备，远远不能满足这种需求，这种缺乏专业维护所致的系统宕机及数据丢失隐患将会严重影响@@@集团在全市业务工作的开展。 维持中心网络设备的正常运转，为@@@集团更好的为广大北京市民进行服务提供高效、稳定、可靠的信息平台和技术保障，有助于提高集团的工作质量、工作效率及良好的社会服务形象，从而更好的为广大市民服务。 2 保障维护内容 2.1 服务器及存储硬件维护 在现场进行维护的@@软件的工程师，根据设备的不同状况采取适当的维护服务措施，主要包括： 1) 对系统错误进行记录、分析，并实施故障诊断 2) 通知@@相关负责人携带备件及时进行现场维修、更换 3) 对系统板卡、设备的微代码升级 4) 采取系统检测诊断（Diagnostic Online/Offline） 5) 对设备实行定期的预防性维护 6) 提供设备维护、维修记录和报告 7) 辅导掌握系统的基本操作，并给予技术支持 8) 为用户提供技术培训、进行经验传授 为了更好的保障@@@集团系统硬件稳定运行，我们将在@@设备保修的基础上再为如 下核心服务器设备购买IBM原厂保修服务，通过双重设备保修，保障@@@集团核心服务Oracle数据库日常维护指导手册
数据库日常维护工作
软件系统运维手册(完整资料).doc
Oracle数据库日常维护工作
Oracle 数据库日常维护工作
凌群电脑有限公司 凌群电脑有限公司 2004 年 12 月 15 日
目
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
2ORACLE数据库日常维护与管理手册
Oracle数据库日常维护手册
数据库工程师数据库实施运行和维护、SQL数据库管理系统模拟题
ASE数据库服务器维护手册精编版
数据库日常维护
sap日常维护管理手册
数据库维护工作介绍说明
服务器维护表
ORACLE数据库日常维护与管理手册
数据库服务器的安装与配置
Oracle数据库日常维护手册
服务器数据库维护方案