sybase启动时926错误处理方法
sybase数据库启动时报926错误
Message: 926, State 1, Severity 14 -- 'Database 'FYRSSD128' cannot be opened. An earlier attempt at recovery marked it 'suspect'. Check the SQL Server errorlog for informat
ion as to the cause.
一般是由于服务器突然断电或者数据库异常关闭，导致数据库损坏，处于置疑状态。
解决办法：
1.打开允许修改系统表的属性，设置数据库的状态为-32768
sp_configure "allow update", 1
go
SELECT * FROM sysdatabases WHERE name ='FYRSSD128'
go
update master..sysdatabases set status=-32768 where name=" FYRSSD128"
go
重启数据库
shutdown with nowait
go
2. 设置数据库的状态为0,重建数据库日志
UPDATE master..sysdatabases SET status = 0 WHERE name ='FYRSSD128'
GO
DBCC rebuild_log(FYRSSD128,1,1)
GO
重启数据库
shutdown with nowait
go
3. 如果数据库的状态为0，设置数据库属性
EXEC sp_dboption FYRSSD128, "select into/bulkcopy/pllsort",true
GO
EXEC sp_dboption FYRSSD128, "trunc log on chkpt",true
GO
EXEC sp_dboption FYRSSD128, "abort tran on log full",true
GO
4. 如果数据库的状态为12，说明数据库已经正常。
SELECT * FROM sysdatabases WHERE name ='FYRSSD128'
go
关闭允许修改系统表的属性
sp_configure "allow update", 0
go
sybase replication使用技巧
SYBASE Replication Server高级使用指南 复制服务器技巧汇总__常用配置 1. 复制分区partition越大越好，大小应该为数据流量的6倍，一般可以设为2G. 2. 最大线程数应该大于连接数（数据库和复制服务器）乘以2加3。 3. 复制内存内存加大。 注意事项 1. ASE要建立专门用于复制的sa用户，而且账号密码要和复制服务器的一模一样。 2. _RSSD_prim账号缺少sa权限，导致RSM不能访问复制服务器的配置。 3. RSM客户端置需要配置ID_SERVER及它的数据库地址。 SYBASE复制服务器技巧汇总__常用操作 1. 迁移复制服务器 a) 将相关数据库(RSSD数据库及复制数据库)的复制代理断开sp_stop_rep_agent db_name(ASE) 或是suspend log transfer from {data_server.database|all} b) quiesce队列admin quiesce_force_rsi; 使用admin quiesce_check检查 c) 删除正在使用的复制分区drop partition partition_name; d) 停掉相关的复制服务器（或是挂起路由）suspend route to replication_server; e) 迁移复制数据库以及RSSD数据库，服务器名称要和以前的一致， 重新建立复制服务器的ASE用户,修改连接配置文件。 f) 对RSSD数据库以及复制数据库的第二截断点归零use db_name go sp_stop_rep_agent db_name go dbcc settrunc(‘ltm’,’ignore’) go use RSSD_db_name go rs_zeroltm data_server,database; go use db_name go dbcc settrunc(‘ltm’,’valid’) go g) 增加复制分区add partition partition_name on ‘device_name’with size size; h) 重建队列Rebuild queues go Igore loss from data_server.database [to data_server.database|replication_server]; i) 恢复复制代理sp_start_rep_agent db_name;(ASE) 2. 建立默认错误处理类。 SYBASE复制服务器技巧汇总__故障处理 1. 队列阻塞。 如果DSI线程DOWN掉的话，连续执行resume connection to data_server.database skip transactoin跳过阻塞事务，直至DSI线成能够正常工作。 否则，监测队列是否正常。使用admin who,sqt;察看info 列此数值形如******x:y,******x 即为此队列号，如果是负数，则说明此队列事务有问题， 需要破置队列。y=1,代表是处队列，y=2,代表是入队列。(???不确定？？？) 使用admin who,sqm;察看First Seg.block Last Seg.block 以及Next read， 三个列的数值打效应为fast SYBASE复制服务器技巧汇总__常用命令 1. 察看运行状态admin health; admin who; admin who_is_down; admin who_is_up; admin who，sqm; admin who ,sqt; 2. 察看复制服务器配置rs_config(ASE); rs_helpdb(ASE); rs_helperror(ASE); rs_helpdb(ASE);
数据库日常维护工作
数据库日常维护工作是系统管理员的重要职责。其内容主要包括以下几个部分： 一、备份系统数据 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 ，事务日志将不会刷新，而变得非常庞大。
SQL常用命令汇总
SQL常用命令汇总 SQL是结果化查询语言（Structured Query Language）的缩写，其功能包括数据查询、数据定义、数据操纵和数据控制四个部分。SQL简洁、功能齐全，已成为目前应用最广的关系数据库语言。 一、SQL的发展及标准化 1.SQL的发展 SQL是当前最为成功、应用最为广泛的关系数据库语言，其发展主要经历了以下几个阶段； （1）1974年，由Chamberlin和Boyce提出，当时称为SEQUEL（Structured English Query Language）； （2）1976年，IBM公司对SEQUEL进行了修改，并将其用于本公司的SYSTEM R关系数据库系统中； （3）1981年，推出了商用关系数据库SQL/DS，并将其名字改为SQL，由于SQL功能强大，简洁易用，因此得到了广泛的应用； （4）今天，SQL广泛应用于各种大型数据库，如Sybase,INFORMIX,SQL Server,Oracle,DB2,INGRES等，也用于各种小型数据库，如FoxPro,Access等。 2.SQL标准化 随着关系数据库系统和日益广泛，SQL的标准化工作也在紧张地进行着，二十多年来已制订了多个SQL标准：SQL-86,SQL-89,SQLL2和SQL-99。 二、SQL的基本概念 1.基本表——一个关系对应一个表。基本表是独立存在的表，不是由其他的表导出的 表。 2.视图——是一个或几个基本表导出的表，是一个虚拟的表。它本身不独立存在于数 据中，数据库中只存放视图对应的数据，这些数据仍存放在导出视图的基本表中。 当基本表中的数据发生变化时，从视图中查询出来的数据也随之改变。 三、SQL的主要特点 SQL有如下几个特点。 （1）SQL是类似于英语的自然语言，简洁易用。 （2）SQL是一种非过程语言。 （3）SQL是一种面向集合的语言。 （4）SQL既是自含式语言，又是嵌入式语言；可独立使用，也可以嵌入到宿主语言中。 （5）SQL是数据库查询（Query）、数据定义（Definition）、数据操纵（Manipulation）和数据控制（Control）四种功能。 创建数据表 语法格式:CREA TE TABLE<表名>(<列定义>[{,<列定义>|<表约束>}]) 例:create table s(xingm c(8),xueh c(8),chengj c(3)) 结果:
Oracle数据库日常维护工作
文档编号
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
农行网银错误信息代码一览
农行网银错误信息代码一览 错误代码错误详细描述错误信息 0000 交易成功交易成功[0000] 0001 账户不存在账户不存在[0001] 0002 账户金额不足账户余额不足[0002] 0003 账户被全额冻结账户被冻结[0003] 0004 账户被部分冻结金额不足账户被部分冻结，余额不足[0004] 0005 账户密码错误账户密码错误[0005] 0007 对方账户不存在对方账户不存在[0007] 0008 交易金额不符合业务系统限制交易金额不符合业务系统限制[0008] 0009 未授权未授权[0009] 0010 授权金额不足授权金额不足[0010] 0011 权限不足无此权限[0011] 0012 账户已销户账户已销户[0012] 0013 账户已经临时挂失账户已经临时挂失[0013] 0014 账户已经挂失账户已经挂失[0014] 0015 对方账户状态错误对方账户状态错误[0015] 0016 账户已超过有效期账户已超过有效期[0016] 0017 对该账户没有操作权限对该账户没有操作权限[0017]
0018 账户钞汇标志不符账户钞汇标志不符[0018] 0019 账户币种不符账户币种不符[0019] 0020 账户不允许通存通兑账户不允许通存通兑[0020] 0021 支款控制方式不符支款控制方式不符[0021] 0030 交易金额必须大于0 交易金额必须大于0[0030] 0031 交易金额必须等于月存金额交易金额必须等于月存金额[0031] 0040 未找到符合查询条件的记录未找到符合查询条件的记录[0040] 0051 转入账户不存在转入账户不存在[0051] 0052 转出账户不存在转出账户不存在[0052] 0060 开户证件号码不存在开户证件号码不存在[0060] 0061 开户证件类型不存在开户证件类型不存在[0061] 0200 凭证不存在凭证不存在[0200] 0201 凭证已经挂失凭证已经挂失[0201] 0202 凭证已经作废凭证已经作废[0202] 0203 凭证与帐户不一致凭证与账户不一致[0203] 0204 凭证状态不符凭证状态不符[0204] 0206 凭证不能挂失凭证不能挂失[0206] 0300 日期格式错误日期格式错误[0300] 0301 日期区间错误日期区间错误[0301] 0302 日期区间跨度过大日期区间跨度过大[0302] 0303 日期区间跨度过小日期区间跨度过小[0303] 0304 系统不支持的日期范围系统不支持的日期范围[0304]
sybase for linux
下面是linux下的一个makefile ,cpre 用的是SYBASE客户端，可以参考一下。 .SUFFIXES:.ccs .SUFFIXES:.cpre CC=cc -g USERDIR=/root WORKDIR=.. SYBASEDIR=${SYBASE}/${SYBASE_OCS} LIBDIR=-L$(USERDIR)/lib -L$(WORKDIR)/lib -L$(SYBASEDIR)/lib INCLDIR=-I$(USERDIR)/include -I$(WORKDIR)/include -I$(SYBASEDIR)/include CPRE=$(SYBASEDIR)/bin/cpre -d -l -y $(INCLDIR) CFLAGS=-O -DUNIX LIBS = -lct -lcs -lsybtcl -lcomn -lintl -rdynamic -ldl -lnsl -lm USERLIBS = EDF= help: @echo Please input filenames that will be make following make command @echo 'syntax: make
Sybase数据库死锁对策
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 × × ×
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
银联pos机错误代码对照表
银联pos机错误代码对照表 00 ——pos机交易成功承兑或交易成功 01 ——pos机交易失败，请联系发卡行查发卡行或检查卡内余额 02 ——同上 03——商户未登记，无权使用银联pos机终端联系银行卡服务中心处理 04——没收卡，请联系收单行操作员没收卡（这种情况为高风险卡片，有黑卡或仿卡的嫌疑） 05 ——交易失败，请联系发卡行发卡不予承兑，与发银行联系查询 06 ——交易失败，请联系发卡行发卡行故障，稍等重新刷卡 07 ——没收卡，请联系收单行特殊条件下没收卡，这种情况为高风险卡片，有黑卡或仿卡的嫌疑 09 ——交易失败，请重试重做该交易，稍等重新刷卡 12——交易失败，请重试发卡行不支持的交易，这种情况为部分银行卡不识别银联pos机上的刷卡器或未和银联签订支付清算协议。13——交易金额超限，请重试交易金额无效，采用小金额交易或与发卡行联系，可向银行申请暂时提升信誉额度，或小额刷卡。 14 ——无效卡号，请联系发卡行无效卡号，与银行卡服务中心或发卡行联系，长时间未使用或未交年费管理费情况造成，或者注销卡。 15 ——此卡不能受理与银行卡服务中心联系处理，未接入银联网络，银联不予以清算和结账。
19 ——交易失败，请联系发卡行刷卡读取数据有误，重新刷卡 20 ——交易失败，请联系发卡行与银行卡服务中心或发卡行联系 21 ——交易失败，请联系发卡行与银行卡服务中心或发卡行联系 22 ——操作有误，请重试 POS状态与中心不符，重新签到，确定操作员号码和密码正确，重新刷卡。 23 ——交易失败，请联系发卡行不可接受的交易费，这笔交易资金存在风险或者未签订银联协议。 25——交易失败，请联系发卡行发卡行未能找到有关记录，核对有关资料重做该交易或与发卡行联系 30 ——交易失败，请重试检查卡磁条是否完好或反方向刷卡或者银联pos机的磁条没有问题，以及其他接口正常。 31——此卡不能受理此发卡方未与中心开通业务，检查此卡是否是签订银联协议的银行卡。 33——过期卡，请联系发卡行过期的卡或与发卡行联系，暂时冻结结算功能 34 ——没收卡，请联系收单行有作弊嫌疑的卡，操作员可以没收（黑卡仿卡，高风险卡） 35 ——没收卡，请联系收单行有作弊嫌疑的卡，操作员可以没收（黑卡仿卡，高风险卡） 36 ——此卡有误，请换卡重试有作弊嫌疑的卡，操作员可以没收（黑卡仿卡，高风险卡） 37 ——没收卡，请联系收单行有作弊嫌疑的卡，操作员可以没收（黑
SYBASE数据库故障处理方法
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数据库故障处理方法
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
sybase基本操作
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）
SYBASE数据库常见的问题总结
SYBASE 数据库常见问题总结 SYBASE 数据库常见问题总结 ..................................................................... 错误!未定义书签。 1. SYSLOGS日志满了进不了系统，如何清除日志启动系统 .................... 错误!未定义书签。 2. 数据库日志损坏时重建日志启动数据库的解决办法.............................. 错误!未定义书签。 3. 数据库处于可疑状态的解决方法.............................................................. 错误!未定义书签。4．Sybase系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？错误!未定义书签。 5．不小心直接删除了日志的设备文件，如何恢复数据库？..................... 错误!未定义书签。6．sa密码忘记了导致isql -Usa -P******进不去怎么办？......................... 错误!未定义书签。7．关于sybase的配置－（数据库慢的请留意） ........................................ 错误!未定义书签。8．设备路径更改的方法................................................................................. 错误!未定义书签。9．dump文件load后数据库访问不了解决办法........................................ 错误!未定义书签。10．sybase数据库备份方案........................................................................... 错误!未定义书签。11．master数据库状态被置为-32768后的处理方法 ................................... 错误!未定义书签。 1. SYSLOGS日志满了进不了系统，如何清除日志启动系统 业务系统数据库不能正常启动，对于这一类问题，我们按照如下步骤解决： 第一步，启用allow updates to system tables，这样可以使具有系统管理员角色的用户能够改变系统表并可创建和修改系统表的存储过程，其中系统表包括master数据库中所有Sybase 提供的表以及用户数据库中所有以“sys”开头的表和在sysobjects表中其ID值小于或等于100的表。系统表的不正确变更会导致数据库损坏和数据丢失，修改系统表时务必要使用begin transaction来保护数据库不受可能损坏数据库的错误影响，完成修改后应立即禁用allow updates to system tables。 1>sp_configure "allow update",1 2>go 第二步，Adaptive Server中的每个数据库在sysdatabases中都有相应的一行，安装Adaptive Server后，master数据库、model数据库、sybsystemprocs和tempdb数据库在sysdatabases 中都将有相应的条目，如果已经安装审计功能，sybsecurity数据库也将在其中有相应的条目。修改sysdatabases表，将testdb的状态修改为-32768，然后在关闭Adaptive Server后重新启动Adaptive Server。 1> update sysdatabases set status=-32768 where name = "testdb" 2>go 1>shutdown 2>go 第三步，由于事务日志已经很满，不能使用常规方法转储此事务日志，如果使用了dump
ORACLE数据库日常维护与管理手册
全球眼（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 之中（）。同 理，如果想更改控制档名称，也可以先将控制文件复制到目的位置后予以更名， 再更新操作系统： 数据库：