数据库连接失败,如何重新进行正确配置？

方法如下：

检查服务是否启动

1、在SQLServer服务器中， 打开SQLServer服务管理器。单击【开始】-【程序】-【Microsoft SQLServer】-【服务管理器】菜单命令。

2、打开【SQLServer服务管理器】，单击【服务器】，选择要检查的SQLServer的实例名【abc10-1DA235E90】，单击【服务】，选择【SQLServer】选项，如果此时暂停或者停止按钮可用，说明服务已经启动；否则则没有启动，启动即可。

3、最好在【SQLServer服务管理器】中将选择随系统启动而启动服务。选择【当启动OS时自动启动服务】选择框，完成让MSSQLSERVER服务随 *** 作系统启动而自动启动。

4、再次打开SQL Server 数据库，选择连接数据库服务器实例，可以正常连接打开数据库了。

5、SQL Server数据库能正常连接得保证网络通畅， *** 作过程中还需要进行网络测试，可以通过PING命令实现。如下图所示，表示网络通畅。

如果没有主数据库，您就无法成功地启动SQL Server。在本文里，我将向您介绍在发生崩溃的情况下如何修复主数据库，并告诉您如何重建主数据库，如果有必要的话。

制定预案

制定一个应对崩溃和／或主数据库故障的预案十分重要。这将有助于您在碰到灾难的情况下按照既定的方法进行处理，而不是迫于压力仓促作出反应。我碰到过很多很容易就陷入惊慌的状况，但是由于保持冷静并按照正确的方法来处理问题，我最后成功地度过了所有的困境。

怎么才能知道您的主数据库已经崩溃？

在正式开始讨论碰到系统故障如何修复和重建的主数据库之前，我们需要先了解如何辨别它已经崩溃了。要说明这一点，我会弄垮一个主数据库，告诉您主数据库崩溃会发生什么样的症状。

现在让我们假设您的公司碰到了电涌，造成SQL Server重启。在重新启动的时候，SQL Server却没有正常启动。如果查看错误日志，您会看到主数据库崩溃或者丢失。既然您知道需要查看什么信息，那就让我们看看如何修复主数据库。

修复您的主数据库

修复主数据库的第一步是使用“重建向导（Rebuild Wizard，Rebuildm.exe），它放在\Program Files\Microsoft SQL Server\80\Tools\BINN目录下。现在就让我们来看看重建向导是如何工作的。

双击Rebuildm.exe启动对话框。

在这个对话框里，您可以指定数据库服务器的修复设置，以及原始安装的数据文件的位置。要让这一过程更容易和更快，就要把x86目录从SQL的光盘上复制到硬盘上，并把指向改到本地的副本。一旦验证完了所有的信息，点击“重建（Rebuild）”。然后系统就会提示您确认 *** 作

点击“确定（Yes）”。一旦重建过程完成，您会看到一条重建成功的消息。您现在就有了一个全新的主数据库，准备好修复主数据库了。

首先，打开命令行提示符，输入\Program Files\Microsoft SQL Server\MSSQL\BINN\目录下的sqlservr.exe –c –m命令，启动单用户模式下的SQL Server。

在单用户模式下启动SQL Server之后，您可以利用备份文件修复主数据库。您可以用“查询分析器（Query Analyzer）”或者“SQL企业管理器（SQL Enterprise Manager）”来修复它。

如果使用企业服务器，就要右击主数据库，选择“所有任务｜修复数据库（All Tasks | Restore Database）”，浏览到您设备所在的位置，点击两次“OK”，您就可以成功地修复主数据库了。

如果由于某种原因您的修复 *** 作无法成功完成，那么您可以试试别的方法。只用简单地重建主数据库并添加驻留在数据目录下的所有数据库就可以了。您可以用企业管理器或者查询分析器来添加数据库。在企业管理器里，右击“数据库（Databases）”，选择“添加数据库（Attach Database）”

如果tempdb所在的磁盘，由于某个什么原因而无法重新定位到，此时服务器将无法启动。 那么，怎么解决这个问题呢 1. 将服务器使用特殊模式启动起来 net start MSSQLSERVER /f /T3608 2. 修改tempdb数据库的位置 新建一个sql文件(例如temp.sql)，包含以下内容USE masterGOALTER DATABASE tempdbMODIFY FILE (NAME = tempdev, FILENAME = 'D:\tempdb.mdf')GOALTER DATABASE tempdbMODIFY FILE (NAME = templog, FILENAME = 'D:\templog.ldf')GO 然后，使用sqlcmd –itemp.sql 3.重新启动服务器即可 这里的关键点是启动服务器时使用的跟踪标记（T3608）,意思是说跳过所有数据库的恢复检查 关于sql server所支持的一些跟踪标记，请参考联机帮助跟踪标志说明 260 打印有关扩展存储过程动态链接库 (DLL) 的版本控制信息。有关 __GetXpVersion() 的详细信息，请参阅创建扩展存储过程。 作用域：全局或会话 1204 返回参与死锁的锁的资源和类型，以及受影响的当前命令。 作用域：仅全局 1211 基于内存不足或基于锁数禁用锁升级。SQL Server 数据库引擎不会将行锁或页锁升级到表锁。 使用此跟踪标志可生成过多的锁数目。这样会降低数据库引擎的性能，或因为内存不足而导致 1204 错误（无法分配锁资源）。有关详细信息，请参阅锁升级（数据库引擎）。 如果同时设置了跟踪标志 1211 和 1224，则 1211 优先于 1224。但由于在所有情况下（甚至在内存紧张的情况下）跟踪标志 1211 都会禁止升级，因此建议使用 1224。这有助于在使用很多锁时避免出现“锁不足”错误。 作用域：全局或会话 1222 以不符合任何 XSD 架构的 XML 格式，返回参与死锁的锁的资源和类型，以及受影响的当前命令。 作用域：仅全局 1224 基于锁数禁用锁升级。但是，内存不足仍可激活锁升级。如果锁对象使用的内存量超出下列条件之一，数据库引擎会将行锁或页锁升级为表（或分区）锁： 数据库引擎所用内存的 40%，使用地址窗口化扩展插件 (AWE) 的内存分配除外。只有在 sp_configure 的 locks 参数设置为 0 时，这才适用。 使用sp_configure 的 locks 参数配置的锁内存的 40%。有关详细信息，请参阅设置服务器配置选项。 如果同时设置了跟踪标志 1211 和 1224，则 1211 优先于 1224。但由于在所有情况下（甚至在内存紧张的情况下）跟踪标志 1211 都会禁止升级，因此建议使用 1224。这有助于在使用很多锁时避免出现“锁不足”错误。注意：也可以使用 ALTER TABLE 语句的 LOCK_ESCALATION 选项控制到表级或 HoBT 级粒度的锁升级。作用域：全局或会话 2528 禁用DBCC CHECKDB、DBCC CHECKFILEGROUP 和 DBCC CHECKTABLE 执行的对象并行检查。默认情况下，并行度由查询处理器自动确定。最大并行度的配置就像并行查询的最大并行度一样。有关详细信息，请参阅 max degree of parallelism 选项。 通常应使并行 DBCC 保持启用状态。对于 DBCC CHECKDB，查询处理器重新求值，并对检查的每个表或每批表自动调整并行度。有时，检查可能在服务器几乎处于空闲状态时启动。如果管理员知道在检查完成前负载将增加，则可能需要手动减小并行度或禁用并行度。 禁用对 DBCC 的并行检查可能导致 DBCC 的完成时间变长，如果运行 DBCC 时启用了 TABLOCK 功能并关闭了并行度，则表可能被锁定更长时间。 作用域：全局或会话 3205 默认情况下，如果磁带机支持硬件压缩，则 DUMP 或 BACKUP 语句会使用该功能。利用此跟踪标志，可以禁用磁带机的硬件压缩。此选项在您需要与不支持压缩的其他站点或磁带机交换磁带时很有用。 作用域：全局或会话 3608 禁止SQL Server 自动启动和恢复除 master 数据库之外的任何数据库。在访问数据库时将启动并恢复该数据库。可能无法运行某些功能，如快照隔离和读提交快照。用于移动系统数据库和移动用户数据库。请不要在正常 *** 作中使用。 3226 默认情况下，每个成功的备份 *** 作都会在 SQL Server 错误日志和系统事件日志中添加一个条目。如果非常频繁地创建日志备份，这些成功消息会迅速累积，从而产生一个巨大的错误日志，使查找其他消息变得非常困难。 使用这一跟踪标志，可以取消这些日志条目。如果您频繁地运行日志备份，并且没有任何脚本依赖于这些条目，则这种做法非常有用。 3625 限制错误消息中返回的信息量。有关详细信息，请参阅元数据可见性配置。 作用域：仅全局 4616 使应用程序角色可以看到服务器级元数据。在 SQL Server 中，应用程序角色无法访问自身数据库以外的元数据，因为应用程序角色与服务器级主体不相关联。这是对早期版本的 SQL Server 的行为的更改。设置此全局标志将禁用新的限制，并允许应用程序角色访问服务器级元数据。 作用域：仅全局 6527 禁止在 CLR 集成中第一次发生内存不足异常时生成内存转储。默认情况下，SQL Server 在 CLR 中第一次发生内存不足异常时会生成小内存转储。该跟踪标志的行为如下所示： 如果用作一个启动跟踪标志，则永远不生成内存转储。但是，如果使用了其他跟踪标志，则可能会生成内存转储。 如果在正在运行的服务器上启用此跟踪标志，则从此时开始不会自动生成内存转储。但是，如果已经由于 CLR 中的内存不足异常生成了内存转储，则此跟踪标志将没有任何效果。 作用域：仅全局 7806 在SQL Server Express 上启用专用管理员连接 (DAC)。默认情况下，在 SQL Server Express 上不保留 DAC 资源。有关详细信息，请参阅使用专用管理员连接。 作用域：仅全局 在SQL Server 中，有两种跟踪标志：会话跟踪标志和全局跟踪标志。会话跟踪标志对某个连接是有效的，只对该连接可见。全局跟踪标志在服务器级别上进行设置，对服务器上的每一个连接都可见。某些标志只能作为全局标志启用，而某些标志在全局或会话作用域都可以启用。 应遵循以下规则： 全局跟踪标志必须全局启用。否则，跟踪标志无效。建议您在启动时通过使用 -T 命令行选项启用全局跟踪标志。 如果跟踪标志有全局或会话作用域，则可以用合适的作用域来启用它。在会话级别启用的跟踪标志永远不会影响另一个会话，并且当打开会话的 SPID 注销时，该跟踪标志将失效。 使用以下方法之一可将跟踪标志设置为开或关： 使用DBCC TRACEON 和 DBCC TRACEOFF 命令。 以DBCC TRACEON 2528 为例，若要在全局作用域内启用跟踪标志，请在使用 DBCC TRACEON 时使用 -1 参数：DBCC TRACEON (2528, -1)。若要关闭全局跟踪标志，请在使用 DBCC TRACEOFF 时使用 -1 参数。 使用-T 启动选项可以指定跟踪标志在启动期间设置为开。 -T 启动选项将全局启用跟踪标志。使用启动选项无法启动会话级别的跟踪标志。有关启动选项的详细信息，请参阅使用 SQL Server 服务启动选项。 使用DBCC TRACESTATUS 命令确定哪些跟踪标志当前是活动的。 行为更改 在SQL Server 2000 中，通过简单的 DBCC TRACEON (1204) 足以将死锁报表记录到错误日志中。

---