IT博客-处变不惊，处忧不虑，不争一年的兴衰，但看十年的功过。笑中千关过，愁内百事哀，挣胜是祸，繁华似梦，平淡是福。-随笔分类-SQL Server2000数据库

SQL Server 2000与SQL Server 2005 链接服务器兼容的问题

你向前迈了一步后，就不要再留恋过去的风景 — Fri, 11 Apr 2008 08:35:00 GMT

不通过服务器ip 172.16.2.1，而通过域名CustomerDB

表名customer

你向前迈了一步后，就不要再留恋过去的风景 2008-04-11 16:35 发表评论

无日志恢复数据库

你向前迈了一步后，就不要再留恋过去的风景 — Tue, 20 Nov 2007 02:31:00 GMT

数据库日志文件的误删或别的原因引起数据库日志的损坏
　
　方法一
　　1.新建一个同名的数据库
　　2.再停掉sql server(注意不要分离数据库)
　　3.用原数据库的数据文件覆盖掉这个新建的数据库
　　4.再重启sql server
　　5.此时打开企业管理器时会出现置疑，先不管，执行下面的语句(注意修改其中的数据库名)
　　6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用
　　数据库的脚本创建一个新的数据库,并将数据导进去就行了.
　　USE MASTER
　　GO
　　SP_CONFIGURE ’ALLOW UPDATES’,1 RECONFIGURE WITH OVERRIDE
　　GO
　　UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME=’置疑的数据库名’
　　Go
　　sp_dboption ’置疑的数据库名’, ’single user’, ’true’
　　Go
　　DBCC CHECKDB(’置疑的数据库名’)
　　Go
　　update sysdatabases set status =28 where name=’置疑的数据库名’
　　Go
　　sp_configure ’allow updates’, 0 reconfigure with override
　　Go
　　sp_dboption ’置疑的数据库名’, ’single user’, ’false’
　　Go
　　方法二
　　事情的起因
　　昨天，系统管理员告诉我，我们一个内部应用数据库所在的磁盘空间不足了。我注意到数据库事件日志文件XXX_Data.ldf文件已经增长到了3GB，于是我决意缩小这个日志文件。经过收缩数据库等操作未果后，我犯了一个自进入行业以来的最大最愚蠢的错误:竟然误删除了这个日志文件!后来我看到所有论及数据库恢复的文章上都说道:“无论如何都要保证数据库日志文件存在，它至关重要”，甚至微软甚至有一篇KB文章讲如何只靠日志文件恢复数据库的。我真是不知道我那时候是怎么想的?!
　　这下子坏了!这个数据库连不上了，企业管理器在它的旁边写着“(置疑)”。而且最要命的，这个数据库从来没有备份了。我唯一找得到的是迁移半年前的另外一个数据库服务器，应用倒是能用了，但是少了许多记录、表和存储过程。　　
没有效果的恢复步骤
　　附加数据库
　　_Rambo讲过被删除日志文件中不存在活动日志时，可以这么做来恢复:
　　1，分离被置疑的数据库，可以使用sp_detach_db
　　2，附加数据库，可以使用sp_attach_single_file_db
　　但是，很遗憾，执行之后，SQL Server质疑数据文件和日志文件不符，所以无法附加数据库数据文件。
　　DTS数据导出
　　不行，无法读取XXX数据库，DTS Wizard报告说“初始化上下文发生错误”。
　　紧急模式
　　怡红公子讲过没有日志用于恢复时，可以这么做:
　　1，把数据库设置为emergency mode
　　2，重新建立一个log文件
　　3，把SQL Server 重新启动一下
　　4，把应用数据库设置成单用户模式
　　5，做DBCC CHECKDB
　　6，如果没有什么大问题就可以把数据库状态改回去了，记得别忘了把系统表的修改选项关掉
　　我实践了一下，把应用数据库的数据文件移走，重新建立一个同名的数据库XXX，然后停掉SQL服务，把原来的数据文件再覆盖回来。之后，按照怡红公子的步骤走。
　　但是，也很遗憾，除了第2步之外，其他步骤执行非常成功。可惜，重启SQL Server之后，这个应用数据库仍然是置疑!
　　不过，让我欣慰的是，这么做之后，倒是能够Select数据了，让我大出一口气。只不过，组件使用数据库时，报告说:“发生错误:-2147467259,未能在数据库 ’XXX’ 中运行 BEGIN TRANSACTION，因为该数据库处于回避恢复模式。”
　　最终成功恢复的全部步骤
　　设置数据库为紧急模式
　　停掉SQL Server服务;
　　把应用数据库的数据文件XXX_Data.mdf移走;
　　重新建立一个同名的数据库XXX;
　　停掉SQL服务;
　　把原来的数据文件再覆盖回来;
　　运行以下语句，把该数据库设置为紧急模式;
　　运行“Use Master
　　Go
　　sp_configure ’allow updates’, 1
　　reconfigure with override
　　Go”
　　执行结果:
　　DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
　　已将配置选项 ’allow updates’ 从 0 改为 1。请运行 RECONFIGURE 语句以安装。
　　接着运行“update sysdatabases set status = 32768 where name = ’XXX’”
　　执行结果:
　　(所影响的行数为 1 行)
　　重启SQL Server服务;
　　运行以下语句，把应用数据库设置为Single User模式;
　　运行“sp_dboption ’XXX’, ’single user’, ’true’”
　　执行结果:
　　命令已成功完成。
　　ü 做DBCC CHECKDB;
　　运行“DBCC CHECKDB(’XXX’)”
　　执行结果:
　　’XXX’ 的 DBCC 结果。
　　’sysobjects’ 的 DBCC 结果。
　　对象 ’sysobjects’ 有 273 行，这些行位于 5 页中。
　　’sysindexes’ 的 DBCC 结果。
　　对象 ’sysindexes’ 有 202 行，这些行位于 7 页中。
　　’syscolumns’ 的 DBCC 结果。
　　………
　　ü 运行以下语句把系统表的修改选项关掉;
　　运行“sp_resetstatus "XXX"
　　go
　　sp_configure ’allow updates’, 0
　　reconfigure with override
　　Go”
　　执行结果:
　　在 sysdatabases 中更新数据库 ’XXX’ 的条目之前，模式 = 0，状态 = 28(状态 suspect_bit = 0)，
　　没有更新 sysdatabases 中的任何行，因为已正确地重置了模式和状态。没有错误，未进行任何更改。
　　DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
　　已将配置选项 ’allow updates’ 从 1 改为 0。请运行 RECONFIGURE 语句以安装。
　　重新建立另外一个数据库XXX.Lost;
　　DTS导出向导
　　运行DTS导出向导;
　　复制源选择EmergencyMode的数据库XXX，导入到XXX.Lost;
　　选择“在SQL Server数据库之间复制对象和数据”，试了多次，好像不行，只是复制过来了所有表结构，但是没有数据，也没有视图和存储过程，而且DTS向导最后报告复制失败;
　　所以最后选择“从源数据库复制表和视图”，但是后来发现，这样总是只能复制一部分表记录;
　　于是选择“用一条查询指定要传输的数据”，缺哪个表记录，就导哪个;
　　视图和存储过程是执行SQL语句添加的。
　　维护Sql Server中表的索引
　　在使用和创建数据库索引中经常会碰到一些问题，在这里可以采用一些另类的方法解决…
　　--第一步:查看是否需要维护，查看扫描密度/Scan Density是否为100%
　　declare @table_id int
　　set @table_id=object_id(’表名’)
　　dbcc showcontig(@table_id)
　　--第二步:重构表索引
　　dbcc dbreindex(’表名’,pk_索引名,100)
　　--重做第一步，如发现扫描密度/Scan Density还是小于100%则重构表的所有索引
　　--并不一定能达100%。
　　dbcc dbreindex(’表名’,’’,100)

你向前迈了一步后，就不要再留恋过去的风景 2007-11-20 10:31 发表评论

SQL Server 2000 系统表详细说明

你向前迈了一步后，就不要再留恋过去的风景 — Sun, 18 Nov 2007 07:29:00 GMT

摘要: SQL Server 2000 系统表详细说明 sysaltfiles 主数据库保存数据库的文件 syscharsets 主数据库字符集与排序顺序 sysconfigures 主数据库配置选项 syscurconfigs 主数据库当前配置选项 sysdatabases 主数据库服务器... 阅读全文

你向前迈了一步后，就不要再留恋过去的风景 2007-11-18 15:29 发表评论

DBA自学之道

你向前迈了一步后，就不要再留恋过去的风景 — Sat, 13 Oct 2007 14:35:00 GMT

DBA自学之道

摘自：http://www.windbi.com/showtopic-68.aspx

DBA自学之道

--王成辉翻译整理，转贴请注明出自微软BI开拓者www.windbi.com
--原帖地址

你不可能上大学去成为一个DBA。当然，你可能在那里学到一些数据库理论和设计的基本课程，甚至可能还有一两节特定数据库的课程，但没有能成为DBA的全面的大学课程。

当然，许多培训中心提供SQLServer的一周的课程，但正如你可能知道的那样，他们仅提供一些基础，不能真正教你你想知道的一切。此外，这需要付钱，如果你是自费的话，或在你的城市没有培训中心的话，这不可能是一个实际的选择。

那么，如果象你这样想成为一个DBA的人（或成为一个高级DBA，如果你已经是一个初级DBA的话），该有什么样的选择呢？如果你没能从课堂得到你真正需要的培训，你将转向哪儿呢？

如果你象我知道的大多数DBA一样，走的是自学的路的话，这不是一条容易的路，但如果你真正想成为一个DBA而成就你自己的职业生涯的话，我认为你会发现亲自去实现它是最可能走的路。

你需要学什么

如果你是一个数据库新手的话，你也许不了解这个，但实际上有很多不同的数据库工作方向。主要包括下面几个：

DBA (数据库管理员): 通常负责SQLServer和数据库的日常管理工作。
数据库模型/设计师：模型和设计数据库
数据库（T-SQL）开发人员：编写T-SQL应用程序，通常写一些脚本和存储过程。
数据仓库专家：管理也许还有开发基于数据仓库的应用程序。

本文着重于DBA。在很多方面，DBA必须是一个对SQLServer知识最全面的人（相比其他而言）。要想成为一个成功的DBA，你不仅必须知道怎样管理SQLServer，还需要熟悉SQLServer的方方面面，包括数据库设计、开发和数据仓库。你不必精通每一个数据库工作方向，但你知道得越多，你就越能更好得完成你得工作。你真正需要成为SQLServer万事通。正如你所想象的，这可能是一项庞大的事业。

那么我该从哪里开始？

幸运的是，有很多好的SQLServer书籍，所以在你成为高级DBA的路上最佳开始的地方就是开始建立顶级书籍的图书馆，当然，要从头到尾的阅读他们。在某些情况下，我发现某些书自己读了一遍又一遍，每次读他们都得到了更多的信息。

这里有一些我推荐的书，建议你按照顺序去读他们。当然你可以按照你想要的顺序去阅读，你也可以跳过一些不怎么感兴趣的主题。

对所有未来的DBA推荐的书

Microsoft SQL Server 2000 DBA Survival Guide: 开始DBA最好的一本书。从SQLServer6.5就有了，每个新版本都有所改善。
Beginning SQL Server 2000 Programming: 精通T-SQL开发基础很好的书。
Professional SQL Server 2000 Database Design: 可能是在SQLServer数据库设计方面曾经写得最好的书。
Admin 911: SQL Server 2000: 考虑这本书是因为它可能是你从其他书里找不到的一个真实世界技巧和提示的一个汇总。
Inside Microsoft SQL Server 2000: SQLServer如何工作最权威的书。它相当于SQLServer研究生级别。
Microsoft SQL Server 2000 Performance Tuning Technical Reference: 对DBA来说，性能调优是持续的工作，这本书也是必读的。
Microsoft SQL Server 2000 Analysis Services Step by Step: 即使你还不准备去做数据仓库，你也应该了解它的基础，这本书很好的包含了这些内容。

对那些真正想作为DBA而胜过他人的可选书籍

Professional SQL Server 2000 Programming: 我强烈推荐这本书给每一个想精通T-SQL开发的人。
Microsoft SQL Server 2000 Resource Kit: 很大的一本书，你将学到你以前从来没有想过的那些主题。
Beginning SQL Server 2000 for Visual Basic Developers: 如果你不得不支持那些用SQLServer作为他们数据库的VB开发者，那么你需要了解VB和SQLServer是怎么一起工作的。
MCSE Microsoft Windows 2000 Advanced Server Clustering Services Training Kit: 如果你需要做SQLServer群集，这是一本在这个非常难的主题上可用的少有的几本书之一。
Professional SQL Server 2000 DTS: 如果你需要在数据库间移动数据，或在做数据仓库，这本书是DTS的圣经。

为了了解每一本书的详细内容，单击该书的标题即可。

你可能已经注意到上面列出来的书主要着眼于SQLServer2000。那是因为它是SQLServer目前的版本，且有很多书可用。即使你使用的是SQLServer7.0，上面推荐的书将仍然很有用。在两个版本之间没有太多的不同。

读最先推荐的那一套书可能需要超过300个小时。这个数很大，但不要被它吓倒。如果你每天专门拿一个小时来读这些书的话，一年之内你就会读完它们。

SQLServer2000有很多可用的书，我认为上面我推荐的那些书是最好的。

其他的一些学习资源

虽然读书是学习你需要知道的大部分知识的最佳途径之一，但他仅是学习更多的SQLServer的一条途径而已。既然你正在读网站上的本文，你就已经知道了关于SQLServer的站点经常包括很多能助你成就高级DBA的内容。我的网页连接页面有很多连接到相关SQLServer的站点，其中我比较喜欢的有：

www.sqlservercentral.com
www.sqlteam.com
www.microsoft.com/sql
msdn.microsoft.com

我喜欢这些站点因为它们有很多你在其他网站上找不到的原创内容。正如你所想的，微软的站点有成千上万的关于SQLServer专门的网页。

如果你在大城市，你可以加入SQLServer用户组。大部分能至少一月一次的会面，提供程序去助你更好的精通SQLServer。可以在http://www.google.com上搜索离你最近的SQLServer用户组。

你也可以通过随意访问不同的SQLServer新闻组（你可以在这里找到）去学到更多的东西。如果在你自学时遇到你不能解决的问题，你可以去那儿问它们。

实践你所学的

尽管阅读关于SQLServer的资料是重要的，它不能代替你亲手去操作。那意味着你需要访问有SQLServer的计算机。幸运的是，上面推荐的几本数有一个SQLServer2000的120天的评估版，所以去访问它是没有问题的。

我建议你按照你读的书里的很多不同的例子去做。除此以外，为了获得更多的经验，我建议你试着去做一些自己能开发的实际项目，如根据你的书、CD、DVD或无论你收集到的什么去创建一个自己的数据库。或者如果你有一个做商业的朋友，自愿去为他们开发一个SQLServer数据库。

获得真实世界的经验

这是一个艰苦的部分，我不可能帮你太多。即使世界上最有学问的DBA不是在没有一些经验下去真正准备好了面对真实的世界。但如果没有人给你机会你怎么获得经验呢？

我知道的大多数DBA都没有计划要成为DBA，他们进入这一行是因为他们工作在相关的项目上。例如，也许他们是开发人员，NT或Windows2000管理员或者也许他们是微软Access的高手，然后决定成为DBA的。换句话说，他们没有从任何正式的培训或经验开始，但机缘巧合能使用SQLServer，他们抓住了机会去尽可能的获取经验，然后使其成为了全职的DBA。我就是那样。

如果你真对成为DBA感兴趣的话，无论什么原因，障碍不是不能逾越的。你所要的一切就是时间、毅力和学习的愿望。

你向前迈了一步后，就不要再留恋过去的风景 2007-10-13 22:35 发表评论