随笔 - 120, 文章 - 1, 评论 - 166, 阅读 - 19万
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
< 2025年3月 >
日 一 二 三 四 五 六
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

01 2013 档案

SQL Server 灾难恢复31天之第6天：管理区分配页损坏处理

摘要：说明：灾难恢复系列的文章是由 Robert Davis 写的，发布在SQLSoldier， 个人认为挺不错的，所以根据自己的理解，边测试边整理，并非直接翻译，如有不准确，欢迎指正。本篇进入数据库灾难恢复第五篇，上一篇演示了修复简单的非聚集索引损坏，今天，我们将看一个稍复杂点儿的，那就是管理区分配页损坏，不过分配页无法修复，只能恢复整个数据库。什么是管理区分配页？管理区分配页是数据文件中特殊的页，用来跟踪和管理区分配，本篇将关注三种：全局分配映射表 (GAM)：记录已分配的区，对于一个数据文件，每4GB会有一个GAM页，它的ID总是为2，之后每511,232页出现一次。 Page ID = 2 阅读全文

posted @ 2013-01-11 14:57 nzperfect 阅读(1060) 评论(1) 推荐(0) 编辑

SQL Server 灾难恢复系列文章索引

摘要：说明：灾难恢复系列的文章是由 Robert Davis 写的，发布在SQLSoldier， 个人认为挺不错的，所以根据自己的理解，边测试边整理，并非直接翻译，如有不准确，欢迎指正。目录：SQL Server 灾难恢复31天之第1天：DBCC CHECK命令会自动使用已经存在的数据库快照吗？SQL Server 灾难恢复31天之第2天：包含数据库备份在还原时的保护SQL Server 灾难恢复31天之第3天：在还原数据库时确定需要哪些备份文件SQL Server 灾难恢复31天之第4天：备份SQL Server 灾难恢复31天之第5天：处理损坏的非聚集索引SQL Server 灾难恢复31天之第 阅读全文

posted @ 2013-01-11 11:30 nzperfect 阅读(1215) 评论(0) 推荐(2) 编辑

SQL Server 灾难恢复31天之第5天：处理损坏的非聚集索引

摘要：说明：灾难恢复系列的文章是由 Robert Davis 写的，发布在SQLSoldier， 个人认为挺不错的，所以根据自己的理解，边测试边整理，并非直接翻译，如有不准确，欢迎指正。本篇进入数据库灾难恢复第五篇，从本篇开始，主要深入讲述一些数据page损坏的问题，先从容易修复的非聚集索引开始。通常，处理数据损坏的情况按三个步骤进行：1.确定损坏(使用DBCC CHECKDB)2.确定损坏的对象及对象类型(如索引页、分配页等)3.确定适合的修复方法确定损坏当我们在做一些例行完整性检查或者收到一些其它的错误或警告，如果有一个page损坏的信息，不要直接就去处理这个页面，应该先对数据库运行DBCC C 阅读全文

posted @ 2013-01-11 11:25 nzperfect 阅读(1941) 评论(0) 推荐(0) 编辑

SQL Server 灾难恢复31天之第3天：在还原数据库时确定需要哪些备份文件

摘要：说明：灾难恢复系列的文章是由 Robert Davis 写的，发布在SQLSoldier， 个人认为挺不错的，所以根据自己的理解，边测试边整理，并非直接翻译，如有不准确，欢迎指正。本篇进入数据库灾难恢复第三篇，主要提供一个脚本，该脚本通过读取msdb库的一些备份记录信息，自动得到指定数据库最后一个全备+最后一个差异+这之后的全部Log备份。场景：假设你的数据库在某一个时间点被误删除了一个表或者多个表数据，之后发现这个问题，现在需要把数据恢复，那么你可能要先还原一个全备，再加一个差异备（如果有），然后再还原一堆Log备份，如果你5分钟一个Log备份，那么你如果快速的确定这些文件名称及所在位置，以 阅读全文

posted @ 2013-01-10 22:19 nzperfect 阅读(875) 评论(0) 推荐(0) 编辑

SQL Server 灾难恢复31天之第4天：备份

摘要：说明：灾难恢复系列的文章是由 Robert Davis 写的，发布在SQLSoldier， 个人认为挺不错的，所以根据自己的理解，边测试边整理，并非直接翻译，如有不准确，欢迎指正。本篇进入数据库灾难恢复第四篇，主要讨论备份的重要以及一些容易被忽视而没有备份。系统数据库大多数人都知道要备份用户数据库，其实系统数据也需要备份，他们是master,model,msdb,distribution，以及resource数据库，它的备份采用copy数据文件(mssqlsystemresource.mdf and mssqlsystemresource.ldf)的方式，copy到你的放备份的目录。证书和非对 阅读全文

posted @ 2013-01-10 22:19 nzperfect 阅读(877) 评论(0) 推荐(0) 编辑

SQL Server 灾难恢复31天之第2天：包含数据库备份在还原时的保护

摘要：说明：灾难恢复系列的文章是由 Robert Davis 写的，发布在SQLSoldier， 个人认为挺不错的，所以根据自己的理解，边测试边整理，并非直接翻译，如有不准确，欢迎指正。本篇进入数据库灾难恢复第二篇，主要讨论还原包含数据库备份的还原时的保护措施，特别是当你拿到一个包含数据库备份，但没有人告诉你他是一般数据库还是包含数据库时，它本身会是一个什么样的保护措施呢？还原包含数据库：当我了解到包含性数据库，我第一个担心的问题是，作为一个dba如何阻止那些没有专业知识的人来访问数据库呢？还好，已经有三个保护层面了。第一层保护：在还原一个包含数据库或创建一个包含数据库之前，或者之前已经存在一个包含 阅读全文

posted @ 2013-01-10 22:18 nzperfect 阅读(1231) 评论(0) 推荐(0) 编辑

SQL Server 灾难恢复31天之第1天：DBCC CHECK命令会自动使用已经存在的数据库快照吗？

摘要：说明：灾难恢复系列的文章是由 Robert Davis 写的，发布在SQLSoldier， 个人认为挺不错的，所以根据自己的理解，边测试边整理，并非直接翻译，如有不准确，欢迎指正。作为灾难恢复这个系列的第一篇文章，我们看一下如果一个数据库存在快照数据库，那么当执行DBCC CHECK命令时，是否会自动使用已存在的快照数据库呢？我一直认为是不会的，并且也这样告诉其它人。为了证明给我自己以及其它人，本篇将尝试最终去证明DBCC CHECK命令将不会使用已存在的数据库快照。执行DBCC CHECK命令时是否会自动使用已存在的快照数据库 ?我做了大量DBCC CHECK命令的调查试图找到办法查看DBC 阅读全文

posted @ 2013-01-10 22:17 nzperfect 阅读(1505) 评论(0) 推荐(0) 编辑

发布订阅延迟故障排查案例：分发读进程延迟

摘要：背景：最近一段时间，有一个发布订阅在晚上总是报延时，由于晚上在copy备份占用带宽，而且晚上没有人使用订阅上的数据，所以也一直没有去看，最近有时间，上去看了下，发现诸多问题，服务器是12GB内存16CPU.排查步骤及解决办法：1.查看到当前大量的PAGEIOLATCH_SH等待信息，执行的是分发的读程进命令SQL-sp_MSget_repl_commands，怀疑IO/内存有压力，理论上分发库不大，应该可以全部缓存在内存中：2.于是查看分发库大小，发现有22GB，再查看表msrepl_commands数据量，居然有4000W，16GB大小：3.需要再排查一下是发布到分发和分发到订阅是哪个出现了 阅读全文

posted @ 2013-01-09 10:16 nzperfect 阅读(1455) 评论(0) 推荐(1) 编辑

点击右上角即可分享
微信分享提示