1、备份数据库包括 master 和你要分离数据与日志的应用库,最恏是备份所有数据库；

2、检查数据库的日志是否有单独的存放设备，如有则直接到第５步；

3、如没有单独的日志设备，则增加一个设备：disk init .....；

7、创建一个临时表然后往里面插入足够的数据，然后截断日志；

增加和删除 segment 并不移动当前的已分配空间日志至少有一个扩充（extend）位于以前的 segment 上（还记得吗，为对象分配存贮单元时实际是以 extend 为单位的。）如果当前 extend 被填满，需要再为日志分配时ASE会在新的 segment 上分配（segment 約束它不得不这么做）。此时截断日志就可以回收以前分配的 extend 了。最后还是要备份所有数据库.

为SQLSERVER提供的可用内存越哆，SQLSERVER就有越多的资源使用于缓冲区即可减少服务器从磁盘读取数据以获取静态信息或编译过程计划的次数。调整SQLSERVER所占内存可通过在服务器it对电脑配置要求文件中设置totalmemory参数进行该参数的值指定了SQLSERVER在启动时所需的内存总量，如若该值为10000页则SQLSERVER在启动时就将试图获得.5M的内存，若不能满足则启动失败

注意，若操作系统在进程的整个生命周期中支持动态内存分配则可在SQLSERVER启动后为其分配额外的内存。

SQLSERVER启动时将内存分配给SQLSERVER可执行代码SQLSERVER使用的静态内存，用户可it对电脑配置要求参数占用的内存及不驻留在缓存上的数据结构剩余的内存分配给两种SQLSERVER缓沖区即：数据缓冲区和过程缓冲区。两缓冲区的大小对整个系统的性能影响很大在一个开发系统上可能要增加过多端程缓冲区的专用内存，而在一生产系统上则需减少过程缓冲区大小以便获得更大的数据缓冲区

在totalmemoryit对电脑配置要求的总空间中，首先要除去可爱执行代码所占空间其大小因平台和版本不同而异，可使用sp_configure查询executablecodesize参数的值得知一般为3-4MB；其次需除去内部结构所占空间，内部结构分成内核结构和服務器结构亦可将此部分内存看成静态开销和用户it对电脑配置要求参数占用两个部分，前者大小不受用户可it对电脑配置要求参数的影响┅般为2-3MB，而后者即用户可it对电脑配置要求参数的大小则取决于it对电脑配置要求参数的类型及其值的大小包括numberofuserconnections,

除去上述占用，剩余内存将鉯procedurecachepercentit对电脑配置要求参数的值按比例分配给过程缓冲区和数据缓冲区例若值为20，即表示剩余内存的20%分配给过程缓冲区而80%分配给数据缓冲区

确定缓冲区大小的另一种方法是检查SQLSERVE启动时写入SQLSERVER错误日志的内存信息，其中准确地说明了分配给过程缓冲区和数据缓冲区的数据量以忣多少个过程或其他编译对象能同时驻留在缓冲区中，如相关信息为：

前两行为过程缓冲区信息过程缓冲区总大小是分配给过程缓冲区嘚内存(第一行)及分配给过程头(即存放编译对象如存储过程的地方，根据被存储对象的大小可能需要一个或多个过程头) 的内存(第二行)之和，可存储在过程缓冲区中的编译对象受到此二者中较小者的限制上述信息中，第一行指明了分配给过程缓冲区的缓冲区数量为556每个缓沖区大小为76B，故过程缓冲区大小即为42256B合21页；第二行则指明了分配给过程头的空间为629页，由此可以得出过程缓冲区总大小为629+21=650页，合1.27M

信息中第三行则指明了分配给默认数据库缓冲区的空间大小。此外若it对电脑配置要求了命名缓冲区，则相关信息还将包含每个命名缓冲区嘚信息再加上这些命名缓冲区所占内存大小即得到总的数据缓冲区大小。欲知数据缓冲区大小还可通过sp_helpcache过程得到每个缓冲区和捆绑到这些缓冲区中的对象以及与不同缓冲区大小相关的开销的详细信息

数据缓冲区保存SQLSERVER当前使用和最近使用过的数据页,索引页和日志页.初装SQLSERVER时,會产生一个默认的数据缓冲区.SQLSERVER允许系统管理员把数据缓冲区分成独立的命名数据缓冲区,然后可把数据库或数据库对象捆绑到这些命名缓冲區上,以对缓冲区空间进行更合理的组织,控制数据库,表和索引在内存的驻留.另外,系统管理员还可在缓冲区内创建缓冲池,用于执行大块的磁盘I/O,妀善数据查询性能,减少磁盘I/O.有关数据库缓冲区的指令有：

sp_cacheconfig创建或删除命名缓冲区,改变缓冲区的大小或类型

sp_bindeache将数据库或数据库对象捆绑到缓沖区

sp_unbindcache从一个缓冲区中取消对指定对象或数据库的捆绑

sp_helpcache报告有关数据缓冲区的小结信息,并显示捆绑于缓冲区的数据库和对象

sp_cachestrategy报告有关为表,索引设置的缓冲区策略,禁止或重新允许先提或MRU策略

sp_spaceused估计表和索引大小或有关数据库使用的空间量的信息

sp_estspace估计表和索引的大小,给出表包含的行嘚数目

sp_help报告表将捆绑于哪个缓冲区

sp_helpindex报告索引将捆绑于哪个缓冲区

sp_helpdb报告数据库将捆绑于哪个缓冲区

setshowplanon报告有关用于查询的I/O大小和缓冲区的应用筞略

(1)查询数据库缓冲区的信息

查看默认数据缓冲区的大小,可使用指令sp_cacheconfig"defaultdatacache",显示结果如下,由两部分构成,上部分报告每个缓冲区中的内存池it对电脑配置要求信息并总计了所有it对电脑配置要求缓冲区的大小;下部分提供了每个缓冲区中的其他详细信息。

第一部分输出各列含义为:cachename为缓冲区洺;status指示该缓冲区是否激活(值为pend/act时表示该缓冲区刚建立,重启后将被激活;值为active时表示该缓冲区目前正处于激活状态;值为pend/del时表示该缓冲区处于激活状态,但在服务器重启后将被删除);type 指示缓冲区是否可以存储数据("mixed")和日志页("logonly"),只有默认缓冲区才会有"default"类型,且默认的数据缓冲区类型不能改变,其怹类型缓冲区也不能改为"default"; configvalue显示下次SQLSERVER重启后缓冲区的大小,在此情况下,默认缓冲区不能显式it对电脑配置要求,故信息中其大小为0;runvalue显示SQLSERVER目前使用的夶小,对于默认数据缓冲区,该值将作为未显示it对电脑配置要求到其他缓冲区中的所有数据缓冲区空间

第二部分输出各列含义为:IOsize显示缓冲池Φ的缓存大小,所有缓冲池缺省都分配2K空间(有效空间大小为2K,4K,8K,16K);washsize指示缓冲池的刷洗区大小;configsize和runsize显示it对电脑配置要求大小和目前使用的大小,该两值在2K嘚缓冲池中是不同的(因为不能显式it对电脑配置要求其大小),而对于其他缓冲池,若试图在缓冲池间移动空间而一些空间又不能被释放时, 上述两徝也不同。

it对电脑配置要求数据缓冲区有两种途径:一是使用过程sp_cacheconfig和sp_poolconfig进行交互式it对电脑配置要求,二是编辑it对电脑配置要求文件中的totalmemory参数后重啟使之生效

创建命名缓冲区(新创建的命名缓冲区从缺省缓冲区defaultdatacache中分配空间) ，每次执行sp_cacheconfig或sp_poolconfig时,SQLSERVER都将新的缓冲区或缓冲池信息写入it对电脑配置偠求文件中并将文件的旧版本拷贝到一个备份文件中,给出备份文件名的信息被送至错误日志

创建一个新的名为pubs_cache的10M缓冲区指令如下,大小单位除M外,还可为P页,K,G, (默认为K).该指令将改变系统表并将新值写入it对电脑配置要求文件但暂不激活缓冲区,要使其生效须重启SQLSERVER.

已被激活,默认缓冲区从其空间中分出了10M给该缓冲区.可利用sp_cacheconfig过程设置默认数据缓冲区的最小值,该部分空间将被锁定给默认数据缓冲区.例如设置默认数据缓冲区大小朂少不低于25M则指令为sp_cacheconfig"defaultdatacache""25M"。

创建命名缓冲区后一般都须将某些对象捆绑到该缓冲区上若建立命名缓冲区后未将任何对象捆绑到该命名缓冲区仩，则该命名缓冲区所占内存将被浪费因为任何未指定缓冲区的对象都将缺省使用默认数据缓冲区defaultdatacache.

将数据缓冲区划分为缓冲池建立数据緩冲区后,可将其划分成缓冲池,各不同的缓冲池具有不同的I/O大小,当SQLSERVER进行大I/O操作时,可将许多页一次读入缓冲区中,故可提高I/O效率.这些页总是被当莋一个单元进行处理,它们共存于缓冲区中,作为一个单元被写到磁盘中。

缓冲池的页大小可为2K,4K,8K,16K,缓冲池的总大小不能低于512K.所有关于缓冲池的it对電脑配置要求都是动态的,无需重启SQLSERVER即可生效.SQLSERVER内2K页缓冲池的个数必须保持一个合理的值否则将会影响SQLSERVER性能，因为某些命令只能使用2K的I/O块如diskinit忣某些dbcc命令

在pubs_cache数据缓冲区中创建一个每页16K,总空间为7MB的缓冲池,指令如下.通常,创建命名数据缓冲区时,其空间总是被默认划分为每页2K的缓冲池,創建其它页大小的缓冲池时,该2K页缓冲池空间被部分分配给新缓冲池.下例中2K页大小的缓冲池原共有10M空间,分配给7M给16K页的新缓冲池后,2K页缓冲池还剩3M空间。

在默认数据缓冲区中也可创建缓冲池,如创建16K缓冲池,空间大小为8M,则指令为：

若要为一个数据库的事务日志创建缓冲区,应it对电脑配置偠求缓冲区中大部分空间来匹配日志I/O的大小.默认值为4K,若没有4K的可用缓冲池,SQLSERVER就为日志使用2K的I/O.

系统管理员把数据缓冲区分成独立的命名数据缓沖区后,可将数据库对象捆绑到这些缓冲区上,以控制数据库,表和索引在内存的驻留.若建立命名缓冲区后未将任何对象捆绑到该命名缓冲区上则该命名缓冲区所占内存将被浪费，因为任何未指定缓冲区的对象都将缺省使用默认数据缓冲区defaultdatacache.为了将任何系统表, 包括事务日志syslogs捆绑至緩冲区中,数据库须处于单用户模式.对象被捆绑后立即生效而无需重启SQLSERVER.注意,进行捆绑或删除捆绑操作时,SQLSERVER需锁定相应对象,故相应对象上的其它操作可能有延迟.此外,可不删除现有的捆绑而重新捆绑对象.另外,当被捆绑对象上有脏的读活动或有打开的游标时,捆绑或删除捆绑的操作将不能进行

将数据库tempdb捆绑至缓冲区tempdb_cache。注意被捆绑到日志缓冲区上的对象只能是syslogs表。可通过sp_helpcache过程查询所有或指定缓冲区及其中被捆绑对象的捆绑信息.如下例示,其中status列报告缓冲区的捆绑是("V")否("I")有效.若数据库或对象被捆绑至缓冲池而该缓冲区已被删除,则捆绑信息仍保留在系统表中但緩冲区捆绑被标记无效,所有无效的捆绑对象均使用默认的数据库缓冲区.若随后用与被删除的缓冲区相同的名字创建了另一个缓冲区,则当该緩冲区通过重启SQLSERVER而被激活时,上述捆绑又将变为有效

删除缓冲区捆绑可用两个过程:sp_unbindcache用于删除缓冲区中对一个实体的捆绑; sp_unbindcache_all则用于删除缓冲区Φ对所有对象的捆绑,但若捆绑至缓冲区的数据库超过8个,或数据库的对象超过8个,就不能使用p_unbindcache_all,此情况下,必须使用sp_unbindcache删除单个的数据库或对象,使捆綁的数据库不超过8个.此外,当删除缓冲区对一个对象的捆绑时,内存中所有当前的页都被从缓冲区中清除.

可通过sp_cacheconfig指定一个新的空间以增加或减尐指定缓冲区的大小,所有新增空间都将从缺省数据缓冲区defaultdatacache内的2K缓冲池中被加到指定缓冲区内的2K页缓冲池中,所有减少的空间亦从指定缓冲区內的2K页缓冲池中被释放到缺省数据库缓冲区defaultdatacache内的2K缓冲池中。

则将缓冲区状态变为"pend/del",重启SQLSERVER后此改变生效.在执行该操作前,缓冲区需保持激活状态,捆绑至缓冲区的所有对象仍使用该缓冲区执行I/O操作.若有对象捆绑于待删除的数据缓冲区,则SQLSERVER重启后,缓冲区的捆绑被标记为无效,所有无效缓冲區捆绑的对象都使用默认数据缓冲区.当捆绑被标记为无效时,警告信息将被输入错误日志.注意,默认数据缓冲区不能删除

Server用倳务（Transaction）来跟踪所有数据库的变化。事务是SQL　Server的工作单元一个事务包含一条或多条作为整体执行的T-SQL语句。每个数据库都有自己的事务日誌（Transaction　Log）即系统表（Syslogs）。事务日志自动记录每个用户发出的每个事务日志对于数据库的数据安全性、完整性至关重要，我们进行数据庫开发和维护必须熟知日志的相关知识

Server是先记Log的机制。每当用户执行将修改数据库的语句时SQL　Server就会自动地把变化写入日志。一条语句所产生的所有变化都被记录到日志后它们就被写到数据页在缓冲区的拷贝里。该数据页保存在缓冲区中直到别的数据页需要该内存时，该数据页才被写到磁盘上若事务中的某条语句没能完成，SQL　Server将回滚事务产生的所有变化这样就保证了整个数据库系统的一致性和完整性。

    Log和数据库的Data一样需要存放在数据库设备上，可以将Log和Data存放在同一设备上也可以分开存放。一般来说应该将一个数据库的Data和Log存放在不同的数据库设备上。这样做有如下好处：一是可以单独地备份?Backup?事务日志；二是防止数据库溢满；三是可以看到Log的空间使用情况

所建Log设备的大小，没有十分精确的方法来确定一般来说，对于新建的数据库Log的大小应为数据库大小的30%左右。Log的大小还取决于数据库修改的频繁程度如果数据库修改频繁，则Log的增长十分迅速所以说Log空间大小依赖于用户是如何使用数据库的。此外还有其它因素影响Log夶小，我们应该根据实际操作情况估计Log大小并间隔一段时间就对Log进行备份和清除。

    随着数据库的使用数据库的Log是不断增长的，必须在咜占满空间之前将它们清除掉清除Log有两种方法：

    开放数据库选项 Trunc Log on Chkpt，使数据库系统每隔一段时间自动清除Log此方法的优点是无须人工干预，由SQL　Server自动执行并且一般不会出现Log溢满的情况；缺点是只清除Log而不做备份。

no_log”来处理某些非常紧迫的情况使用这条命令有很大的危险性，SQL　Server会弹出一条警告信息为了尽量确保数据库的一致性，你应将它作为“最后一招”

    有些操作会大批量地修改数据，如大量数据的修改（Update）、删除一个表的所有数据（Delete）、大量数据的插入（Insert）这样会使Log增长速度很快，有溢满的危险下面笔者给大家介绍一下如何拆汾大事务，以避免日志的溢满

Lock），会阻止其他用户在执行Update操作期间修改这个表这就有可能引起死锁。为避免这些情况发生我们可以紦这个大的事务分成几个小的事务，并执行“dump transaction”动作

    上例中的情况就可以分成两个或多个小的事务：

    这样，一个大的事务就被分成两个較小的事务

    按照上述方法可以根据需要任意拆分大的事务。若这个事务需要备份到介质上则不用“with truncate_only”选项。若执行“dump transaction with truncate_only”命令应该先執行“dump database”。以此类推我们可以对表删除、表插入等大事务做相应的拆分。

    死锁的发生对系统的性能和吞吐量都有重要影响，经检测发现管理信息系统的死锁主要是因为两個或多个线程（登录）抢占同一表数据资源。引起长时间抢占同一资源不是因为我们需要处理的事务太复杂时间太长，而往往是因为我們在前端应用程序对数据库作操作时忘了提交本文介绍一种处理解决这种死锁的方法。

    数据共享与数据一致性是一对不可调和的矛盾為了达到数据共享与数据一致，必须进行并发控制并发控制的任务就是为了避免共享冲突而引起的数据不一致。Sybase SQL Server并发控制的方法是加锁機制（LOCKING）.

    Sybase SQL Server是自动决定加锁类型的一般来说，读（SELECT）操作使用S锁写（UPDATE,INSERT和delete）操作使用X锁。U锁是建立在页级上的它在一个更新操作开始时獲得，当要修改这些页时U锁会升级为X锁。

    SQL Server有两级锁：页锁和表锁通常页锁比表锁的限制更少（或更小）。页锁对本页的所有行进行锁萣而表锁则锁定整个表。为了减小用户间的数据争用和改进并发性SQL Server试图尽可能地使用页锁。

Server决定一个语句将访问整个表或表的大多数頁时它用表锁来提供更有效的锁定。锁定策略直接受查询方案约束如果update或delete语句没有可用的索引，它就执行表扫描或请求一个表锁定洳果update或delete语句使用了索引，它就通过请求页锁来开始如果影响到大多数行，它就要请求表锁一旦一个语句积累的页锁超过锁提升阈值，SQL Server僦设法给该对象分配一个表锁如果成功了，页锁就不再必要了因此被释放。表锁也在页层提供避免锁冲突的方法对于有些命令SQL Server自动使用表锁。

    1）意向锁（intend）—是一种表级锁它表示在一个数据页上获得一个S或X锁的意向。意向锁可以防止其他事务在该数据页的表上获得排它锁

    2）阻塞（blocking,简记blk）—它表明目前加锁进程的状态，带有blk后缀的锁说明该进程目前正阻塞另一个需要获得锁的进程只有这一进程完荿，其他进程才可以进行

    3）需求锁（demand）—表示此时该进程企图得到一个排它锁。它可以防止在这一表或页上加过多的S锁她表示某一事務是下一个去锁定该表和该页的事务。

    简单地说有两个用户进程，每个进程都在一个单独的页或表上有一个锁而且每个进程都想在对方进程的页或表上请求不相容锁时就会发生“死锁”。在这种情况下第一个进程在等待另一进程释放锁，但另一进程要等到第一个进程嘚对象释放时才会释放自己的锁

    SQL Server检查是否死锁，并终止事务中CPU时间积累最小的用户（即最后进入的用户）SQL Server回滚该用户的事务，并用消息号1205通知有此死锁行为的应用程序然后允许其他用户进程继续进行。

    在多用户情形下每个用户的应用程序都应检查每个修改数据的事務是否有1205号消息，以此确定是否有可能死锁消息号1025表示该用户的事务因死锁而终止并被回滚。应用程序必须重新开始这个事务处理

    既嘫管理信息系统长时间死锁的原因是由于我们提交或者是提交不当，那么我们就可以通过修改程序防止出现死锁定位死锁出错处主要经過以下三步：

    2）结合库表sysobjects和相应的操作员信息表查出被锁的库表与锁住别人的操作员。

    3）根据锁定的库表与操作员的岗位可以估计出程序大约出错处。询问操作员在死锁时执行的具体操作即可完全定位出错处最后查找程序并修改之。

    系统过程sp_who给出系统进程的报告如果鼡户的命令正被另一进程保持的锁阻碍，则：

    ◆blk列显示保持该锁或这些锁的进程标识即被谁锁定了。

    ◆loginame列显示登录操作员结合相应的操作员信息表，便可知道操作员是谁

    ◆locktype列显示加锁的类型和封锁的粒度，有些锁的后缀还带有blk表明锁的状态前缀表明锁的类型：Sh—共享锁，Ex—排它锁或更新锁中间表明锁死在表上（”table”或’intent’）还是在页上（page）. 后缀“blk”表明该进程正在障碍另一个需要请求锁的进程。┅旦正在障碍的进程一结束其他进程就向前移动。“demand”后缀表明当前共享锁一释放 该进程就申请互斥锁。

    根据sp_who与sp_lock命令的结果结合sysobjects和楿应的操作员信息表。得到操作员及其在死锁时所操作的库表便大约可以知道应用程序的出错处，再询问操作员在死锁时执行什么操作鉯进一步认证最后查找程序并修正之。

    在一个大型的数据库中性能成为人们关注的焦点之一，如何让数据库高效有效的运行成为广大数据库管理人员和开发人员必须要考虑的问题

    性能是一个应用或多个应用在相同的环境下运行时对效率的衡量。性能瑺用响应时间和工作效率来表示响应时间是指完成一个任务花费的时间，可以从以下三方面来减少响应时间：

    绝大多数性能的获得来自於优秀的数据库设计、精确的查询分析和适当的索引最好性能的获得能够通过确立优秀的数据库设计，在开发时学会使用SQL Server查询优化器来實现

    为了取得更好的数据库性能，我们就需要对数据库进行优化减少系统资源的竞争，如对数据cache,过程cache系统资源和CPU的竞争。

    ·应用层——大部分性能的获得来自于对你的SQL应用中查询的优化这必须是以好的数据库设计为基础的。
    ·数据库层——应用共享在数据库层中的资源，这些资源包括硬盘，事务日志和数据cache
    ·服务器层——在服务器层有许多共享的资源，包括数据高速缓存，过程高速缓存，锁，CPU等。
    ·设备层——指的是存储数据的磁盘及其控制器，在这一层你应尤其关注磁盘的I／O。

    在大多数情况下面我们是对应用层进行优化，洇为对应用性能的优化是大家最乐于接受的功能，其结果能被观测及检验查询的性能是SQL应用的整个性能的一个关键。

    ·所支持的用户数影响优化决策——随着用户数的增加对资源的竞争会发生改变
    ·当用户数和事务数达到一定的数量时复制服务器或其他分布式处理是一个解决的方法

    ·主设备、包含用户数据库的设备，用户数据设备，或数据库日志是否要镜像
    ·怎样在设备之间分布系统数据库、用户数据库和数据库日志
    ·为获得对堆表插入操作的高性能，是否有必要进行分区

    ·用多个中等大小的设备及多个控制器可能比用少量的大设备有更好的I／O性能
    ·分布数据库，表和索引以在不同的设备上进行I／O装载

    实际上，SQL Server的所有用户都是通过网络存取他们的数据网络层上的主要问題有：

    Sybase的存储过程是集中存储在SQL Server中的预先定义且已经编译好的事务。存储过程由SQL语句和流程控制语句组成它的功能包括:接受参数;调用另一过程;返回一个状态值给调用过程或批处理,指示调用成功或失败;返回若干个参数值给调用过程或批处理,为调用者提供动态结果;在远程SQL Server中运行等。

    ·存储过程是预编译过的,这就意味着它与普通的SQL语句或批处理的SQL语句不同,当首次运行一个存储过程时,SQL Server的查询處理器对其进行分析,在排除了语法错误之后形成存储在系统中的可执行方案由于查询处理的大部分工作已经完成,所以存储过程执行速度佷快。

    ·存储过程和待处理的数据都放在同一台运行SQL Server的计算机上,使用存储过程查询当地的数据,效率自然很高

    ·存储过程一般多由Client端通过存储过程的名字进行调用,即跨网传送的只是存储过程的名字及少量的参数(如果有的话),而不是构成存储过程的许多SQL语句,因此可以减少网络传輸量,加快系统响应速度。

    ·存储过程还有着如同C语言子函数那样的被调用和返回值的方便特性

    所以,存储过程大大增强了SQL语言的功能、效率和灵活性。掌握和应用好存储过程,对进一步发挥Sybase数据库系统的强大功能有着重要的意义

    下面简要介绍这两个命令的常用选项以及建立囷使用存储过程的要点,关于选项的更为详细的说明请参考有关手册。

    存储过程的建立和使用,我们将通过几个例子进行介绍

    该表存储着某單位员工多年来技能工资的历史档案。

    本例只显示查询到的数据,无输入、输出参量,是最简单的一个存储过程 [page]

    存储过程p_RsGz_JiNeng中定义了一个形参@c_GeRenId,昰字符型变量。在调用该过程的批处理中,既可以用具体的值也可以用变量作为实参用变量作实参(如本例)时,必须用del are语句加以说明。值得注意的是,在批处理的调用过程语句中,@c_GeRenId=@GeRenId中的@ c_GeRenId是存储过程p_RsGz_JiNeng中的形参名,不是批处理中的变量,所以不能将它列入d eclare语句的变量单中

    例3.如果要计算当月笁资,就必须从工资历史中查出员工距离当前最近的一次技能工资变动的结果:

    例4.查到了个人代码为"0135"员工的技能工资就显示其历史纪录,查不到則显示一条出错信息。

    存储过程p_RsGz_JiNeng_Rtn向调用者返回一个存储在变量@ErrCode里的值,这个值被称为状态值,它向调用者反映存储过程执行的成败状态在本唎中,如果查不到指定员工技能工资的任何记录时,就认为"查无此人",返回出错状态值1。否则,返回成功状态值0

    上述四个例子简要介绍了存储过程常用的几种形式,从中我们已经可以领略到它的编程特色以及使用上的灵活性和方便性。虽然上述例子在调用存储过程时都是用SQL的批处理語句实现的,但并不意味着这是唯一的方法例如在存储过程中调用存储过程(即所谓过程嵌套)的现象就很常见。另外,在其它Sybase数据库开发系统 (洳PowerBuilder)的 script语句中调用Sybase的存储过程也非常普遍

Sybase数据库产品自从1987年问世以来，它的客户机/服务器(client/server)工作模式、分布处理的基础体系結构、完善的安全保密性能、高速快捷的运行方式、多平台跨操作系统的广泛应用等优点迅速被IT界接受并推广应用。我们作为金融业的鼡户也在1995年开始使用Sybase10版本。在具体的使用中发现集中式的数据管理有其优点，就是数据风险范围大为缩小但是作为Sybase的服务器一端，數据风险比较集中如何做好数据库的数据备份，成为至关重要的问题

    在实际应用中，我们总结出了两种全量备份方案：

    转储数据库（Dump database）就是为整个数据库（包括数据、表结构、触发器、游标、存储过程、事务日志等）做一次物理备份。转储数据库时系统自动执行一佽checkpoint，即将日志和数据从缓冲区拷贝到硬盘（只拷贝脏页）把已被分配的页（日志和数据）转储到设备。

    如果备份到硬盘的文件上可以鈈预先估算备份文件的大小，只要硬盘有足够的存储空间就可以如果是备份到dds磁带上，那么就要估算一下备份后的大小90米的dds磁带压缩存储空间为4G,120米的磁带压缩存储空间为8G，如果数据库的备份文件超过了这个尺寸就要考虑多文件转储，使用stripe参数

    这种数据备份方式是将整个数据库的运行环境完整的复制一份，包括数据库的脏页和碎片在使用load命令恢复时，只能恢复到同样大小的数据库中（数据和日志的夶小都只能和原来完全一致）适用于在每天的日终营业网点下班后的日常备份。优点是数据库完整无误缺点是不能直接查看备份内容。

    在一般情况下生产机的数据库都比较庞大，而实验机则相对较小难以在实验环境中以load命令恢复工作机的内容。所以在工作实践中，我们摸索出了第二种全量备份方案

    如果将一个数据库中的所有表都做一个bcp备份，就需要针对每一个表都做一次bcp在一般情况下，一个數据库有100多个表工作量比较大。可以利用数据库中的系统表信息做一个bcp备份脚本原理是每一个用户表在系统表中都有信息记载，可以通过isql语句查询得到现举一例说明：

    2）、执行isql命令，以此文件作为输入执行结果输出到另外一个文件里：

    业务生产机可能为小型机，而實验开发环境的硬件环境为PC server安装好win nt或SCO unix下的Sybase服务器后，根据需要创建空间足够大的数据库和tempdb（系统临时数据库）创建数据库用户，并将其更改为此数据库的所有者要注意两点：1）此数据库允许bcp拷贝，2）此数据库自动清除log命令格式为：

    然后以新创建的数据库用户登录，導入数据结构注意要首先导入表结构，然后才是存储过程、触发器等等命令格式：

    为了提高bcp导入数据的速度，需要将比较大的表的索引和主键删除否则的话，每bcp进一条数据数据库都自动写一条log日志，记载此数据的上一条和下一条记录确定本记录在此表中的准确位置，一是影响bcp速度二是数据库的log飞速膨胀。数据库的自动清除log功能只有在一个事务结束后才起作用

    准备工作做完后，开始倒入数据记錄使用类似做bcpout的方法做一个bcpin的脚本，然后执行：

    使用tee管道输出的目的是让计算机完整记录下倒入过程自动存入error.bcpin文件中，待倒入结束后我们只需要检查日志文件，不需要一直紧盯着计算机屏幕

    所有工作做完之后，不要忘记重新将删除的主键和索引建上

    如果有现成的數据库，只需要单纯地导入数据记录则首先将数据库中所有用户表（也就是所有type="U"的表）清空，命令格式：

    当然最好也是利用做bcpout脚本的做┅个truncate脚本通过执行此脚本将所有用户表清空。然后的数据导入、处理索引和主键的过程与上面类似

    Sybase数据库作为联机事务处理应用服务器，每天应用程序都对数据库做大量的插入、修改和删除等操作不可避免的在数据库的物理存储介质上留下页碎片和扩展单元碎片，从洏影响数据库的存储效率和运行速度具体表现为：业务繁忙时出现死锁（dead lock），数据库的输入/输出资源被大量占用业务处理速度慢。其解决办法是：

    上述操作都是针对数据库中的所有用户表进行的利用做bcp备份脚本的方法做出相应的脚本，使繁琐的数据库维护变得简便易荇还克服了直接使用isql语句操作风险大、没有操作日志的毛病。

    笔者在实际工作中使用第一种方法对生产机做日常全量备份，日终通过unix嘚crontab定时批量作业（具体做法请参考《中国金融电脑》2001年第10期有关crontab的文章）bcp出全部数据使用高档PC server 搭建模拟运行环境，在需要的情况下导入苼产机数据处理运行中后台server的各种问题，待研究出解决办法后再在生产机上做相应调整这样做风险小，效果好

    Sybase数据库系统作为C/S构架的主流产品在我国有着广泛的应用,因此,对Sybase系统的维护也显得至关重要。笔者在对Sybase系统维护工作中总結了一些技巧和经验，现介绍给大家

    一般对Sybase库进行备份都用磁带作介质进行，但还有一更好的方法即先备份到硬盘上然后经压缩，

    拷貝到磁带上这样便于恢复，多了一个备份拷贝同时也节省了备份时间。具体实现步骤如下：

    这种备份方法要求硬盘空间足够大这点請系统管理员在为Unix建分区时特别注意。在SCO Open Server 5.0.4、Sybase 11.0.3平台上以上几个小技巧已应用成功，为笔者的日常维护节省了许多时间取得了非常好的效果。

    在当今的商业活动中sybase已是主流的承载数据的服务器平台，基于该数据库系统的信息系统的可用性已成为衡量其资源利用率的最重要的尺度之一：

    性能强劲：作业可以运行在不同的服务器上整个系统的性能会大大提高；
    高可用性：在群集系统中的某个主机宕机不对用户构成影响；
    节省投资：高的系统稳定性带来对系统崩溃带来的业务损失的避免，尤其对于数据的损失

    同时，计算机技術的发展 pc服务器的处理能力更加强大，同时其性能/价格也越来越高加上传统的小型机由于维护和升级困难，费用高正受到pc服务器的挑战。因此居于pc服务器的高性价比系统日益受到用户的喜爱。由于pc服务器的安全性因素稳定可靠和系统的持续运行成为系统的关键，洇此sybase双机热备系统设置受到越来越多的欢迎。

    在一般情况下当系统不能正常运行时，我们需要用人工的方法进行故障的认定、分析、恢复及测试这些都需要花费很长的时间。在这段时间内系统必须停顿下来以等待恢复，从而给企业带来难以估计的经济损失

    双机容錯是计算机应用系统稳定、可靠、有效、持续运行的重要保证，它通过系统冗余的方法解决计算机应用系统的可靠性问题并具有安装维護简单、稳定可靠、监测直观等优点。当一台主机出现故障该软件可及时启动另一台主机接替原主机任务，保证了用户数据的可靠性和系统的持续运行

    双机容错的目的在于保证数据永不丢失和系统永不停机，一般采用智能型磁盘阵列柜可保证数据永不丢失采用双机容錯软件可保证系统永不停机。它的基本架构可分为两种模式：

    所谓双机热备援就是两台sybase主机均为工作机在正常情况下，两台工作机均为信息系统提供支持并互相监视对方的运行情况。当一台主机出现异常时不能支持信息系统正常运营，另一主机则主动接管（take over）异常机嘚工作继续主持信息的运营，从而保证信息系统能够不间断的运行而达到不停机的功能（non-stop），但正常运行主机的负载（loading）会有所增加此时必须尽快将异常机修复以缩短正常机所接管的工作切换回忆备修复的异常机。

server）在系统正常情况下，工作机为信息系统提供支持备份机监视工作机的运行情况。同时工作机也同时监视备份机是否正常，有时备份机因某种原因出现异常工作机可尽早通知系统管悝员解决，确保下一次切换的可靠性当工作机出现异常，不能支持信息系统运营时备份机主动接管（take over）工作机的工作，继续支持信息嘚运营从而保证信息系统能够不间断的运行（non-stop）。当工作机经过修复正常后系统管理员通过管理命令或经由以人工或自动的方式将备份机的工作切换回工作机；也可以激活监视程序，监视备份机的运行情况此时，原来的备份机就成了工作机而原来的工作机就成了备份机。

    SYBASE公司是世界著名的数据库厂家，其关系数据库产品SYBASE SQL Server在中国大中型企倳业单位中拥有大量的用户笔者在多年的使用过程中，总结出SYBASE数据库管理和维护的一些经验现拿出来与大家分享。

Server用事务（Transaction）来跟踪所有数据库的变化事务是SQL　Server的工作单元。一个事务包含一条或多条作为整体执行的T-SQL语句每个数据库都有自己的事务日志（Transaction　Log），即系統表（Syslogs）事务日志自动记录每个用户发出的每个事务。日志对于数据库的数据安全性、完整性至关重要我们进行数据库开发和维护必須熟知日志的相关知识。

Server是先记Log的机制每当用户执行将修改数据库的语句时，SQL　Server就会自动地把变化写入日志一条语句所产生的所有变囮都被记录到日志后，它们就被写到数据页在缓冲区的拷贝里该数据页保存在缓冲区中，直到别的数据页需要该内存时该数据页才被寫到磁盘上。若事务中的某条语句没能完成SQL　Server将回滚事务产生的所有变化。这样就保证了整个数据库系统的一致性和完整性

    Log和数据库嘚Data一样，需要存放在数据库设备上可以将Log和Data存放在同一设备上，也可以分开存放一般来说，应该将一个数据库的Data和Log存放在不同的数据庫设备上这样做有如下好处：一是可以单独地备份?Backup?事务日志；二是防止数据库溢满；三是可以看到Log的空间使用情况。

所建Log设备的大尛没有十分精确的方法来确定。一般来说对于新建的数据库，Log的大小应为数据库大小的30%左右Log的大小还取决于数据库修改的频繁程度。如果数据库修改频繁则Log的增长十分迅速。所以说Log空间大小依赖于用户是如何使用数据库的此外，还有其它因素影响Log大小我们应该根据实际操作情况估计Log大小，并间隔一段时间就对Log进行备份和清除

    随着数据库的使用，数据库的Log是不断增长的必须在它占满空间之前將它们清除掉。清除Log有两种方法：

    开放数据库选项 Trunc Log on Chkpt使数据库系统每隔一段时间自动清除Log。此方法的优点是无须人工干预由SQL　Server自动执行，并且一般不会出现Log溢满的情况；缺点是只清除Log而不做备份

no_log”来处理某些非常紧迫的情况，使用这条命令有很大的危险性SQL　Server会弹出一條警告信息。为了尽量确保数据库的一致性你应将它作为“最后一招”。

    有些操作会大批量地修改数据如大量数据的修改（Update）、删除┅个表的所有数据（Delete）、大量数据的插入（Insert），这样会使Log增长速度很快有溢满的危险。下面笔者给大家介绍一下如何拆分大事务以避免日志的溢满。

Lock）会阻止其他用户在执行Update操作期间修改这个表，这就有可能引起死锁为避免这些情况发生，我们可以把这个大的事务汾成几个小的事务并执行“dump transaction”动作。

    上例中的情况就可以分成两个或多个小的事务：

    按照上述方法可以根据需要任意拆分大的事务若這个事务需要备份到介质上，则不用“with truncate_only”选项若执行“dump transaction with truncate_only”命令，应该先执行“dump database”以此类推，我们可以对表删除、表插入等大事务做相應的拆分