《SQL SERVER 7 24学时教程--第24学时排错》青少年教育丛书.pdfVIP

下载 第24学时 排 错 有时在你作为一名 SQL Server数据库管理员的生涯中，会碰上这样的头疼事情—你的一 个用户数据库瘫痪掉了。问题不在于是否发生，而在于什么时候发生。这将是一个令人感到 厌烦的时刻。你的用户会问什么时候能解决，同时管理部门将查问发生了什么和谁是责任者， 而你也会问自己现在该做些什么。在这学时里，我将讲解你要用到的基本排错步骤和工具。 排错是一项很复杂的工作，而掌握它的唯一途径是实践。 本学时的要点包括： • “全完了！” • 排错步骤 • SQL Server信息资源 • SQL Server错误信息 • 处理损坏的信息库 • Database Consistency Checker • 使用跟踪标志 • 其他信息源 24.1 “全完了！” 对许多 SQL Server 的数据库管理员来说，第一份问题报告是由用户提出的。通常他会敲 开你的门，叫到“服务器坏掉了”或是“全完了”。这瞬间你会感到恐慌，你在猜想哪儿出了 毛病，可能需要花几个不眠之夜来修复它。就像我先前提到的，这是一个非常令人厌烦的时 刻。这时，你头脑中会一片空白。这些都说明了排错的重要性。虽然修复 SQL Server 可能会 很难，但是收集信息和查找故障的步骤却不太难。 24.2 排错步骤 排错过程只有很少的几步。这些步骤适用于任何服务器，而不是仅限于 SQL Server 。这 些步骤包括：首先，收集故障信息；其次，通过数据分析故障原因；然后，试着修复；最后 检测故障是否已排除。 24.2.1 文档准备 无论你是否相信，排错的第一步是文档准备，你应该在问题发生之前就在这上面花大量 时间。你要记录你对该服务器所做的一切。一个办法就是为每个服务器建立一个登记本。不 管你做了什么无关紧要的改动，都应该记在本子上。这包括从创建新用户登录到改变许可， 以及应用一个最新的服务包等任何事。这样在发生错误时，你就可以查找该登记本中的信息， 来追踪在问题发生前曾有过那些改动。 2 3 2 SQL Server 7 24 学时教程 下载 还有两个重要的原因也使你需要很仔细地为排错准备各方面的文档资料。首先，是为了 在走了弯路后能退回到起点。比如，在解决一个特定的问题时，你试图修复，但没起作用。 虽然这些操作看起来是次要的，但很可能是它们导致服务器陷入一种未知的状态。你可以使 用记录你的工作的文档信息，使服务器返回到启始状态。其次是为了重复利用。如果你解决 了某个问题并把解决的方法记录在案，那么再次碰到这类问题时就很容易了。 24.2.2 弄清情况 正如几乎与其他各种服务器遇到的问题一样，每次第一份问题报告总来自于用户。这既 是一件好事也是一件坏事。好的一面是几乎所有故障一发生你就可以知道，坏的一面是多数 情况下故障被误报或夸大了。这并不意味着你要漠视用户告诉你的一切；相反，你更应该有 保留地听取他们的报告。 比如，以B o b为例。B o b是坚持用分类账本和计算尺来做会计活的那种人。我们都认识像 B o b那样的用户。某个下午， B o b 去你办公室告诉你会计服务器瘫痪了，大家无法工作。一个 错误信息说是违反了什么东西。但是，他想最好能清除错误，所以来找你。 当你完全平静下来之后，就可以开始检查一下你所知道的东西。你从 B o b 的叙述中知道他 遇到了故障，并且他登录进了会计服务器。那么，现在干什么？你该开始进行调查工作了。 当务之急你应该去会计部门获取第一手资料。当你到了会计部门，发现其他人工作都很正常。 当你去B o b 的工作间，会发现他正在输入新的卖主，然后要他把在你来之前做的重做一遍。他 拿起一张卖主名单，并打印了所有相关的信息。当他点击了“ O K ”按钮之后，就有一条错误 信息出现在屏幕上。这条信息是“ Violation of PRIMARY key Constraints ‘P K _ Ve n d o r ’： Attempt to insert duplicate key into object ‘Ve n d o r s ’. ”。哈！现在你找到了错误所在。这条错 误很容易修复，至少你应该知道它是什么。