r28 - 30 Mar 2009 - 05:26:17 - FlybeanZhouYou are here: TWiki >

Sybase ASE 常见问与答

ASE 体系结构	ASE版本
ASE 安装过程中，安装程序一直停留在初始化数据库这一步，无法继续	新安装ASE或新建服务后，客户端无法连接服务器
为什么生产环境不要设置 truncate log on checkpoint？	如何分离日志与数据？
如何删除tempdb数据库在master设备上的记录？	系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？
忘记了sa的密码，怎么办？	调整参数后，ASE 无法启动
如何跨平台移植 ASE 数据库？	如果不小心直接删除了日志的设备文件，如何恢复数据库？

*ASE 体系结构

*ASE版本

*ASE 安装过程中，安装程序一直停留在初始化数据库这一步，无法继续

　　这是一个莫明其妙的 bug，在初始化库的过程中，tempdb 满了！
　　解决方法：
　　　　此时，ASE 服务实际已经启动，因此，可以通过 isql 登录，然后修改 tempdb 的大小：
　　　　1. 在命令行下键入以下命令，注意斜体部份用实际服务名代替：
　　　　　c:\>isql -Usa -S 服务名 　　　　2. 键入下面下划线的命令：
　　　　　1>alter database tempdb on master ="2M" 　　　　　2>go

*新安装ASE或新建服务后，客户端无法连接服务器

　　在安装完 ASE 或新建服务后，服务器上能使用 dsedit 连接数据库服务，但客户端无法连接。
　　通常的原因是数据库服务绑定了 127.0.0.1，使用 dsedit，或直接修改 interfaces 文件，绑定确实的 IP 即可。

*为什么生产环境不要设置 truncate log on checkpoint？

　　有些用户贪图简便，在生产环境中设置了 truncate log on checkpoint 。其原意不外是避免因写满日志而导致的业务停顿。殊不知，这样的设置可能带来不可挽回的灾难。因为当事务被截断后，从最近一次全备到当前的事务均不可能再恢复了！如果这期间出现问题，如磁盘损坏，则将导致大量数据丢失。
　　在生产环境中，应通过配置合理的备份策略来进行全备和增量备份。典型的策略是每周一次全备，每天一次增量备份。用户应根据自身应用的实际情况（数据量、数据增量、数据重要性等因素），合理调整，如改为一天两次增量备份。如果需要大量导入数据，可能写满日志，那么可能临时设置 truncate log on checkpoint，但需要注意的是：完成数据导入后，应立即取消此设置，并马上进行全备。
　　

*如何分离日志与数据？

　　１、备份数据库，包括 master 和你要分离数据与日志的应用库（废话，根据 Sybase ASE 系统管理员日常维护指南，这一步是必不可少，以至于不用写出来的步骤）；
　　２、检查日志是否有单独的存放设备，如有，则直接到第５步；
　　３、增加一个设备：disk init .....；
　　４、alter database db_name log on new_log_device=xxx
　　５、sp_dropsegment logsegment, db_name, device_name
　　６、查看是否已分离（sp_helpdb或sp_helplog）；
　　需要注意的是，执行 sp_helplog 会提示以下类似信息：
No valid log device can be found to contain the starting logpage of 'xxxx', on database 'xxxxx'. Perhaps the segment mapping of database has changed recently. Please inspect the sysusages catalog and contact your system administrator. 　　你大可不必紧张。段（segment）只是管理以后如何为对象分配空间，增加和删除 segment 并不移动当前的已分配空间。日志至少有一个扩充（extend）位于以前的 segment 上（还记得吗，为对象分配存贮单元时，实际是以 extend 为单位的。）。如果当前 extend 被填满，需要再为日志分配时，ASE会在新的 segment 上分配（segment 约束它不得不这么做）。此时，截断日志就可以回收以前分配的 extend 了。
　　７、因此，如果不想看到 sp_helplog 的“错误输出”，你可以创建一个临时表，然后往面插入足够的数据，然后截断日志；
　　８、老规矩，也是很重要的一步：备份数据库，包括 master 和你分离数据与日志的应用库。

*如何删除tempdb数据库在master设备上的记录？

摘自 hobbylu 的博客。

sp_dropsegment 'system','tempdb','master'
go
sp_dropsegment 'default','tempdb','master'
go
sp_dropsegment 'logsegment','tempdb','master'
go
begin tran
delete from sysusages where dbid=2 and segmap=0
go
update sysusages set lstart=0 where dbid=2(注意这里仅仅只考虑了一个tempdb设备的情况)
commit
go

*系统崩溃了，没有备份，但设备文件还存在，如何恢复数据库？

　　有的时候，系统崩溃了，手上也没有数据库的备份或者是备份太旧了，但侥幸的是设备还在，并且是完整的，这时可以通过文件COPY的方式恢复数据库。
　　 情况一、所有设备，包括 master ，均是完整的： 　　这种情况是最简单的，只需要先备份设备文件（包括master，copy 到安全的地方），然后重新安装系统，建服务（保持页面大小、编码和排序与以前一样），然后停止服务，按原目录将所有设备文件拷贝回来，再重启服务即可。新建的服务名可与旧服务不同。建议把 服务名.cfg 也复制过来，省掉参数配置。
　　 情况二、应用的设备是完整的，但没有master了： 　　方法一、这种情况下要恢复数据库就需要原来的设备使用情况表了。重新安装系统，建服务，然后按原设备情况建设备（大小、位置保持和原来一致），接下来根据记录下来的设备使用情况建库，顺序以及占用的空间要和以前的一致。然后停服务，将应用的数据库设备复制回来，重启服务即可。请参考 Sybase ASE 系统管理员日常维护指南的建议，定期备份 master 数据库。
　　方法二、
　　1.重新创建 master 设备
　　　buildmaster -dthe_full_path_of_master_device -sthe_size　 12.5版本以下

　　　dataserver -b （Windows: sqlsrvr -b） 12.5（含12.5）以上 　
　　2.检查并修改 RUN_XXX 文件，指向新创建的 master.dat，并增加 -T3608
　　3.命令行启动服务
　　4.调整 master 库的大小（可选）
　　5.重新构建 master..sysdevices 数据
　　　disk reinit name="device_name", physname="full_path_of_device", vdevno=device_no,size=size_of_device 　　6.重新构建 master..sysusages 数据
　　　disk refit
　　8.修改恢复回来的数据库名
　　9.使用 isql，安装 master 和 model
　　10.创建登录和用户
　　11.去除 RUN_XXX 文件中的 -T3608 标志，重启动服务

*忘记了sa的密码，怎么办？

　　修改RUN_XXXX脚本，在其后面添加 -psa，然后在命令行运行该脚本，ASE会给出重新生成的密码（对于旧版本的ASE，此密码会显示在DOS窗口的最后一行；新版本（如12.5.4）则在DOS窗口显示内容的中间部份），用此密码登录并修改。
　　注意：修改密码后，应及时去掉添加的-psa。

*调整参数后，ASE 无法启动

　　这是由于参数配置不正确，导致无法启动。可以通过直接修改配置文件，或者将系统自动备份的配置文件拷贝回来。
　　配置文件位于 ASE 安装目录下，命名规则为：服务名.cfg，如：/opt/sybase/ASE-15_0/FLYBEAN.log。每次调整参数后，ASE 会将备份以前的配置参数，形成诸如服务名.三位序号的文件，如：FLYBEAN.001，每次备份，序号会加 1。

*如何跨平台移植 ASE 数据库？

　　此处的跨平台是指硬件平台，如 Sparc <-> X86，它们之间存在高低字节顺序不同的问题。

　　BCP in/out；
　　如果 ASE 版本为 12.5.3 及以上，则可以通过 Dump/Load 功能直接加载。关于跨平台备份的注意事项，请参考《Sybase ASE 备份服务常见问与答》。

　　 RISC系统，如Sparc，采用高低字节顺序；而CISC系统，如X86，采用低高顺序。 　　

*如果不小心直接删除了日志的设备文件，如何恢复数据库？

　　首先，应尽可能从操作系统中恢复被误删除的设备文件；
　　如果不能恢复，可创建一个和被删除设备文件大小相同的新设备文件，然后运行 dbcc rebuild_log。
　　下面给出一个具体的测试用例：

-- 创建测试数据库 test
use master
go
disk init name='test_dat_dev',physname='/opt/sybase/data/test_dat_dev.dat',size='50M'
go
disk init name='test_log1_dev',physname='/opt/sybase/data/test_log_dev1.dat',size='10M'
go
disk init name='test_log2_dev',physname='/opt/sybase/data/test_log_dev2.dat',size='10M'
go

create database test on test_dat_dev='40M' log on test_log1_dev='5M', test_log2_dev='2M'
go

-- 产生一些日志
use test
go
create table test (
 id int not null,
 name char(20) not null
)
go
insert into test values(1,'aaaaaaa')
insert into test values(2,'bbbbbbb')
insert into test values(3,'ccccccc')
insert into test values(4,'ddddddd')
go

-- 创建另一个数据库，我们需要一个与测试数据库第一个日志设备相同的设备文件 
use master
go
disk init name='test1_dat_dev',physname='/opt/sybase/data/test1_dat_dev.dat',size='50M'
go
disk init name='test1_log1_dev',physname='/opt/sybase/data/test1_log_dev1.dat',size='10M'
go
disk init name='test1_log2_dev',physname='/opt/sybase/data/test1_log_dev2.dat',size='10M'
go

create database test1 on test1_dat_dev='40M' log on test1_log1_dev='5M', test1_log2_dev='2M'
go

-- 操作系统操作：删除 test_log_dev1.dat，然后重启 ASE
mv test_log_dev1.dat test_log_dev1.back

-- 检查一下数据库的状态，然后停 ASE
select name, status from sysdatabases
go
shutdown
go

-- 操作系统操作：拷贝 test1_log_dev1.dat 为 test_log_dev1.dat，重新启动 ASE
cp test1_log_dev1.dat test_log_dev1.dat

-- 修改测试数据库状态，并重新启动 ASE
sp_configure 'allow update',1
go
begin tran
go
update master..sysdatabases set status=-32768 where name='test'
go
commit
go
sp_configure 'allow update',0
go
shutdown
go

-- 重建日志，可选步骤
dbcc traceon(3604)
go
dbcc rebuild_log(test,0,0)
go
online database test
go

-- FlybeanZhou - 12 Apr 2006

Topic attachments
I	Attachment	Action	Size	Date	Who	Comment
jpg	ASEEdtions.jpg	manage	60.5 K	30 Mar 2009 - 05:26	FlybeanZhou
png	ASE_Instance.png	manage	337.2 K	03 Jan 2008 - 05:57	FlybeanZhou

ASE

Webs
ASE
Feedback
Main
PB
Sandbox
TWiki

Copyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback