视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
SQLServer误区30日谈第3天即时文件初始化特性可以在SQLServer中开启和关闭
2020-11-09 07:08:16 责编:小采
文档

本系列文章是我在sqlskill.com的PAUL的博客看到的,很多误区都比较具有典型性和代表性,原文来自T-SQL Tuesday #11: Misconceptions about.... EVERYTHING!!,经过我们团队的翻译和整理发布在AgileSharp和博客园上。希望对大家有所帮助。

误区 #3: 即时文件初始化特性可以在SQL Server中 a)开启 和 b)关闭

a)是不允许的  b)是允许的

    即时文件初始化是一个在SQL Server 2005以及之上的版本鲜为人知的特性。这个特性允许数据文件(仅仅是数据文件,不包括日志文件)初始化的过程跳过填0初始化过程。这种方式是在发生灾难时大大减少Downtime的好办法---在恢复数据库时由于免去了填0初始化的过程而直接开始恢复过程。

    我之前已经写过关于即时文件初始化误区的文章了(见Misconceptions around instant initialization),但这并没有谈到这方面误区。

    你并不能在SQL Server中开启这个特性。在SQL Server启动时会检查启动SQL Server的账户是否拥有适当的Windows权限(也就是“执行卷维护任务”这个权限),当启动SQL Server实例的账户拥有这个权限后,这个特性就会针对这个实例开启,见图1.Kimberly有一篇关于讲述如何开启这个特性细节的文章Instant Initialization - What, Why, and How。

    111

图1.开启执行卷维护任务(Perform Volume Maintenance Tasks )

    你可以在SQL Server中查看即时文件初始化特性是否开始,通过追踪标志3004(3605可以强制输出错误信息)创建一个数据库,在日志中查看是否有填0操作,如果即时文件初始化有填0初始化操作,则这个特性在SQL Server中并没有开启。

    你可以在SQL Server中通过追踪标志1806设置为ON来暂时停止即时文件初始化特性。如果你想永久的禁止这个特性,请把启动SQL Server账户中”执行卷维护任务”这个权限删除。

    这两个追踪标志是在SQL Server Premier Field Engineer Blog和How and Why to Enable Instant File Initialization这两篇博文中首次被提到的。

    如果可以的话,尽量打开这个特性。

您可能感兴趣的文章:

  • SQL Server误区30日谈 第29天 有关堆碎片的误区
  • SQL Server误区30日谈 第28天 有关大容量事务日志恢复模式的误区
  • SQL Server误区30日谈 第27天 使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB
  • SQL Server误区30日谈 第26天 SQL Server中存在真正的“事务嵌套”
  • SQL Server误区30日谈 第25天 有关填充因子的误区
  • SQL Server误区30日谈 第24天 26个有关还原(Restore)的误区
  • SQL Server误区30日谈 第23天 有关锁升级的误区
  • SQL Server误区30日谈 第22天 资源器可以IO
  • SQL Server误区30日谈 第21天 数据损坏可以通过重启SQL Server来修复
  • SQL Server误区30日谈 第20天 破坏日志备份链之后,需要一个完整备份来重新开始日志链
  • SQL Server误区30日谈 第19天 Truncate表的操作不会被记录到日志
  • SQL Server误区30日谈 第18天 有关FileStream的存储,垃圾回收以及其它
  • SQL Server误区30日谈 第17天 有关页校验和的误区
  • SQL Server误区30日谈 第16天 数据的损坏和修复
  • SQL Server误区30日谈 第15天 CheckPoint只会将已提交的事务写入磁盘
  • SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始化
  • SQL Server误区30日谈 第13天 在SQL Server 2000兼容模式下不能使用DMV
  • SQL Server误区30日谈 第12天 TempDB的文件数和需要和CPU数目保持一致
  • SQL Server误区30日谈 第11天 镜像在检测到故障后瞬间就能故障转移
  • SQL Server误区30日谈 第10天 数据库镜像在故障发生后 马上就能发现
  • SQL Server误区30日谈 第9天 数据库文件收缩不会影响性能
  • SQL Server误区30日谈 第8天 有关对索引进行在线操作的误区
  • SQL Server误区30日谈 第7天 一个实例多个镜像和日志传送延迟
  • SQL Server误区30日谈 第6天 有关NULL位图的三个误区
  • SQL Server误区30日谈 第5天 AWE在位SQL SERVER中必须开启
  • SQL Server误区30日谈 第4天 DDL触发器就是INSTEAD OF触发器
  • SQL Server误区30日谈 第2天 DBCC CHECKDB会导致阻塞
  • SQL Server误区30日谈 第1天 正在运行的事务在服务器故障转移后继续执行
  • SQL Server误区30日谈 第30天 有关备份的30个误区
  • 下载本文
    显示全文
    专题