Device activity detail （报告个设备读写完成次数及占总I/O的百分比。可用来确定设备和对象分布是否合理。）

   Device semaphore granted and waited (报告立即授予设备信号的次数及信号忙而任务被迫等待信号释放的次数。此资料只对SMP环境有意义。

               对存在信号争用的设备解决办法之一是重新分配物理设备上的资料。）

Network I/O management (网络I/O管理)

             无论I/O属于入站还是出站，ASE接收到一个大于信息报大小的命令则ASE将等待直到接收到完整命令才开始处理。因此需要多个信息包命令执行速度较慢且占用I/O资源较多。

             如果每个信息包的平均字节数接近为服务器配置得缺省信息包大小，则需要为某些连接配置较大的信息包大小。可为所有连接配置网络信息包大小，或允许某种连接使用较大的信息包大小登陆。

  Network I/Os delayed （报告I/O延迟次数。如此值始终为非0值应咨询网管。）

  Average bytes received per packet (采样期间接收的所有信息包平均大小。)

  Average bytes sent per packet (发送信息包平均大小。)

              关于减少信息包开销：应用使用存储过程可通过关闭某种TDS的消息提高吞吐量，该TDS消息是在存储过程中执行的每个select语句之后发送的消息。此消息（done in proc）用于某些客户端产品。在某些情况下，关闭(done in proc)也关闭“rows returned”消息。这些消息可能在某些client-library程序中出现，但许多客户端只是简单放弃了这些结果。测试客户端产品和open client程序的设置，以便在生产系统中禁用此消息之前确定是否有影响。

               关闭(done in proc)可在某些环境中略微提高吞吐量，特别是速度较慢或过载网络中，但在其它环境也可能没有任何效果。

                关闭消息：dbcc tune (doneinproc,0)

                开启消息: dbcc tune （doneinproc,1）此命令必须在每次重启时发出。

七.用户数据库的完整性和性能管理：

数据库完整性：

1页级和行级的页链和资料指针用dbcc checkstorage，dbcc checktable,

dbcc checkdb

     dbcc checkdb (dbname)        数据库级检测

dbcc checktable (tablename)      表级检测

2.检查页分配用 dbcc checkstorag, dbcc checkalloc, dbcc checkverif, dbcc tablealloc, dbcc indexalloc

3.dbcc checkcatalog (dbname)

我们可在sql advantage中执行dbcc命令然后观察输出结果是否报错，如若有错采取相应措施。

  注：dbcc 需要开销一定的磁盘等资源，请勿在服务器繁忙时执行。其它dbcc命令请参考sybase管理手册

性能管理：

表的更新活动会导致空间利用不充分及性能下降。reorg命令既用来重组表空间并提高性能。

1.   reorg reclaim_space 回收因删除和行缩短更新操作产生的页上的未用空间。

reorg reclaim_space tablename回收表上的未用空间

2.   reorg rebuild 撤消行转移及回收空间，重写所有行以便与表的聚簇索引一致，向数据页写入行以便与通过sp_chgattribute对空间管理设置所做的改变保持一致,删除并重建表的所有索引

reorg rebuild tablename 回收表空间，重建所有索引。

      注：reorg同dbcc一样 需要开销一定的磁盘等资源，请勿在服务器繁忙时执行。其它dbcc命令请参考sybase管理手册。

3.   update statistics,update all statistics 更新制定索引中键值分布信息和列信息。更新索引或表中所有列的信息。

Update statistics table 更新索引和表中的信息。

    4．sp_recompile 让使用该表的存储过程和触发器在下次运行时重新编译。在添加索引或对数据库进行其它影响统计信息的更改时，表的存储过程和触发器可能会失效。通过重新编译可将查询优化到最有效的状态。

      sp_recompile tablename 使用该表的存储过程和触发器在下次运行时重新编译。

八.数据库备份和恢复：

备份

  添加备份设备：sp_addumpdevice  tape, logicalname, physicalname,tapesize

       假设添加unix下的备份设备容量为4G，磁带路径为/dev/rmt/c1b0t0l0n

   sp_addumpdevice tape,tape,'/dev/rmt/c1b0t0l0n',4000    

NT:

      1.备份到硬盘 dump database dbname to ‘x:\path\filename’

      2.备份到磁带 dump database dbname to ‘\.\tape0’ with init,capacity=xxxxx

      其中init参数为初始化磁带，capacity为容量。单位为K

3.备份到备份设备tape dump database dbname to tape with init

        指定备份设备就不需指定绝对路径和容量

 UNIX:

1.备份到硬盘 dump database dbname to ‘/path/filename’

2备份到磁带 dump database dbname to ‘/dev/rmt/tapedevie’ with init,capacity=xxxxx

       其中/dev/rmt/tape为unix下磁带设备名。init参数为初始化磁带，capacity为容量。单位为K

  恢复：

  NT:   

1.   从硬盘恢复load database dbname from ‘x:\path\filename’

2.   从磁带恢复 load database dbname from ‘\.\tape0’或load database dbname from tape

\.\tape0为未添加到sybase的备份设备名

tape为添加到sybase的备份设备名

  UNIX:   

3.   从硬盘恢复load database dbname from ‘/path/filename’

4.   从磁带恢复 load database dbname from ‘/dev/rmt/cxbxtxlx’或load database dbname from tape

/dev/rmt/cxbxtxlx 为未添加到sybase的备份设备名

tape为添加到sybase的备份设备名

九．一些可能出现的问题及相应措施

1． Dbcc在数据库活动频繁时执行可能会报告索引损坏。此时并不一定真是索引有问题，可能只是因为checkpoint未执行导致缓存中的页同磁盘页不一致，先checkpoint看能否解决问题，如果不行的话再执行dbcc reindex （table_name）一般来说就可以解决的。如果还不行的话看是否需要将索引删除再重建。还有一个办法就是将表中的资料bcp out后

上一页  [1] [2] [3] [4]  下一页