10
2014
03

SQL Server 2008事务日志清理

这里的事务日志清理是指截断事务日志并释放空间。

操作方法:

1、通过备份事务日志进行截断

10
2014
03

清理SQL Server日志释放文件空间的终极方法

【问题场景】有一个数据库,它的名字叫CNBlogsText,日志文件霸占了23G硬盘空间,而事务日志已经截断(Truncate),实际日志内容很小,1G都不到。23G的空间只放1G不到的日志,就如同用一栋别墅养一只宠物,太奢侈了!秉承中华民族勤俭节约的美德,这种奢侈是绝对不允许的,必须要释放日志文件霸占的多余空间。

但是,无论怎么收缩(Shrink)日志文件,空间就是不能释放,总是出现错误:

Cannot shrink log file 2 (CNBlogsText_log) because of minimum log space required.

之前解决过类似的问题,也写过一篇博客-SQL Server 2008事务日志清理,当时采用的最终解决方法是:

10
2014
03

监测ASP.NET应用程序性能最简单的方法

监测ASP.NET应用程序性能有很多种方法,你心目最简单的方法是什么?

我目前找到的最简单的方法是:在Windows性能监视器(Performact Monitor)中监测ASP.NET Applications的Request Execution Time参数。


10
2014
03

重新组织和重新生成索引

索引是数据库引擎中针对表(有时候也针对视图)建立的特别数据结构,用来帮助查找和整理数据。索引的重要性体现在能够使数据库引擎快速返回查询 结果。当对索引所在的基础数据表进行修改时(包括插入、删除和更新等操作),会导致索引碎片的产生。当索引的逻辑排序和基础表或视图的物理排序不匹配时, 就会产生索引碎片。随着索引碎片的不断增多,查询响应时间就会变慢,查询性能也会下降。在SQL Server 2005中,要解决这个问题,要么重新组织索引要么重新生成索引。

10
2014
03

SQL Server日志文件不断增长处理方法

先了解SQLServer需要保存的日志记录:

1、所有没有经过“检查点”的日志记录:

SQLServer定时执行(Checkpoint),保证“脏页”被写入硬盘。没做Checkpoint的,可能是只在内存中修改,数据文件还没同步。SQLServer要在硬盘的日志文件中有记录,一边异常重启后重新修改。

2、所有没有提交的事务所产生的日志及其后续的日志记录:

所有日志都有严格顺序,不能有跳跃。

10
2014
03

实战 SQL Server 2008 数据库误删除数据的恢复

今天有个朋友很着急地打电话给我,他用delete语句误删除了SQL Server 2008数据库中两个表中的所有记录,而这个数据库之前没有任何备份。让我帮他解决一下,不然他要赔偿客户很多钱。

SQL Server中误删除数据的恢复本来不是件难事,从事务日志恢复即可。但是,这个恢复需要有两个前提条件:

1. 至少有一个误删除之前的数据库完全备份。

10
2014
03

ASP.NET 4.0升级至ASP.NET 4.5需要注意的地方

原以为只要在Visual Studio 2012中将每个项目的Target framework设置为.NET Framewor 4.5进行编译,然后在web.config中设置compilation的targetFramework为4.5,就升级到了ASP.NET 4.5。

10
2014
03

迁入阿里云后遇到的Request.UserHostAddress记录IP地址问题

今天迁移至阿里云后,出现了一个问题,有些站点记录的访问者IP全是阿里云的两个内网IP,而程序中是通过Request.UserHostAddress读取IP地址的,之前从没遇到过这个问题,很是奇怪。经过分析比较发现,出现这些问题的站点都是跑在使用了负载均衡的Web服务器上(使用负载均衡,也是这次迁移在性能上的一处提升),这个问题应该与负载均衡有关。

10
2014
03

Hello, world!

欢迎使用Z-Blog,这是程序自动生成的文章.您可以删除或是编辑它,在没有进行"文件重建"前,无法打开该文章页面的,这不是故障:)

系统总共生成了一个"留言本"页面,和一个"Hello, world!"文章,祝您使用愉快!