下面给大家分享Sybase数据库设备与存储空间管理概述（共含6篇），欢迎阅读!同时，但愿您也能像本文投稿人“丸丸小天使”一样，积极向本站投稿分享好文章。
1．安装初始化
初始安装SQL Server时，安装程序和脚本初始化主设备，并建立master、model、tempdb和sybsystemprocs数据库，
系统数据库、预定义设备和段按下列默认方式组织：
a.master、model、tempdb数据库安装在主设备master上；
b.sybsystemprocs数据库安装在安装时选择的设备上（sysprocsdev）；
c.为每个数据库创建三个预定义段：system、default和logsegment；
d.所有用户创建数据库的默认设备是master设备；
e.如果选择安装了审计数据库sybsecurity，它位于自己的设备上，
2．设备与存储管理考虑的主要问题
（1）恢复
物理磁盘崩溃时，磁盘镜像或在单独的物理设备上保存日志为数据库恢复提供了两种机制。
（2）性能
磁盘读写速度是I/O操作的瓶颈，正确地把数据库对象放置到物理设备上有利于改进性能；
把日志和数据库对象置于单独的设备上可以提高系统性能；
把表放在一个硬盘上而把索引放在另一个硬盘上，由于把工作分置于两个硬盘驱动器上，所以可以确保物理读写速度加快；
磁盘镜像会降低磁盘写的速度。
下面我们将对SYBASE数据库用户的基本概念加以解释说明， 一、SQL SERVER注册用户和数据库用户 刚接触到这两个概念的时候，我们可能会有所混淆，但只要了解SYBASE SQL SERVER的结构后，就会清楚。SYBASE SQL SERVER为一进程，进程本身可管理多个数据库。而有
下面我们将对SYBASE数据库用户的基本概念加以解释说明。
一、SQL SERVER注册用户和数据库用户
刚接触到这两个概念的时候，我们可能会有所混淆，但只要了解SYBASE SQL SERVER的结构后，就会清楚。SYBASE SQL SERVER为一进程，进程本身可管理多个数据库。而有些数据库是相互独立的，有些数据库是可以共用的，如tempdb和sysbsystemprocs数据库。SQL SERVER与本身数据库的关系犹如城市与其中楼房的关系，当进入某一城市时需某一合法的身份，但进入城市的人并非每个楼房都可进入，即使允许进入也不能干某些事。
SQL SERVER注册用户与数据库用户关系即是如此。当SQL SERVER创建注册用户后，该用户就能合法进SQL SERVER，该注册用户信息会放在master数据库中的 syslogins表中。但只有注册用户成为某一数据库用户，并且对该用户赋予某些权限时，该注册用户才能在限制条件下使用数据库中的表。
二、SQL SERVER数据库用户分类
在SQL SERVER中用户一般分为以下四种：sa用户、数据库属主、数据库对象属主和数据库普通用户。sa用户在SQL SERVER中为最高等级用户，SQL SERVER中所有命令都可执行。数据库属主（dbo）用户可对本数据库中所有对象（如表、视图、存储过程等）进行操作，一般有三种途径创建：1.为系统管理员的用户；2.系统管理员的用户将创建数据库的权限赋予某个SQL SERVER中注册用户，由该用户进行数据库的创建后，自然形成数据库属主；3.系统管理员的用户创建数据库后，将某个SQL SERVER中注册用户变为数据库的属主。
数据库对象属主为创建该对象的用户，在实际的数据库的管理中，一般为数据库属主。数据库普通用户必须在数据库属主对本数据库中某些对象（如表、视图、进程等）赋予某些权限时，才可对本数据库中某些对象进行允许的操作，
几者的关系是相互包含的：系统管理员的用户在进入某个数据库后，自然成为该数据库的属主，数据库属主可看作为特殊的数据库普通用户。
三、别名（aliases）与组（group）
别名（aliases）与组（group）在数据库管理中是经常用到的，它能简化数据库用户管理，方便对用户的监控。所谓别名（aliases)即将SQL SERVER中的注册用户以同一个数据库用户的身份来访问数据库，并具有与该用户相同的权限。
也就是说，在数据库中只要建立一个数据库用户，对该数据库用户各种操作定义好，并使SQL SERVER 中已经定义好注册用户成为该数据库用户的别名用户后，即拥有与该用户相同的权限。这样一来，注册用户不必成为数据库的用户即可访问数据库，对所有别名用户的权限的控制只需通过对一个数据库用户的控制达到。如：有一SQL SERVER名为TEST.SER，有一名为EXAMPLE的数据库，其中有一名为OK的表，当系统管理员为TEST.SER创建名为JOHN和KATE的注册用户，EXAMPLE的数据库中有一名为OK_SELECT的数据库用户，该数据库用户有对OK表的查询权限。将JOHN和KATE这两个注册用户变为OK_SELECT的别名后，JOHN和KATE即可进入数据库，并拥有与OK_SELECT的数据库用户相同的权限。
组（group）为数据库用户的集合，即通过对组(group)的权限的控制达到对该组中数据库用户的控制，但也可对该组中数据库某些用户进行格外的权限控制。
在上例中的EXAMPLE的数据库中有一OK_INSERT的组，它对OK的表有插入的权限，数据库中有两个用户：MARRY和KITY，当这两个用户加入到OK_INSERT组后，MARRY和KITY就有对OK表的插入的权限。对MARRY和KITY相同的权限操作可通过对OK_SELECT组的控制可得。而使MARRY对OK表有查询权限，仅对MARRY用户赋权即可。而别名则不行。
四、SYBASE SQL SERVER的角色
一般在管理分工较细的数据库系统中，sa用户往往被分为三种角色：系统管理员角色(SA role)系统安全员角色(SSO role)、操作员角色（OPER role）。sa用户往往被锁住，其权力被以上三种角色所瓜分。这三种角色将分别用不同的数据库注册用户承担。因三种角色任务较多，所以不一一介绍。
SYBASE SQL SERVER 的用户管理是很复杂的，但首先掌握以上的内容，便对掌握SYBASE SQL SERVER的用户管理有了一定的基础。
原文转自：www.ltesting.net
为SQLSERVER提供的可用内存越多，SQLSERVER就有越多的资源使用于缓冲区，即可减少 服务器 从磁盘读取数据以获取静态信息或编译过程计划的次数，调整SQLSERVER所占内存可通过在服务器配置文件中设置totalmemory参数进行，该参数的值指定了SQLSERVER在启动时所
为SQLSERVER提供的可用内存越多，SQLSERVER就有越多的资源使用于缓冲区，即可减少服务器从磁盘读取数据以获取静态信息或编译过程计划的次数。调整SQLSERVER所占内存可通过在服务器配置文件中设置totalmemory参数进行，该参数的值指定了SQLSERVER在启动时所需的内存总量，如若该值为10000页，则SQLSERVER在启动时就将试图获得10000*2K=19.5M的内存，若不能满足则启动失败。
注意，若操作系统在进程的整个生命周期中支持动态内存分配，则可在SQLSERVER启动后为其分配额外的内存。
SQLSERVER启动时将内存分配给SQLSERVER可执行代码，SQLSERVER使用的静态内存，用户可配置参数占用的内存及不驻留在缓存上的数据结构，剩余的内存分配给两种SQLSERVER缓冲区即：数据缓冲区和过程缓冲区。两缓冲区的大小对整个系统的性能影响很大，在一个开发系统上可能要增加过多端程缓冲区的专用内存，而在一生产系统上则需减少过程缓冲区大小以便获得更大的数据缓冲区。
1.确定缓冲区大小
在totalmemory配置的总空间中，首先要除去可爱执行代码所占空间，其大小因平台和版本不同而异，可使用sp_configure查询executablecodesize参数的值得知，一般为3-4MB；其次需除去内部结构所占空间，内部结构分成内核结构和服务器结构，亦可将此部分内存看成静态开销和用户配置参数占用两个部分，前者大小不受用户可配置参数的影响，一般为2-3MB，而后者即用户可配置参数的大小则取决于配置参数的类型及其值的大小，包括numberofuserconnections, numberofopendatabases,numberofdevices,numberofopenobjects,numberoflocks等，要得到这些用户配置参数使用内存大小的精确估计，可调用不带选项的sp_configure以显示所有参数和每个参数使用的内存量，其和即是用户配置参数所占用内存。
除去上述占用，剩余内存将以procedurecachepercent配置参数的值按比例分配给过程缓冲区和数据缓冲区，例若值为20，即表示剩余内存的20%分配给过程缓冲区而80%分配给数据缓冲区。
确定缓冲区大小的另一种方法是检查SQLSERVE启动时写入SQLSERVER错误日志的内存信息，其中准确地说明了分配给过程缓冲区和数据缓冲区的数据量，以及多少个过程或其他编译对象能同时驻留在缓冲区中，如相关信息为：
server:Numberofprocbuffersassocated:556
server:Numberofblocksleftforprocheaders:629
server:Memoryallocatedforthedefaultdatacache:4144kb
前两行为过程缓冲区信息，过程缓冲区总大小是分配给过程缓冲区的内存(第一行)及分配给过程头(即存放编译对象如存储过程的地方，根据被存储对象的大小，可能需要一个或多个过程头) 的内存(第二行)之和，可存储在过程缓冲区中的编译对象受到此二者中较小者的限制。上述信息中，第一行指明了分配给过程缓冲区的缓冲区数量为556，每个缓冲区大小为76B，故过程缓冲区大小即为42256B，合21页；第二行则指明了分配给过程头的空间为629页，由此可以得出，过程缓冲区总大小为629+21=650页，合1.27M。
信息中第三行则指明了分配给默认数据库缓冲区的空间大小。此外，若配置了命名缓冲区，则相关信息还将包含每个命名缓冲区的信息，再加上这些命名缓冲区所占内存大小即得到总的数据缓冲区大小。欲知数据缓冲区大小还可通过sp_helpcache过程得到每个缓冲区和捆绑到这些缓冲区中的对象以及与不同缓冲区大小相关的开销的详细信息。
2.缓冲区管理
数据缓冲区保存SQLSERVER当前使用和最近使用过的数据页,索引页和日志页.初装SQLSERVER时,会产生一个默认的数据缓冲区.SQLSERVER允许系统管理员把数据缓冲区分成独立的命名数据缓冲区,然后可把数据库或数据库对象捆绑到这些命名缓冲区上,以对缓冲区空间进行更合理的组织,控制数据库,表和索引在内存的驻留.另外,系统管理员还可在缓冲区内创建缓冲池,用于执行大块的磁盘I/O,改善数据查询性能,减少磁盘I/O.有关数据库缓冲区的指令有：
sp_cacheconfig创建或删除命名缓冲区,改变缓冲区的大小或类型
sp_poolconfig创建或删除I/O缓冲池,并改变其大小
sp_bindeache将数据库或数据库对象捆绑到缓冲区
sp_unbindcache从一个缓冲区中取消对指定对象或数据库的捆绑
sp_unbindcache_all从一个缓冲区中取消所有对象的捆绑
sp_helpcache报告有关数据缓冲区的小结信息,并显示捆绑于缓冲区的数据库和对象
sp_cachestrategy报告有关为表,索引设置的缓冲区策略,禁止或重新允许先提或MRU策略
sp_logiosize为日志改变默认的I/O大小
sp_spaceused估计表和索引大小或有关数据库使用的空间量的信息
sp_estspace估计表和索引的大小,给出表包含的行的数目
sp_help报告表将捆绑于哪个缓冲区
sp_helpindex报告索引将捆绑于哪个缓冲区
sp_helpdb报告数据库将捆绑于哪个缓冲区
setshowplanon报告有关用于查询的I/O大小和缓冲区的应用策略
setstatisticsioon报告为查询进行的读操作数量
setprefetchon/off允许或禁止某个会话的预先提取
(1)查询数据库缓冲区的信息
查看默认数据缓冲区的大小,可使用指令sp_cacheconfig“defaultdatacache”,显示结果如下,由两部分构成,上部分报告每个缓冲区中的内存池配置信息并总计了所有配置缓冲区的大小;下部分提供了每个缓冲区中的其他详细信息。
第一部分输出各列含义为:cachename为缓冲区名;status指示该缓冲区是否激活(值为pend/act时表示该缓冲区刚建立,重启后将被激活;值为active时表示该缓冲区目前正处于激活状态;值为pend/del时表示该缓冲区处于激活状态,但在服务器重启后将被删除);type 指示缓冲区是否可以存储数据(“mixed”)和日志页(“logonly”),只有默认缓冲区才会有“default”类型,且默认的数据缓冲区类型不能改变,其他类型缓冲区也不能改为“default”; configvalue显示下次SQLSERVER重启后缓冲区的大小,在此情况下,默认缓冲区不能显式配置,故信息中其大小为0;runvalue显示SQLSERVER目前使用的大小,对于默认数据缓冲区,该值将作为未显示配置到其他缓冲区中的所有数据缓冲区空间。
第二部分输出各列含义为:IOsize显示缓冲池中的缓存大小,所有缓冲池缺省都分配2K空间(有效空间大小为2K,4K,8K,16K);washsize指示缓冲池的刷洗区大小;configsize和runsize显示配置大小和目前使用的大小,该两值在2K的缓冲池中是不同的(因为不能显式配置其大小),而对于其他缓冲池,若试图在缓冲池间移动空间而一些空间又不能被释放时, 上述两值也不同。
CacheNameStatusTypeConfigvalueRunvalue
---------------------------------------------------------
defaultdatacacheActiveDefault0.00MB59.36MB
-------------------------------
Total0.00MB59.36MB
=================================================
Cache:defaultdatacache,status:Active,Type:Default
ConfigSize:0.00MB,Runsize:59.36MB
IOSizeWashSizeConfigSizeRunSize
-----------------------------------
2KB512KB0.00MB59.36MB
(2)配置数据缓冲区
配置数据缓冲区有两种途径:一是使用过程sp_cacheconfig和sp_poolconfig进行交互式配置,二是编辑配置文件中的totalmemory参数后重启使之生效。
A.交互式配置
创建命名缓冲区(新创建的命名缓冲区从缺省缓冲区defaultdatacache中分配空间) ，每次执行sp_cacheconfig或sp_poolconfig时,SQLSERVER都将新的缓冲区或缓冲池信息写入配置文件中并将文件的旧版本拷贝到一个备份文件中,给出备份文件名的信息被送至错误日志。
创建一个新的名为pubs_cache的10M缓冲区指令如下,大小单位除M外,还可为P页,K,G, (默认为K).该指令将改变系统表并将新值写入配置文件但暂不激活缓冲区,要使其生效须重启SQLSERVER.
sp_cacheconfigpubs_cache,“10M”
在重启SQLSERVER使新值生效前,可先用sp_cacheconfig“pubs_cache”查看配置信息。如下,其中的status列值为pend/act说明该缓冲区的配置是挂起的,要待重启后生效,故Configvalue(配置的值)和Runvalue(正在使用的值)不同。
CacheNameStatusTypeConfigvalueRunvalue--------------------------------------------
pubs_cachepend/actmixed10.00MB00.00MB
-------------------------------
Total10.00MB00.00MB
重启后再允许不带缓冲区名参数的sp_cacheconfig,则信息改变如下,可见pubs_cache 已被激活,默认缓冲区从其空间中分出了10M给该缓冲区.可利用sp_cacheconfig过程设置默认数据缓冲区的最小值,该部分空间将被锁定给默认数据缓冲区.例如设置默认数据缓冲区大小最少不低于25M则指令为sp_cacheconfig“defaultdatacache”“25M”。
CacheNameStatusTypeConfigvalueRunvalue
---------------------------------------------------------
defaultdatacacheActiveDefault0.00MB49.28MB
pubs_cacheActivemixed10.00MB10.00MB
-------------------------------
Total10.00MB59.28MB
===========================================
Cache:defaultdatacache,status:Active,Type:Default
ConfigSize:0.00MB,Runsize:49.28MB
IOSizeWashSizeConfigSizeRunSize
-----------------------------------
2KB512KB0.00MB49.28MB
===========================================
Cache:pubs_cache,status:Active,Type:mixed
ConfigSize:10.00MB,Runsize:10.00MB
IOSizeWashSizeConfigSizeRunSize
-----------------------------------
2KB512KB0.00MB10.00MB\
若要保留一个只用于事务日志的缓冲区的类型,可以将缓冲区的类型设为“logonly”, 如创建“logonly”类型的pubs_log缓冲区为sp_cacheconfigpubs_log,“7M”,“logonly”, 下示为该缓冲区在重启前的状态。
CacheNameStatusTypeConfigvalueRunvalue
---------------------------------------------------------
pubs_cachepend/actlogonly7.00MB0.00MB
-------------------------------
Total7.00MB0.00MB
创建命名缓冲区后一般都须将某些对象捆绑到该缓冲区上。若建立命名缓冲区后未将任何对象捆绑到该命名缓冲区上，则该命名缓冲区所占内存将被浪费，因为任何未指定缓冲区的对象都将缺省使用默认数据缓冲区defaultdatacache.
>;
将数据缓冲区划分为缓冲池建立数据缓冲区后,可将其划分成缓冲池,各不同的缓冲池具有不同的I/O大小,当SQLSERVER进行大I/O操作时,可将许多页一次读入缓冲区中,故可提高I/O效率.这些页总是被当作一个单元进行处理,它们共存于缓冲区中,作为一个单元被写到磁盘中。
缓冲池的页大小可为2K,4K,8K,16K,缓冲池的总大小不能低于512K.所有关于缓冲池的配置都是动态的,无需重启SQLSERVER即可生效.SQLSERVER内2K页缓冲池的个数必须保持一个合理的值，否则将会影响SQLSERVER性能，因为某些命令只能使用2K的I/O块如diskinit及某些dbclearcase/“ target=”_blank“ >cc命令，
在pubs_cache数据缓冲区中创建一个每页16K,总空间为7MB的缓冲池,指令如下.通常,创建命名数据缓冲区时,其空间总是被默认划分为每页2K的缓冲池,创建其它页大小的缓冲池时,该2K页缓冲池空间被部分分配给新缓冲池.下例中2K页大小的缓冲池原共有10M空间,分配给7M给16K页的新缓冲池后,2K页缓冲池还剩3M空间。
>;sp_poolconfigpubs_cache,”7M“,”16K“
>;go
>;sp_cacheconfigpubs_cache
CacheNameStatusTypeConfigvalueRunvalue
--------------------------------------------
pubs_cacheActivemixed10.00MB10.00MB
-------------------------------
Total10.00MB10.00MB
====================================
Cache:pubs_cache,status:Active,Type:mixed
ConfigSize:10.00MB,Runsize:10.00MB
IOSizeWashSizeConfigSizeRunSize
-----------------------------------
2KB512KB0.00MB3.00MB
16KB1424KB7.00MB7.00MB
在默认数据缓冲区中也可创建缓冲池,如创建16K缓冲池,空间大小为8M,则指令为：sp_poolconfig”defaultdatacache“,”8M“,”16K“.
若要为一个数据库的事务日志创建缓冲区,应配置缓冲区中大部分空间来匹配日志I/O的大小.默认值为4K,若没有4K的可用缓冲池,SQLSERVER就为日志使用2K的I/O.
日志I/O的大小可通过系统过程sp_logiosize来改变,每个数据库的日志I/O大小会在SQLSERVER启动后的错误日志中报告,也可通过使用数据库和执行不带参数的过程sp_logiosize来检查一个数据库的日志I/O大小.如为pubs_log缓冲区配置4K页大小的缓冲池指令为sp_poolconfigpubs_log,”3M“,”4K“,也可在默认数据缓冲区中创建一个4K页缓冲池,以供未被捆绑至其它缓冲区的任何数据库的事务日志来使用:sp_poolconfig”defaultdatacache“,”2.5M“,”4K“.
此外，可修改缓冲池大小，如从16K页I/O的缓冲池中取出1M空间增加到4K页I/O缓冲池中:sp_poolconifgpub_cache,”1M“,”4K“,”16K“
缓冲区悃绑操作
系统管理员把数据缓冲区分成独立的命名数据缓冲区后,可将数据库对象捆绑到这些缓冲区上,以控制数据库,表和索引在内存的驻留.若建立命名缓冲区后未将任何对象捆绑到该命名缓冲区上，则该命名缓冲区所占内存将被浪费，因为任何未指定缓冲区的对象都将缺省使用默认数据缓冲区defaultdatacache.为了将任何系统表, 包括事务日志syslogs捆绑至缓冲区中,数据库须处于单用户模式.对象被捆绑后立即生效而无需重启SQLSERVER.注意,进行捆绑或删除捆绑操作时,SQLSERVER需锁定相应对象,故相应对象上的其它操作可能有延迟.此外,可不删除现有的捆绑而重新捆绑
对象.另外,当被捆绑对象上有脏的读活动或有打开的游标时,捆绑或删除捆绑的操作将不能进行。
1>;sp_dboptionpubs2,single,true置pubs2库为单用户状态
2>;usepubs2
3>;checkpoint
4>;go准备进行数据库对象的捆绑。注意，捆绑对象须在对象所在的库中进行。
>;sp_bindcachepubs_cache,pubs2,titles
将pubs2库中的表titles捆绑至缓冲区pubs_cache.
>;sp_bindcachepubs_cache,pubs2,titles.titleind
在titles上捆绑索引,并将pubs2库中的表titles捆绑至缓冲区pubs_cache.
>;sp_bindcachepubs_cache,pubs2,”hj.sale_east“
将pubs2库中用户hj的表sale_east捆绑至缓冲区pubs_cache.
>;sp_bindcachepubs_log,pubs2,syslogs
将pubs2库的事务日志syslogs捆绑至缓冲区pubs_log.
>;sp_bindcachepubs_cache,pubs2,au_pix,”textonly“
表的text和image列存储在一个单独的数据结构中,若将此表捆绑至缓冲区,需加”text“参数.
1>;sp_dboptionpubs3,single,true置pubs3库为单用户状态
2>;usepubs3
3>;checkpoiot
4>;usemaster
5>;go准备进行数据库的捆绑，注意，捆绑数据库须在master库中进行。
>;sp_bindcachetempdb_cache,tempdb
将数据库tempdb捆绑至缓冲区tempdb_cache。注意，被捆绑到日志缓冲区上的对象只能是syslogs表。可通过sp_helpcache过程查询所有或指定缓冲区及其中被捆绑对象的捆绑信息.如下例示,其中status列报告缓冲区的捆绑是(”V“)否(”I“)有效.若数据库或对象被捆绑至缓冲池而该缓冲区已被删除,则捆绑信息仍保留在系统表中但缓冲区捆绑被标记无效,所有无效的捆绑对象均使用默认的数据库缓冲区.若随后用与被删除的缓冲区相同的名字创建了另一个缓冲区,则当该缓冲区通过重启SQLSERVER而被激活时,上述捆绑又将变为有效。
删除缓冲区捆绑可用两个过程:sp_unbindcache用于删除缓冲区中对一个实体的捆绑; sp_unbindcache_all则用于删除缓冲区中对所有对象的捆绑,但若捆绑至缓冲区的数据库超过8个,或数据库的对象超过8个,就不能使用p_unbindcache_all,此情况下,必须使用sp_unbindcache删除单个的数据库或对象,使捆绑的数据库不超过8个.此外,当删除缓冲区对一个对象的捆绑时,内存中所有当前的页都被从缓冲区中清除.
>;sp_unbindcachepubs2
删除对数据库pubs2的捆绑
>;sp_unbindcachepubs2,titles
删除对pubs2库中对titles表的捆绑
>;sp_unbindcachepubs2,titles,titleidind
铲除对pubs2库中titles表上titleidind索引的捆绑.
>;改变命名数据缓冲区大小
可通过sp_cacheconfig指定一个新的空间以增加或减少指定缓冲区的大小,所有新增空间都将从缺省数据缓冲区defaultdatacache内的2K缓冲池中被加到指定缓冲区内的2K页缓冲池中,所有减少的空间亦从指定缓冲区内的2K页缓冲池中被释放到缺省数据库缓冲区defaultdatacache内的2K缓冲池中。
>;sp_cacheconfigpubs_cache
CacheNameStatusTypeConfigvalueRunvalue
--------------------------------------------
pubs_cacheActivemixed10.00MB10.00MB
-------------------------------
Total10.00MB10.00MB
=======================================
Cache:pubs_cache,status:Active,Type:mixed
ConfigSize:10.00MB,Runsize:10.00MB
IOSizeWashSizeConfigSizeRunSize
-----------------------------------
2KB720KB0.00MB3.00MB
4KB1024KB4.00MB4.00MB
16KB1424KB3.00MB3.00MB
现以sp_cacheconfigpubs_cache,”20M“后重启,则改变如下:>;sp_cacheconfigpubs_cacheCacheNameStatusTypeConfigvalueRunvalue
----------------------------------------------
pubs_cacheActivemixed20.00MB20.00MB
-------------------------------
Total20.00MB20.00MB
========================================
Cache:pubs_cache,status:Active,Type:mixed
ConfigSize:20.00MB,Runsize:20.00MB
IOSizeWashSizeConfigSizeRunSize
-----------------------------------
2KB512KB0.00MB13.00MB
4KB1024KB4.00MB4.00MB
16KB1424KB3.00MB3.00MB
返回pubs_log缓冲区报告:
>;sp_cacheconfigpubs_log
CacheNameStatusTypeConfigvalueRunvalue
-------------------------------------------
pubs_logActivelogonly7.00MB7.00MB
-------------------------------
Total7.00MB7.00MB
====================================
Cache:pubs_log,status:Active,Type:logonly
ConfigSize:7.00MB,Runsize:7.00MB
IOSizeWashSizeConfigSizeRunSize
-----------------------------------
2KB512KB0.00MB4.00MB
4KB1024KB3.00MB3.00MB
再运行以指令sp_cacheconfigpubs_log,”6M“后重启,则改变为:
>;sp_cacheconfigpubs_log
CacheNameStatusTypeConfigvalueRunvalue
----------------------------------------------
pubs_logActivelogonly6.00MB6.00MB
-------------------------------
Total6.00MB6.00MB
==========================================
Cache:pubs_log,status:Active,Type:logonly
ConfigSize:6.00MB,Runsize:6.00MB
IOSizeWashSizeConfigSizeRunSize
-----------------------------------
2KB512KB0.00MB3.00MB
4KB1024KB3.00MB3.00MB
欲彻底删除一个数据缓冲区,将其大小复位为0可使用sp_cacheconfigpubs_log,”0“. 则将缓冲区状态变为”pend/del“,重启SQLSERVER后此改变生效.在执行该操作前,缓冲区需保持激活状态,捆绑至缓冲区的所有对象仍使用该缓冲区执行I/O操作.若有对象捆绑于待删除的数据缓冲区,则SQLSERVER重启后,缓冲区的捆绑被标记为无效,所有无效缓冲区捆绑的对象都使用默认数据缓冲区.当捆绑被标记为无效时,警告信息将被输入错误日志.注意,默认数据缓冲区不能删除。
(责任编辑：铭铭)
原文转自：www.ltesting.net
篇4：Lotus邮件数据库存储空间管理技术
Lotus邮件数据库存储空间管理技术
针对全国气象部门Lotus邮件系统管理普遍存在的'邮件数据库占用存储空间不能有效管理,严重影响Lotus系统正常运行的现状,给出建立自动归档策略、利用共享邮件减少存储量、利用Lotus Scripts自动代理管理用户邮箱和利用简单公式限制用户邮件附件大小等4种应对手段,并详细介绍办法的具体实施,并对其做对比分析,供读者借鉴,以提高Lotus邮件系统的管理人员的水平和Lotus系统运行稳定性.
作 者：燕东渭 韩涛 陈佳 陈海泉 作者单位：燕东渭,韩涛,陈佳(陕西省气象信息中心,西安,710014)陈海泉(梅州市气象局,广东梅州,514021)
刊 名：陕西气象 英文刊名：JOURNAL OF SHAANXI METEOROLOGY 年，卷(期)： ”“(6) 分类号：P409 关键词：Lotus 邮件 数据库 存储 管理篇5：SYBASE数据库用户管理基本概念(howto)
在SYBASE数据库中，用户管理是系统管理的一个重要组成部分，但其重要性却往往被人忽视，许多时候，操作数据库的命令不成功常与用户管理有关，而许多误操作命令的发生也可以通过用户管理来避免。因此，弄清用户管理的一些基本概念，对成功进行数据库系统管理有重要的作用。
下面我们将对SYBASE数据库用户的基本概念加以解释说明。 一、SQL SERVER注册用户和数据库用户
刚接触到这两个概念的时候，我们可能会有所混淆，但只要了解SYBASE SQL SERVER的结构后，就会清楚。SYBASE SQL SERVER为一进程，进程本身可管理多个数据库。而有些数据库是相互独立的，有些数据库是可以共用的，如tempdb和sysbsystemprocs数据库。SQL SERVER与本身数据库的关系犹如城市与其中楼房的关系，当进入某一城市时需某一合法的身份，但进入城市的人并非每个楼房都可进入，即使允许进入也不能干某些事。SQL SERVER注册用户与数据库用户关系即是如此。当SQL SERVER创建注册用户后，该用户就能合法进SQL SERVER，该注册用户信息会放在master数据库中的 syslogins表中。但只有注册用户成为某一数据库用户，并且对该用户赋予某些权限时，该注册用户才能在限制条件下使用数据库中的表。
二、SQL SERVER数据库用户分类
在SQL SERVER中用户一般分为以下四种：sa用户、数据库属主、数据库对象属主和数据库普通用户。sa用户在SQL SERVER中为最高等级用户，SQL SERVER中所有命令都可执行。数据库属主（dbo）用户可对本数据库中所有对象（如表、视图、存储过程等）进行操作，一般有三种途径创建：1.为系统管理员的用户；2.系统管理员的用户将创建数据库的权限赋予某个SQL SERVER中注册用户，由该用户进行数据库的创建后，自然形成数据库属主；3.系统管理员的用户创建数据库后，将某个SQL SERVER中注册用户变为数据库的属主。数据库对象属主为创建该对象的用户，在实际的数据库的管理中，一般为数据库属主。数据库普通用户必须在数据库属主对本数据库中某些对象（如表、视图、进程等）赋予某些权限时，才可对本数据库中某些对象进行允许的操作，
几者的关系是相互包含的：系统管理员的用户在进入某个数据库后，自然成为该数据库的属主，数据库属主可看作为特殊的数据库普通用户。
三、别名（aliases）与组（group）
别名（aliases）与组（group）在数据库管理中是经常用到的，它能简化数据库用户管理，方便对用户的监控。所谓别名（aliases)即将SQL SERVER中的注册用户以同一个数据库用户的身份来访问数据库，并具有与该用户相同的权限。也就是说，在数据库中只要建立一个数据库用户，对该数据库用户各种操作定义好，并使SQL SERVER 中已经定义好注册用户成为该数据库用户的别名用户后，即拥有与该用户相同的权限。这样一来，注册用户不必成为数据库的用户即可访问数据库，对所有别名用户的权限的控制只需通过对一个数据库用户的控制达到。如：有一SQL SERVER名为TEST.SER，有一名为EXAMPLE的数据库，其中有一名为OK的表，当系统管理员为TEST.SER创建名为JOHN和KATE的注册用户，EXAMPLE的数据库中有一名为OK_SELECT的数据库用户，该数据库用户有对OK表的查询权限。将JOHN和KATE这两个注册用户变为OK_SELECT的别名后，JOHN和KATE即可进入数据库，并拥有与OK_SELECT的数据库用户相同的权限。组（group）为数据库用户的集合，即通过对组(group)的权限的控制达到对该组中数据库用户的控制，但也可对该组中数据库某些用户进行格外的权限控制。在上例中的EXAMPLE的数据库中有一OK_INSERT的组，它对OK的表有插入的权限，数据库中有两个用户：MARRY和KITY，当这两个用户加入到OK_INSERT组后，MARRY和KITY就有对OK表的插入的权限。对MARRY和KITY相同的权限操作可通过对OK_SELECT组的控制可得。而使MARRY对OK表有查询权限，仅对MARRY用户赋权即可。而别名则不行。
四、SYBASE SQL SERVER的角色
一般在管理分工较细的数据库系统中，sa用户往往被分为三种角色：系统管理员角色(SA role)系统安全员角色(SSO role)、操作员角色（OPER role）。sa用户往往被锁住，其权力被以上三种角色所瓜分。这三种角色将分别用不同的数据库注册用户承担。因三种角色任务较多，所以不一一介绍。
SYBASE SQL SERVER 的用户管理是很复杂的，但首先掌握以上的内容，便对掌握SYBASE SQL SERVER的用户管理有了一定的基础。
篇6：Sybase master库日志管理数据库
Sybase master 库日志满了应该如何清除呢?可以通过以下的方法对 master库进行管理，如果确实没有足够的空间了，可以考虑对 master库进行扩容操作， 1、简单的情况下 dump trans with no_log 就可以了，master库一般不会满。 1 use master 2 go 1 checkpoint
Sybase master 库日志满了应该如何清除呢?可以通过以下的方法对 master库进行管理，如果确实没有足够的空间了，可以考虑对 master库进行扩容操作。
1、简单的情况下 dump trans with no_log 就可以了，master库一般不会满。
1>use master
2>go
1>checkpoint
2>go
1>dump tran master with no_log
2>go
00:00000:00011:2006/02/22 14:53:38.06 server WARNING: *************************
**
00:00000:00011:2006/02/22 14:53:38.06 server Attempt by user 1 to dump xact on
db master with NO_LOG
00:00000:00011:2006/02/22 14:53:38.06 server Attempt by user 1 to dump xact on
db master with NO_LOG was suclearcase/” target=“_blank” >ccessful
00:00000:00011:2006/02/22 14:53:38.06 server WARNING: *************************
**
2、如果是windows平台，则找到RUN_your_server_name.bat
如果是Unix平台，则找到RUN_your_server_name文件
编辑上面的启动文件，在行尾加上 -T3067
然后使用启动文件启动数据库，启动后
dump tran master with truncate_onlyu
go
1）备份master数据库
dump database master to '备份路径及文件名'
2）停止sybase服务
shutdown
3）编辑sybase服务启动文件(在unix下一般是“RUN_服务名”的文件，在windows下一般是“RUN_服务名.bat”的批处理文件)，
在启动文件的命令行最后加上 -T3607)
4）使用启动文件启动服务后，再dump tran master with truncate_only
5）这时dump清理日志一般多会成功。然后在停止shutdown服务，去掉-T3607，以正常方式启动服务
3、不行的话，则需要建立一设备来进行扩展或按以下方式重建:
1）备份master数据库
启动backup server，进入isql环境执行:
1>dump database master to '/sybase/master.dump'
2>go
(如果 不行的话 dump 日志 with no log)
hut downSQL/ASE Server
1>shutdown
2>go
2）创建新的足够大的master设备
$buildmaster -d
-ssize(size以2K为单位) 例:$buildmaster-d/sybase/data/master.dat -s102400
3）修改RUN_servername文件
编辑RUN_server_name文件，-d参数指向新建的设备名。
4）单用户模式重启server
$startserver -f RUN_servername -m
5）执行installmaster脚本
6）由备份文件装载master数据库
1>load database master from '/sybase/master.dump'
2>go
7）修改sysdevices信息
sp_configure 'allow updates', 1
go
begin tran
go
update sysdevices set high = 102399 , phyname = 'e:\sybase\data\master_test.dat' where name = 'master'
go
(102399=200*512-1 master设备大小为200M)
commit tran
go
8）扩展master数据库
1>alter database master on master设备名称=size(此值以M为单位)
2>go
例:alter database master on master=10
将master数据库在master设备上扩展10M
这个操作比较危险，注意先做好备份(比如 GHOST)
(责任编辑：铭铭)原文转自：www.ltesting.net
