数据库脱机为什么很慢

数据库文件很大。

数据库脱机很慢，是因为数据库文件很大，导致脱机时间较长，可以对数据库进行优化，如数据表分区、索引优化、查询优化等，以提高数据库的性能，简短脱机时间。

数据库脱机注意事项：在将数据库脱机之前，必须备份所有数据，以确保在数据库脱机期间数据不会丢失或损坏。确保备份在可靠的位置，并且可以恢复数据库。

其实这说起来还是满复杂的```你这要是看不懂的话``我看你就叫些专业人士来搞吧```你这问题我是按下面漫漫试,试好的

连接到 SQL Server 的实例时收到错误消息：“Cannot open user default database”（无法打开用户默认数据库）

全文原因

用户默认数据库在连接时不可用。这可能是因为该数据库： • 处于可疑模式。

• 不再存在。

• 处于单用户模式，并且唯一可用的连接已由其他用户或事物使用。

• 已被分离。

• 已设置为 RESTRICTED_USER 状态。

• 处于脱机状态。

• 设置为紧急状态。

• 不具有映射到用户的登录帐户，或者该用户已被拒绝访问。

此外，该登录帐户可能是多个组的成员，且其中一个组的默认数据库在连接时不可用。

SQL Server 2005

在 SQL Server 2005 中，可以使用 sqlcmd 实用程序更改默认数据库。为此，请按照下列步骤 *** 作： 1 单击“开始”，单击“运行”，键入 cmd，然后按 Enter。

2 根据 SQL Server 登录使用的身份验证种类，请使用以下方法之一： • 如果 SQL Server 登录使用 Microsoft Windows 身份验证连接到该实例，请在命令提示符处键入以下内容，然后按 Enter：

sqlcmd –E -S InstanceName –d master

• 如果 SQL Server 登录使用 SQL Server 身份验证连接到该实例，请在命令提示符处键入以下内容，然后按 Enter：

sqlcmd -S InstanceName -d master -U SQLLogin -P Password

注意：InstanceName 是要连接到的 SQL Server 2005 实例的名称的占位符。SQLLogin 是已删除其默认数据库的 SQL Server 登录的占位符。Password 是 SQL Server 登录密码的占位符。

3 在 sqlcmd 提示符处，键入以下内容，然后按 Enter：

Alter LOGIN SQLLogin WITH DEFAULT_DATABASE = AvailDBName

注意：AvailDBName 是可由实例中 SQL Server 登录访问的现有数据库的名称的占位符。

4 在 sqlcmd 提示符处，键入 GO，然后按 Enter。

SQL Server 2000 和 SQL Server 70

在 SQL Server 2000 和 SQL Server 70 中，可以使用 osql 实用程序更改默认数据库。为此，请按照下列步骤 *** 作： 1 在命令提示符处，键入以下内容，然后按 Enter：

C:\>osql -E

2 在“osql”提示符处，键入以下内容，然后按 Enter：

1>sp_defaultdb 'user's_login', 'master'

3 在第二个提示符处，键入以下内容，然后按 Enter：

2>go

更简单明了的：

无法打开用户默认数据库，登录失败,这也是SQL Server使用者熟悉的问题之一。在使用企业管理器、查询分析器、各类工具和应用软件的时候，只要关系到连接SQL Server数据库的时候，都有可能会碰到此问题,引起此错误发生的原因比较多,下面我们就来详细分析引起此问题的原因以及解决办法。

一、原因

登录帐户的默认数据库被删除。

二、解决方法：

(1)、使用管理员帐户修改此帐户的默认数据库

1、打开企业管理器,展开服务器组,然后展开服务器

2 展开"安全性",展开登录，右击相应的登录帐户，从d出的菜单中选择，属性

3、重新选择此登录帐户的默认数据库

(2)、若没有其他管理员登录帐户，无法在企业管理器里修改，使用isql命令行工具

isql /U"sa" /P"sa的密码" /d"master" /Q"exec sp_defaultdb N'sa', N'master'"

如果使用Windows验证方式，使用如下命令：

isql /E /d"master" /Q"exec sp_defaultdb N'BUILTIN\Administrators', N'master'"

注:上述isql命令可以直接在命令提示符下输入。

第二篇：

无法打开用户默认数据库 登录失败

无法打开用户默认数据库，登录失败,这也是SQL Server使用者熟悉的问题之一。在使用企业管理器、查询分析器、各类工具和应用软件的时候，只要关系到连接SQL Server数据库的时候，都有可能会碰到此问题,引起此错误发生的原因比较多,下面我们就来详细分析引起此问题的原因以及解决办法。

一、原因

登录帐户的默认数据库被删除。

二、解决方法：

(一)、使用管理员帐户修改此帐户的默认数据库

1、打开企业管理器,展开服务器组,然后展开服务器

2 展开"安全性",展开登录，右击相应的登录帐户，从d出的菜单中选择，属性

3、重新选择此登录帐户的默认数据库

-- 登录都没法，安全性节点似乎没法打开。

(二)、若没有其他管理员登录帐户，无法在企业管理器里修改，使用isql命令行工具

isql /U"sa" /P"sa的密码" /d"master" /Q"exec sp_defaultdb N'sa', N'master'"

如果使用Windows验证方式，使用如下命令：

isql /E /d"master" /Q"exec sp_defaultdb N'BUILTIN\Administrators', N'master'"

参考:微软中文知识库文章：如何解决 SQL Server 2000 中的连接问题

地址：>

不能。SQL (Structured Query Language) 是具有数据 *** 纵和数据定义等多种功能的数据库语言，这种语言具有交互性特点，能为用户提供极大的便利，数据库管理系统应充分利用SQL语言提高计算机应用系统的工作质量与效率，SQL语言不仅能独立应用于终端，还可以作为子语言为其他程序设计提供有效助力，该程序应用中，SQL可与其他程序语言一起优化程序功能，进而为用户提供更多更全面的信息。sql脱机说明该数据库虽然存在于数据库引擎实例中，但是不可以执行任何有效的数据 *** 作，比如新增，修改，删除等，这就是脱机状态，脱机过程中是不可以取消的，强制取消会造成数据库损坏。

您好，SQL Server脱机数据库命令是指将数据库从运行状态转换为脱机状态的命令。在脱机状态下，数据库不再接受新的连接请求，同时也不能执行任何的数据 *** 作。这种状态通常用于备份或还原数据库、移动或复制数据库、或在数据库出现问题时进行修复。

下面是SQL Server脱机数据库命令的具体步骤：

1 打开SQL Server Management Studio，连接到要脱机的数据库实例。

2 在“对象资源管理器”中选择要脱机的数据库，右键单击并选择“任务”>“脱机”。

3 在“脱机数据库”对话框中，选择“立即脱机”，然后单击“确定”。

4 数据库将被脱机，并且无法执行任何 *** 作。如果需要重新连接数据库，请使用相应的命令将其重新连接。

5 如果需要将数据库重新上线，请在“对象资源管理器”中选择该数据库，右键单击并选择“任务”>“上线”。

需要注意的是，在执行脱机数据库命令之前，必须确保没有任何正在进行的活动会话或事务，否则可能会导致数据丢失或损坏。因此，在执行脱机命令之前，最好先备份数据库以确保数据的完整性和安全性。

nbsp;最近工作上碰见SQL数据库附加提示“823”号错误。从网上搜了一些资料，按照几个方法执行后解决了此类问题。并对解决后数据库出现不一致的问题也做了解决办法的说明。我的数据库是因为服务器系统坏掉，重新安装到别的服务器上了，把数据库文件和日志拷过去后，想附加，结果出现了823错误提示。于是就到网上百度了一下，找到了这个方法。

原因: 1、因为停电等原因造成MSSQL数据库,提示823错误。

2、日志文件被破坏823错误。

SQL Server数据库备份有两种方式，一种是使用BACKUP DATABASE将数据库文件备份出去，另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式。下面将主要讨论一下后者的备份与恢复。本文假定您能熟练使用SQL Server Enterprise Manager(SQL Server企业管理器)和SQL Server Quwey Analyser(SQL Server查询分析器)

1、正常的备份、恢复方式

正常方式下，我们要备份一个数据库，首先要先将该数据库从运行的数据服务器中断开，或者停掉整个数据库服务器，然后复制文件。

卸下数据库的命令：Sp_detach_db 数据库名

连接数据库的命令：Sp_attach_db或者sp_attach_single_file_db

s_attach_db [@dbname =] ′dbname′, [@filename1 =] ′filename_n′ [,16]

sp_attach_single_file_db [@dbname =] ′dbname′, [@physname =] ′physical_name′

使用此方法可以正确恢复SQL Sever70和SQL Server 2000的数据库文件，要点是备份的时候一定要将mdf和ldf两个文件都备份下来，mdf文件是数据库数据文件，ldf是数据库日志文件。

例子：

假设数据库为test，其数据文件为test_datamdf，日志文件为test_logldf。下面我们讨论一下如何备份、恢复该数据库。

卸下数据库：sp_detach_db 'test'

连接数据库：sp_attach_db 'test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_datamdf','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_logldf'

sp_attach_single_file_db 'test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_datamdf'

2、只有mdf文件的恢复技术

由于种种原因，我们如果当时仅仅备份了mdf文件，那么恢复起来就是一件很麻烦的事情了。

如果您的mdf文件是当前数据库产生的，那么很侥幸，也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库，但是会出现类似下面的提示信息

设备激活错误。物理文件名 'C:\Program Files\Microsoft SQL Server\MSSQL\data\test_LogLDF' 可能有误。

已创建名为 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_logLDF' 的新日志文件。

但是，如果您的数据库文件是从其他计算机上复制过来的，那么很不幸，也许上述办法就行不通了。你也许会得到类似下面的错误信息

服务器: 消息 1813，级别 16，状态 2，行 1

未能打开新数据库 'test'。CREATE DATABASE 将终止。

设备激活错误。物理文件名 'd:\test_logLDF' 可能有误。

怎么办呢？别着急，下面我们举例说明恢复办法。

A我们使用默认方式建立一个供恢复使用的数据库(如test)。可以在SQL Server Enterprise Manager里面建立。

B．停掉数据库服务器。

C将刚才生成的数据库的日志文件test_logldf删除，用要恢复的数据库mdf文件覆盖刚才生成的数据库数据文件test_datamdf。D．启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何 *** 作。E．设置数据库允许直接 *** 作系统表。此 *** 作可以在SQL Server Enterprise Manager里面选择数据库服务器，按右键，选择“属性”，在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。也可以使用如下语句来实现。

use master

go

sp_configure 'allow updates',1

go

reconfigure with override

go

F设置test为紧急修复模式

update sysdatabases set status=-32768 where dbid=DB_ID('test')

此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表，但是仅仅有系统表

G．下面执行真正的恢复 *** 作，重建数据库日志文件

dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_logldf')

执行过程中，如果遇到下列提示信息：

服务器: 消息 5030，级别 16，状态 1，行 1

未能排它地锁定数据库以执行该 *** 作。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。[brown]

说明您的其他程序正在使用该数据库，如果刚才您在F步骤中使用SQL Server Enterprise Manager打开了test库的系统表，那么退出SQL Server Enterprise Manager就可以了。

正确执行完成的提示应该类似于：

[brown]警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项，并且可能需要删除多余的日志文件。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。

H．验证数据库一致性（可省略）

dbcc checkdb('test')

一般执行结果如下：

CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 'test' 中）。

DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

I．设置数据库为正常状态

sp_dboption 'test','dbo use only','false'

如果没有出错，那么恭喜，现在就可以正常的使用恢复后的数据库啦。

J．最后一步，我们要将步骤E中设置的“允许对系统目录直接修改”一项恢复。因为平时直接 *** 作系统表是一件比较危险的事情。当然，我们可以在SQL Server Enterprise Manager里面恢复，也可以使用如下语句完成

sp_configure 'allow updates',0

go

reconfigure with override

go

对于提示"分配错误"及"一致性错误"依次执行下列语句:

sp_dboption '数据库', 'SINGLE USER', TRUE

DBCC CHECKDB('数据库', REPAIR_ALLOW_DATA_LOSS)

sp_dboption '数据库', 'SINGLE USER', FALSE

用这些修复语句修复后，返回的一些有代表性的错误信息：

再根据错误信息，查询不能修复的信息备份，将之删除，再将备份的信息插入原来的地方，问题解决

以上就是关于数据库脱机为什么很慢全部的内容，包括:数据库脱机为什么很慢、打开sql数据库提示被使用、sql脱机过程中能取消吗等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！