Saturday, June 12, 2010

文件自动增长和自动收缩SQL Server

文件自动增长和自动收缩

SQL Server允许用户设置数据库初始值、最大值,可以自动增长或者自动收缩。通过这些设置,可以防止数据库空间问题而导致的应用程序修改失败或者SQL Server把硬盘空间耗尽之类的事情发生。一般来讲,如果数据库不是很繁忙,默认的设置(开启自动增长)能够满足大部分的需求。但是数据文件和日志文件增长本身是一件耗费系统资源和影响性能的工作。所以如果完全依赖SQL Server自动完成,可能会导致系统性能不够稳定。一个管理得比较精细的系统,应该预先考虑到可能的空间使用需求,提前规划并引导数据的流向。尽量避免空间用尽而使得SQL Server不得不自动增长的现象发生。同时也要确保每一次自动增长都能够在可接受的时间内完成,及时满足客户端应用的需求。

那么怎么才能达到这样的目的呢?在谈论最佳配置之前,首先要讨论一下SQL Server数据文件和日志文件空间申请的一些特点。还是以下面这个数据库(如图1-31所示)为例。它有3个数据文件(假设它们属于同一个文件组)和两个日志文件(见表1-7):

Thursday, June 10, 2010

关于MSSQL I/O写入次数很高问题的分析


  1. 看一下task manager, 如果Sql Server 占有的内存即使在服务器最忙得时候都不超过2GB, 而你有4GB内存,可以考虑在Windows boot.ini启动文件中加入 /3GB变量。这样SqlServer就可以使用3GB的内存,多1GB意味着更大的缓存,可以不用到Disk取频繁读取了.

  2. 运行Perfmon,加入“Page Life Expectancy”如果这个值始终小于300秒,意味着你需要更大的内存,加入“Buffer Cache hit ratio” 如果这个值小于90%,意味着你需要更大的内存.加入 “Average Disk Queue length” 如果总是大于2,意味着磁盘操作需要排队完成。考虑升级存储设备.

  3. 运行profiler,跟踪器只选Stored procedure 和 T-Sql, 在Filter(过滤) tab, 选duration(时长)大于5000,这告诉跟踪器只捕捉运行时间超过5秒的程序。 你可以根据自己的情况调整这个变量。目的是找到制造麻烦的SQL.

  4. 运行sp_who2 ,看blk by 栏, 如果这栏不是空白, 有一个数字, 这就是造成阻塞(blocking)的线程id. 然后运行DBCC Inputbuffer(线程id), 你就可以看见这个线程在干什么。

  5. 确认你的客户端程序使用connection pooling,并在完成任务后关闭连接。Sqlserver默认255个连接,如果使用connection pooling, 这个值应该足够应付大多数情况。 如果你确认255不够,可以使用sp_configure重设这个值

  6. 以上都是在认为你完成数据库日常维护的前提下。 如果你不做日常维护,请立即开始。 经常用 DBCC indexDefrag. 每隔一段时间用DBCC DBREINDEX 重建 index. 你可以运行 DBCC Showcontig, 然后看Scan Density ,如果主要的大表Scan Density < 40%, 意味着你有严重的Fragmentation(碎片),该用DBCC REINDEX去整理了.
    DBCC SHOWCONTIG 执行后,结果全部类似下面片断
    [cc lang='text' line_numbers='false']DBCC SHOWCONTIG 正在扫描 'sysobjects' 表...
    表: 'sysobjects'(1);索引 ID: 1,数据库 ID: 12
    已执行 TABLE 级别的扫描。
    - 扫描页数.....................................: 586
    - 扫描扩展盘区数...............................: 91
    - 扩展盘区开关数...............................: 585
    - 每个扩展盘区上的平均页数.....................: 6.4
    - 扫描密度[最佳值:实际值]....................: 12.63%[74:586]
    - 逻辑扫描碎片.................................: 47.27%
    - 扩展盘区扫描碎片.............................: 97.80%
    - 每页上的平均可用字节数.......................: 2209.8
    - 平均页密度(完整)...........................: 72.70%[/cc]


Tuesday, June 8, 2010

Error: Could not stat() command file '/var/lib/nagios2/rw/nagios.cmd'

Error: Could not stat() command file '/var/lib/nagios2/rw/nagios.cmd'!
[cc lang="bash"]stop nagios2
/etc/nagios2# dpkg-statoverride --update --add nagios www-data 2710 /var/lib/nagios2/rw
/etc/nagios2# dpkg-statoverride --update --add nagios nagios 751 /var/lib/nagios2
start nagios2[/cc]

Monday, June 7, 2010

永久转向

[cc lang='apache' line_numbers='false']
Options +FollowSymLinks
RewriteEngine on
RewriteRule ^(.*) http://fred.oracle1.com/$1 [R=301,L][/cc]