<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[pengloo的专栏]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/pengloo</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; pengloo]]></copyright><item><title><![CDATA[SQL2005 日志文件丢失（SQL2005 transaction log not found)]]></title><link>https://blog.youkuaiyun.com/pengloo/article/details/6337015</link><guid>https://blog.youkuaiyun.com/pengloo/article/details/6337015</guid><author>pengloo</author><pubDate>Wed, 20 Apr 2011 21:17:00 +0800</pubDate><description><![CDATA[<br />日志文件丢失了会有什么后果呢？就是失去了对数据库一致性的保障。比如A从他账户里取出100元钱，汇到B的账户中，就在钱刚取出后还没进B账户前日志文件丢失了，那最终这笔交易就无迹可查了。A的钱就没有了，B也不会收到100元钱了。可见，日志文件对维护数据库完整性是多么重要。<br /> <br />如果日志文件丢失，首先建议从过去的备份恢复整个数据库。如果没有备份（怎么能不做备份呢？！），那就只有重建日志文件了。对于SQL2005来说，又以下两种方案：<br />1. 停止数据库服务。<br />2.]]></description><category></category></item><item><title><![CDATA[什么是IE中的保护模式(protected mode)]]></title><link>https://blog.youkuaiyun.com/pengloo/article/details/6243378</link><guid>https://blog.youkuaiyun.com/pengloo/article/details/6243378</guid><author>pengloo</author><pubDate>Sat, 12 Mar 2011 14:30:00 +0800</pubDate><description><![CDATA[保护模式是从Windows Vista中引进的一个新的安全控制机制。它将操作系统中运行的进程(process)和对象（比如注册表，文件夹）进一步划分了安全等级。有3个级别（High,
Medium, Low），如果一个Low安全级别的进程(比如一个IE进程)要往具有Medium级别的对象上写东西，就会被Access Denied掉。即使运行进程的账户具有往对象上写东西的权限，在保护模式下一样会被Access
Denied掉，因为操作系统会先做保护模式下的安全审查，再做文件属性上的安全审查。另外，由一个具]]></description><category></category></item><item><title><![CDATA[Why my SQL transaction log grows so large and my disk doesn't have enough space.]]></title><link>https://blog.youkuaiyun.com/pengloo/article/details/6204016</link><guid>https://blog.youkuaiyun.com/pengloo/article/details/6204016</guid><author>pengloo</author><pubDate>Thu, 24 Feb 2011 08:48:00 +0800</pubDate><description><![CDATA[<br />昨天在帮助一个客户检查他的SQL Server数据库整体情况。发现都还好，除了日子文件特别大，46G，而磁盘也就48G左右。如果日子文件因为空间不够而不能再增长了，那数据库就停止了。情况比较紧急。<br /> <br />按照常规步骤：<br />1. dbcc sqlperf(database name), 密度很高，居然是100%  看来是真的满了。<br />2. dbcc opentran 无返回。说明没有开着的transaction.<br />3. backup log <datab]]></description><category></category></item><item><title><![CDATA[如何快速解决Affinity mask和Affinity I/O mask冲突(conflict)问题]]></title><link>https://blog.youkuaiyun.com/pengloo/article/details/6186986</link><guid>https://blog.youkuaiyun.com/pengloo/article/details/6186986</guid><author>pengloo</author><pubDate>Tue, 15 Feb 2011 23:02:00 +0800</pubDate><description><![CDATA[SQL Server Engine, 关联掩码，I/O关联掩码，冲突，Error 5834]]></description><category></category></item></channel></rss>