文档视界 最新最全的文档下载
当前位置:文档视界 › 数据库修复说明书.doc

数据库修复说明书.doc

数据库修复说明书.doc
数据库修复说明书.doc

数据库修复说明书

一、当遇到下列情况时,可能会造成数据库的部分数据丢失:

1.在对数据库进行写入操作时(如单据记账,成本计算,月末结账),电脑突然掉电或是电

脑发生故障,正在写的表数据不全,在电脑重新启动时,不能通过日志修复;

2.电脑硬盘发生物理损坏时,如磁道或扇区部分损坏时,数据将不能读取;

在以上情况发生后,通常会造成某些数据库表不能完全读取,或单据不能记账;这时需要使用SQL修复命令修复数据,根据数据损坏程度,修复后的数据库可能完全修复,也可能部分修复;

二、修复方法

1.使用数据库检查命令找出损坏的表;

2.再用表修复工具将表进行无损修复或有损修复;

三、操作步骤;

某单位数据库硬盘出现坏道,在销售单记账时出现错误,造成销售单据不能记账;

首先使用数据库检查命令对数据库进行问题检查;

注意进行修复前应先将数据库进行备份;

1.检查数据库

打开SQL查询分析器并选择需要修复的数据库,并打入数据库检查命令:

DBCC CHECKDB

并按F5运行命令

错误内容

显示数据库有错误

检查命令需要执行一段时间,执行完毕后如上图所示:

2.找出有问题的表:

用红字体显示,需要将表名记下,方便在下一步进行修复

显示还有更多的表检查信息,均无问题,在此省略,只列出了有问题的表及部分无问题的服务器: 消息 8909,级别 16,状态 1,行 1

表错误: 对象 ID 0,索引 ID 0,页 ID (1:10578)。页首结构中的 PageId = (0:0)。

服务器: 消息 8909,级别 16,状态 1,行 1

表错误: 对象 ID 0,索引 ID 0,页 ID (1:10579)。页首结构中的 PageId = (0:0)。

服务器: 消息 8909,级别 16,状态 1,行 1

表错误: 对象 ID 0,索引 ID 0,页 ID (1:10756)。页首结构中的 PageId = (0:0)。

服务器: 消息 8909,级别 16,状态 1,行 1

表错误: 对象 ID 0,索引 ID 0,页 ID (1:10757)。页首结构中的 PageId = (0:0)。

服务器: 消息 8909,级别 16,状态 1,行 1

表错误: 对象 ID 0,索引 ID 0,页 ID (1:17694)。页首结构中的 PageId = (0:0)。

服务器: 消息 8909,级别 16,状态 1,行 1

表错误: 对象 ID 0,索引 ID 0,页 ID (1:17695)。页首结构中的 PageId = (0:0)。

服务器: 消息 8939,级别 16,状态 1,行 1

表错误: 对象ID 0,索引ID 0,页(1:23464)。测试(m_headerVersion == HEADER_7_0)失败。值为 0 和 1。

服务器: 消息 8939,级别 16,状态 1,行 1

表错误: 对象ID 0,索引ID 0,页(1:23464)。测试((m_type >=DATA_PAGE && m_type <= UNDOFILE_HEADER_PAGE) || (m_type == UNKNOWN_PAGE && level == BASIC_HEADER))失败。值为 0 和 101。

服务器: 消息 8939,级别 16,状态 1,行 1

表错误: 对象ID 0,索引ID 0,页(1:23464)。测试(m_freeData >= PAGEHEADSIZE && m_freeData <= (UINT)PAGESIZE - m_slotCnt * sizeof (Slot))失败。值为 0 和 8192。

服务器: 消息 8909,级别 16,状态 1,行 1

表错误: 对象 ID 0,索引 ID 0,页 ID (1:23465)。页首结构中的 PageId = (0:0)。

服务器: 消息 8928,级别 16,状态 1,行 1

对象 ID 69575286,索引 ID 0: 未能处理页 (1:10756)。详细信息请参阅其它错误。

服务器: 消息 8928,级别 16,状态 1,行 1

对象 ID 69575286,索引 ID 0: 未能处理页 (1:10757)。详细信息请参阅其它错误。

服务器: 消息 8928,级别 16,状态 1,行 1

对象 ID 98099390,索引 ID 4: 未能处理页 (1:10578)。详细信息请参阅其它错误。

服务器: 消息 8928,级别 16,状态 1,行 1

对象 ID 98099390,索引 ID 4: 未能处理页 (1:10579)。详细信息请参阅其它错误。

服务器: 消息 8928,级别 16,状态 1,行 1

对象 ID 357576312,索引 ID 2: 未能处理页 (1:17694)。详细信息请参阅其它错误。

服务器: 消息 8928,级别 16,状态 1,行 1

对象 ID 357576312,索引 ID 2: 未能处理页 (1:17695)。详细信息请参阅其它错误。

服务器: 消息 8928,级别 16,状态 1,行 1

对象 ID 357576312,索引 ID 3: 未能处理页 (1:23464)。详细信息请参阅其它错误。

服务器: 消息 8928,级别 16,状态 1,行 1

对象 ID 357576312,索引 ID 3: 未能处理页 (1:23465)。详细信息请参阅其它错误。

'RM2004' 的 DBCC 结果。

CHECKDB 发现了 0 个分配错误和 10 个一致性错误,这些错误并不与任何单个的对象相关联。

'SPMXB' 的 DBCC 结果。

对象 'SPMXB' 有 0 行,这些行位于 0 页中。

'CW_KCK' 的 DBCC 结果。

对象 'CW_KCK' 有 26100 行,这些行位于 1742 页中。

CHECKDB 发现了 0 个分配错误和 2 个一致性错误(在表 'CW_KCK' 中,该表的对象 ID 为 69575286)。

以上说明,表CW_KCK有问题,需要记下;

't_SubTask_Detail' 的 DBCC 结果。

对象 't_SubTask_Detail' 有 0 行,这些行位于 0 页中。

'SPSX' 的 DBCC 结果。

对象 'SPSX' 有 0 行,这些行位于 0 页中。

'CkBalance' 的 DBCC 结果。

对象 'CkBalance' 有 2031 行,这些行位于 40 页中。

'SPZZY' 的 DBCC 结果。

对象 'SPZZY' 有 124571 行,这些行位于 3037 页中。

CHECKDB 发现了0 个分配错误和2 个一致性错误(在表'SPZZY' 中,该表的对象ID 为 98099390)。

'CwBalance' 的 DBCC 结果。

对象 'CwBalance' 有 0 行,这些行位于 0 页中。

…………………….

对象 'PHKDB' 有 0 行,这些行位于 0 页中。

'TJDZK' 的 DBCC 结果。

对象 'TJDZK' 有 100 行,这些行位于 1 页中。

'FHDZK' 的 DBCC 结果。

对象 'FHDZK' 有 120188 行,这些行位于 11990 页中。

CHECKDB 发现了0 个分配错误和4 个一致性错误(在表'FHDZK' 中,该表的对象ID 为 357576312)。

'tmpgroup' 的 DBCC 结果。

对象 'tmpgroup' 有 0 行,这些行位于 0 页中。

…………

'CKSPZZY' 的 DBCC 结果。

对象 'CKSPZZY' 有 0 行,这些行位于 0 页中。

CHECKDB 发现了 0 个分配错误和 18 个一致性错误(在数据库 'RM2004' 中)。

repair_allow_data_loss 是最低的修复级别(对于由 DBCC CHECKDB (RM2004 ) 发现的错误而言)。

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

3.对有问题的表进行修复:

有问题的表有:

CW_KCK

SPZZY

FHDZK

CKSPZZY

修复说明

--1、将数据库改为紧急模式,即不允许其他用户操作当前数据库,修复完表后需要将数据库模式恢复成多用户模式;

SP_DBOPTION 'RM2004','SINGLE USER','TRUE'

--2、使用修复命令

DBCC CHECKTABLE('CW_KCK',REPAIR_REBUILD)

--表示无损修复

DBCC CHECKTABLE('CW_KCK',REPAIR_FAST)

--表示快速无损修复

DBCC CHECKTABLE('CW_KCK',REPAIR_ALLOW_DATA_LOSS)

--表示有损修复,警告:此操作将会丢失数据请慎用!

--3、将数据库还原到多用户模式

SP_DBOPTION 'RM2004','SINGLE USER','FALSE'

修复数据表时,应先进行无损修复,如果不能成功再进行有损修复;

显示未修复错误

进行无损修复后,根据修复结果表明不能修复数据,需要再进行有损修复,有时不一定是丢失数据,因为修复的是数据页之间的数据链接;

已成功修复错误

上图显示修复成功;

再对表检查时,已经没有错误了

表已经无错误

依次对有错误的表进行修复;

对表修复完毕后,应再对数据库进行检查

数据库已经无错误

别忘了将数据还原成多用户模式

数据库修复已经完成了;

DBCC CHECKDB 数据库或表修复

DBCC CHECKDB 数据库或表修复 MS Sql Server 提供了很多数据库修复的命令,当数据库质疑或是有的无法完成读取时可以尝试这些修复命令。 1. DBCC CHECKDB 重启服务器后,在没有进行任何操作的情况下,在SQL查询分析器中执行以下SQL进行数据库的修复,修复数据库存在的一致性错误与分配错误。 use master declare @databasename varchar(255) set @databasename='需要修复的数据库实体的名称' exec sp_dboption @databasename, N'single', N'true' --将目标数据库置为单用户状态dbcc checkdb(@databasename,REPAIR_ALLOW_DATA_LOSS) dbcc checkdb(@databasename,REPAIR_REBUILD) exec sp_dboption @databasename, N'single', N'false'--将目标数据库置为多用户状态 然后执行DBCC CHECKDB('需要修复的数据库实体的名称') 检查数据库是否仍旧存在错误。注意:修复后可能会造成部分数据的丢失。 2. DBCC CHECKTABLE 如果DBCC CHECKDB 检查仍旧存在错误,可以使用DBCC CHECKTABLE来修复。 use 需要修复的数据库实体的名称 declare @dbname varchar(255) set @dbname='需要修复的数据库实体的名称' exec sp_dboption @dbname,'single user','true' dbcc checktable('需要修复的数据表的名称',REPAIR_ALLOW_DATA_LOSS) dbcc checktable('需要修复的数据表的名称',REPAIR_REBUILD) ------把’ 需要修复的数据表的名称’更改为执行DBCC CHECKDB时报错的数据表的名称exec sp_dboption @dbname,'single user','false'

【嘉为IT培训】Exchange 2010数据库损坏后的修复步骤

刘凯:项目经理 微软Windows Server System技术专家,网络安全专家,微软企业护航金牌技术专家;MCSE、MCT、MCITP、VCP,现为嘉为企业服务项目经理和微软技术服务资深顾问。 摘要: Exchange数据库作为承载用户邮箱的核心组件,其重要性不言而喻。数据库一旦卸载,其承载的所有邮箱将无法工作,通常引起卸载的原因有很多种,此次我们所要探讨的是数据库损坏这种极端情况。 可能你会说,有备份做保证,损坏又何妨。但是,你必然不能忽视一个问题,即还原后的数据库与原数据库存在一定的差异。因此,我们不推荐数据库损坏后第一时间还原。如果故障发生在非工作时间,比如晚上或周末,建议优先尝试数据库的修复。 正文: 笔者最近就遭遇了一起数据库损坏的故障。为此,将处理的思路分享给大家。 1. 事件描述 磁盘逻辑错误(通过系统NTFS日志可以分析)导致2个数据库无法装入,影响200多用户; 在此故障发生之前因为管理员疏忽,数据库的副本状态一直不正常,所以无法在故障发生时激活副本; 2. 处理思路 通常解决这种问题,我们需要做以下操作: 1)检查数据库的状态: eseutil.exe /mh “数据库EDB文件全路径” Eseutil /M 文件转储模式 https://www.docsj.com/doc/c410287428.html,/zh-cn/library/aa997795(v=exchg.65).aspx

2)需要硬修复该数据库,通过以下命令: eseutil.exe /P “数据库EDB文件全路径” Eseutil /P 修复模式 https://www.docsj.com/doc/c410287428.html,/zh-cn/library/aa996773(v=exchg.65).aspx 如何在各种情况下运行 Eseutil /P(修复) https://www.docsj.com/doc/c410287428.html,/zh-cn/library/aa997215(v=exchg.65).aspx 3)同时做完硬修复后,建议做以下两个操作完成整个修复的操作: 在 /D 模型下运行 Eseutil,以完整地重建索引并对数据库进行碎片整理 eseutil.exe /d “数据库EDB文件全路径” 如何运行 Eseutil /D(碎片整理) https://www.docsj.com/doc/c410287428.html,/zh-cn/library/aa995748(v=exchg.65).aspx 然后运行 ISInteg,以便在应用程序级别修复数据库 isinteg -s “服务器名称” -fix -test alltests 注意: 执行该命令后需选择需要修复的数据库,该数据库必须是卸载状态的(offline)。 Isinteg.exe 工具的 Exchange 命令行参数 https://www.docsj.com/doc/c410287428.html,/kb/301460/zh-cn 4)执行完以上步骤后,装入数据库。 3. 特别注意 此次执行以上操作并非一帆风顺,在第二步eseutil.exe /P过程中遇到阻碍,执行命令不成功,报错如下: [PS] C:\Program Files\Microsoft\Exchange Server\V14\Bin>eseutil /p I:\Mailbox\db01.edb

详细的xp修复控制台命令

详细的xp修复控制台命令 放入xp(2000)的光盘,安装时候选R,修复! Windows XP(包括Windows 2000)的控制台命令是在系统出现一些意外情况下的一种非常有效的诊断和测试以及恢复系统功能的工具。小编的确一直都想把这方面的命令做个总结,这次辛苦老范给我们整理了这份实用的秘笈。 Bootcfg bootcfg 命令启动配置和故障恢复(对于大多数计算机,即boot.ini 文件)。 含有下列参数的bootcfg 命令仅在使用故障恢复控制台时才可用。可在命令提示符下使用带有不同参数的bootcfg 命令。 用法: bootcfg /default设置默认引导项。 bootcfg /add向引导列表中添加Windows 安装。 bootcfg /rebuild重复全部Windows 安装过程并允许用户选择要添加的内容。 注意:使用bootcfg /rebuild 之前,应先通过bootcfg /copy 命令备份boot.ini 文件。 bootcfg /scan扫描用于Windows 安装的所有磁盘并显示结果。 注意:这些结果被静态存储,并用于本次会话。如果在本次会话期间磁盘配置发生变化,为获得更新的扫描,必须先重新启动计算机,然后再次扫描磁盘。 bootcfg /list列出引导列表中已有的条目。 bootcfg /disableredirect 在启动引导程序中禁用重定向。 bootcfg /redirect [ PortBaudRrate] |[ useBiosSettings] 在启动引导程序中通过指定配置启用重定向。 范例: bootcfg /redirect com1 115200 bootcfg /redirect useBiosSettings hkdsk

数据库备份与恢复命令

T-SQL命令 1、备份设备:备份或还原操作中使用的磁盘或磁带文件称为备份设备. 创建备份设备: SP_ADDUMPDEVICE …disk|tape?,?logical_name?,?physical_name? 删除备份设备: SP_DROPDEVICE ?logical_name?|?physical_name? SP_ADDUMPDEVICE'DISK','backup1','E:\BACKUP1.DAT'

2、备份数据库: BACKUP DATABASE “数据库名” TO “备份设备名”[……n] [WITH [DIFFERENTIAL] [,NAME=?备份名?]] BACKUP DATABASE ST TO BACKUP1 use st CREATE TABLE clients ( cid int,

cname char(8), address char(50) ) BACKUP DATABASE ST TO BACKUP1 WITH DIFFERENTIAL 3、备份事务日志文件: BACKUP LOG “数据库名” TO “备份设备名”[……n] [WITH NAME=?备份名?] BACKUP LOG ST TO BACKUP1 4、查看备份设备中原数据库和事务日志的文件信息:

RESTORE FILELISTONLY FROM …备份设备名? RESTORE FILELISTONLY FROM BACKUP1 5、查看备份设备中备份文件信息: RESTORE HEADERONLY FROM …备份设备名? RESTORE HEADERONLY FROM BACKUP1 6、还原数据库 RESTORE DATABASE ‘数据库名?FROM …备份设备名?

系统修复命令

系统修复命令 sfc(System Files Checker系统文件检查器)是Win98最常用的工具之一,它可以验证系统文件完整性并修复系统文件。在WinXP中,它的功能更为强大,不仅可以扫描所有受保护的系统文件以验证其版本,还可以设置文件缓存大小、清除文件缓存及重新填充“%SystemRoot%System32Dllcache”文件夹。 要在WinXP中使用“系统文件检查器”,先要单击“开始→所有程序→附件→命令提示符”,然后在“命令提示符”窗口的光标提示符后键入“Sfc”并按下回车键,“系统文件检查”程序会给出参数的中文提示。 [SFC 命令的相关参数语法格式] /scannow 立即扫描所有受保护的系统文件; /scanonce 扫描一次所有受保护的系统文件; /scanboot 每一次启动扫描所有受保护的系统文件; /cancel 取消扫描所有暂停的受保护的系统文件; /enable 正常操作后用Windows文件保护; /purgecache 清除缓存并扫描受保护的系统文件; /cachesize=x 设置文件缓存大小; /quiet 不提示用户而直接替换所有不正确的版本。 [实例] 以WinXP系统为例,开始--运行--在运行对话框中输入“CMD”命令,弹出“命令提示符”对话框,输入相应的SFE命令。 现在我们键入“Sfc/scannow”,按下回车键后,“系统文件检查器”就会开始检查当前的系统文件是否有损坏、版本是否正确,如果发现错误,程序会要求你插入WinXP安装光盘来修复或者替换不正确的文件。如果Dllcache文件夹被破坏或者不可用,你还可以使用“Sfc/scanonce”或“Sfc/scanboot”命令修复该文件夹的内容以保证系统的安全性和稳定性。 如果想设置为“下次启动时扫描”或“每次启动时扫描”,那只需要在命令提示符下输入“SFC /SCANONCE”或“SFC /SCANBOOT”命令即可。 另外,限制Windows文件保护缓存大小也很简单,如设置为300MB,在命令提示符下输入“SFC /CACHESIZE=300”即可。 [注意] 以管理员身份登录WinXP,将WinXP的安装光盘放入光驱,在“命令提示符”窗口中键入“SFC/SCANNOW”命令后回车,“系统文件检查器”开始自动扫描系统文件,而且不需要你的任何干预。不过需要提醒大家的是,尽管2000/XP下的“SFC”比Win98下的“SFC”聪明得多,但要想正常运行它,还得注意以下两个问题: 1.在运行“SFC”之前必须将WinXP安装光盘放入光驱,否则在扫描过程中会提示你插入安装光盘。即使你插入了安装光盘,系统仍会有出错提示。 2.在2000/XP下使用“系统文件检查器”时,必须加上正确的参数才能正常运行。我们可以在“命令提示符”窗口中键入“SFC”命令查看这些参数。 3.由于2000/XP下的“SFC”命令是完全自动执行的,因此我们无法直接知道修复了哪些系统文件。不过我们可以通过以下方法间接获得系统文件的修复情况:依次打开“控制面板→管理工具→事件查看器→系统”,根据时间提示,从列表中选定运行“SFC”时的事件,右击该事件并查看其属性即可。

神通数据库备份恢复命令行工具使用手册

神通数据库 备份恢复命令行工具使 用手册 版本7.0 天津神舟通用数据技术有限公司 2010年1月

版权声明 神通数据库是天津神舟通用数据技术有限公司开发的数据库管理系统软件产品。神通的版权归天津神舟通用数据技术有限公司,任何侵犯版权的行为将追究法律责任。 《神通逻辑备份恢复工具V2.0使用手册》的版权归天津神舟通用数据技术有限公司所有。 未经天津神舟通用数据技术有限公司的书面准许,不得将本手册的任何部分以任何形式、采用任何手段(电子的或机械的,包括照相复制或录制)、或为任何目的,进行复制或扩散。 (c)Copyright 2010 天津神舟通用数据技术有限公司。版权所有,翻制必究。 天津神舟通用数据技术有限公司不对因为使用该软件、用户手册或由于该软件、用户手册中的缺陷所造成的任何损失负责。

前言 为了防止数据库系统在使用过程中由于各种意外事故导致数据的损坏和丢失,需要定期对数据库进行备份。神通提供了逻辑备份恢复工具V2.0,可以对数据库中的单个及多个对象进行备份,利用备份数据,用户可以通过配套的恢复工具执行恢复操作,此时需要选择恢复时使用的备份记录。本手册主要介绍逻辑备份恢复工具V2.0的详细使用方法,供用户在对数据库进行逻辑备份恢复的时候学习使用。 本手册适用于所有使用神通的用户。

阅读指南 〖阅读对象〗 本手册是为使用神通管理系统的用户编写的。使用神通的用户在对神通进行逻辑备份恢复之前应当认真阅读本手册,以便熟悉逻辑备份恢复程序的使用,进行神通管理系统的逻辑备份恢复。 〖内容简介〗 本手册介绍了如何使用神通逻辑备份恢复程序进行神通的逻辑备份恢复,目的是让用户对神通的逻辑备份恢复过程有一个全面的了解,方便用户使用逻辑程序。 神通逻辑备份恢复程序采用Java语言编写,具有跨平台性,可以在Windows 、Linux等多种系统平台上运行,用户在一个操作系统平台上熟悉了程序的使用后,可以很容易的在其他系统平台上使用逻辑备份恢复程序。 系统要求介绍了神通管理系统逻辑备份恢复工具V2.0所需的系统环境。使用说明具体介绍逻辑备份恢复工具V2.0的使用。 〖手册构成〗 本手册由2部分组成: 第1章,“系统要求”,介绍了神通管理系统逻辑备份恢复工具V2.0所需的系统环境。 第2章,“使用说明”,具体介绍逻辑备份恢复工具V2.0的使用。 〖相关文档〗 使用本手册时可以参考神通的手册集,手册集包含以下文档: 《神通安装手册》 《神通备份恢复工具使用手册》 《神通DBA管理工具使用手册》 《神通系统管理员手册》 《神通嵌入式SQL语言手册》 《神通交互式SQL查询工具使用手册》 《神通JDBC开发指南》 《神通过程语言手册》 《神通OLEDB/ADO用户手册》 《神通迁移工具使用手册》 《神通ODBC程序员开发指南》 《神通审计管理》 《神通审计工具使用手册》 《神通性能监测工具使用手册》 〖手册约定〗 本手册遵循以下约定: 所有标题均使用黑体字。

SQL Server数据库的MDF文件修复和恢复方法

SQL Server数据库的MDF文件修复和恢复方法 实际上,我们经常会遇到数据库恢复或修复的问题,下面我们来讲讲方法: 首先:如果备份的数据库有两个文件,分别是.LDF 和.MDF,打开企业管理器,在实例上右击---所有任务--附加数据库,然后选择那个.MDF文件,就可以了。 或者在查询分析器中输入: sp_attach_db "数据库名称","路径\文件名.ldf","路径\文件名.MDF" SQL Server数据库备份有两种方式,一种是使用BACKUP DA TABASE将数据库文件备份出去,另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式。下面将主要讨论一下后者的备份与恢复。本文假定您能熟练使用SQL Server Enterprise Manager(SQL Server企业管理器)和SQL Server Quwey Analyser(SQL Server查询分析器)。 1.正常的备份、恢复方式0 正常方式下,我们要备份一个数据库,首先要先将该数据库从运行的数据服务器中断开,或者停掉整个数据库服务器,然后复制文件。 卸下数据库的命令:Sp_detach_db 数据库名连接数据库的命令:Sp_attach_db或者sp_attach_single_file_dbs_attach_db [@dbname =] 'dbname', [@filename1 =] 'filename_n' [,...16]sp_attach_single_file_db [@dbname =] 'dbname', [@physname =] 'physical_name' 使用此方法可以正确恢复SQL Sever7.0和SQL Server 2000的数据库文件,要点是备份的时候一定要将mdf和ldf两个文件都备份下来,mdf文件是数据库数据文件,ldf是数据库日志文件。 例子: 假设数据库为test,其数据文件为test_data.mdf,日志文件为test_log.ldf。下面我们讨论一下如何备份、恢复该数据库。 卸下数据库:sp_detach_db 'test'连接数据库:sp_attach_db 'test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_data.mdf','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf'sp_attach_single_file_db 'test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_data.mdf'

怎么用命令提示符修复系统

怎么用命令提示符修复系统 在使用win7系统过程中,难免会因为一些误操作导致系统出现故障,而很多人在系统出现故障的时候选择重装系统或者还原系统进行解决,这样有时候还会遇到还原系统的不稳定,其实并不需要这么麻烦的,我们可以通过cmd命令的方法来快速检查并及时修复系统的,下面就让小编教大家怎么用命令提示符修复系统。 用命令提示符修复系统的方法 首先打开开始菜单中的命令提示符窗口,在打开的命令提示符窗口中,输入“SFC/? ”命令后按回车,这是用来查看到该检查器命令的所有参数; 然后按照程序内容中的中英翻译来选择操作,比如想“扫描所有受保护的系统文件的完整性,不自行修复操作,那么就输入sfc verifyonly 命令后按下回车键,之后会开始扫描,需要一点时间; 扫描完成之后,系统会显示发现了完整性冲突,然后就会给出

了出错报告的路径以及文件名; 然后用户就可以通过命令的提示找到相对应的路径; 然后双击打开CBS文档,这里会记录很多的问题,这是记录Windows7系统所有的异常报告,找到了问题,就可快速解决问题了。 如果出现问题,可回到命令提示符系统,根据之前的中英文翻译,输入“sfc /scannow”,即“扫描所有受保护的系统文件的完整性,并修复出问题的文件”。 修复过程并不影响其它软件的使用。保持系统的完整性和流畅性,而且还不用重装系统,。待验证100%已完成后,再重启计算机,修复即可生效;

怎么用命令提示符修复系统相关文章: 1.怎样用命令提示符修复系统 2.怎么用命令提示符来修复系统 3.Win7系统中用命令修复系统的方法 4.联想电脑怎么用命令提示符来修复系统 5.系统恢复选项的命令提示符怎么用 6.Win7系统中用修复命令怎么修复系统 7.怎么用命令符修复系统

sql数据库质疑的一般处理命令

寒山sql数据库修复中心https://www.docsj.com/doc/c410287428.html,/ 设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服 务器,按右键,选择"属性",在"服务器设置"页面中将"允许对系统目录直接修改"一项选中。也可以 使用如下语句来实现 */ use ais09 go sp_configure 'allow updates',1 go reconfigure with override go sp_dboption 'ais09','single user','true' go /*设置为紧急修复模式(操作数据库切记切换为master)1077936153/4194328(正常) -32768(只读\脱机\紧急模式) 32768(紧急模式)*/ /*select * from sysdatabases*/ update sysdatabases set status=-32768 where dbid=DB_ID('ais09') go /*执行真正的恢复操作,重建数据库日志文件*/ dbcc checkdb('ais09','REPAIR_REBUILD')/*REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD */ go sp_dboption 'ais09','single user','false' go /*设置数据库为正常状态*/ sp_dboption 'ais09','dbo use only','false' go /*最后一步,我们要将步骤E中设置的"允许对系统目录直接修改"一项恢复。因为平时直接操作系统表 是一件比较危险的事情*/ sp_configure 'allow updates',0 go reconfigure with override go 二种模式: use ais19 exec sp_dboption ais19,'single user',true dbcc checkdb('ais19','repair_rebuild') exec sp_dboption ais19,'single user',false 三种模式: 1. DBCC CHECKDB 重启服务器后,在没有进行任何操作的情况下,在SQL查询分析器中执行以下SQL进

windows xp 系统修复命令集

XP 光盘启动,进入Windows Recovery Console(windows恢复控制台),运行 CD C: ATTRIB –H C:\boot.ini ATTRIB –S C:\boot.ini ATRIB –R C:\boot.ini del boot.ini BOOTCFG /Rebuild CHKDSK /R /F FIXBOOT 该命令修复如下项目: * Windows Hardware Abstraction Layer (HAL) * Corrupt registry hives (\WINDOWS\SYSTEM32\CONFIG\xxxxxx) * Invalid BOOT.INI files * A corrupt NTOSKRNL.EXE * A missing NT Loader (NTLDR) XP系统自动修复命令(sfc)详解 系统中毒了,清了九个病毒,系统也被破坏的不成样子了,用了这个命令,觉的不错,献给大家 cmd>Sfc.exe 系统文件修复检查命令Windows系统用久了,难免出现系统文件损坏丢失的情况,其实通过系统文件检查Sfc.exe (一个Windows用来验证系统文件完整性并修复系统文件的使用小工具)就可以了. XP中, 点击"开始-运行",输入"cmd",打开"命令提示符"窗口,在光标提示后输入SFC,回车后,变可 打开系统文件检查器.例如"sfc/scannow"是检查当前的系统文件是否有损坏,版 本是否正 确,如果发生错误,程序会要求你插入XP安装光盘来修复或者替换不正确的文件.如果 Dllcache文件夹被破坏后者不可用, 还可以使用"sfc/scanonce"或者 "sfc/scanboot"命令修复 该文件夹的内容以保证系统的安全性和稳定性. /SCANNOW 立即扫描所有受保护的系统文件/SCANNONCE 下次启动时扫 描所有受保护的系统文件。/SCANBOOT 每次启动时扫描所有受保护的系统文件。/REVERT 将扫描返回到默认设置/PURGECACHE 清楚文件缓存 /CACHESIZE=x 设置文件缓存大小 二、Windows XP系统的―恢复‖办法 1.让SFC命令全面修复受损文件 如果系统因丢失了太多的系统重要文件而变得非常不稳定,那么按照前面介绍的方法一一修复,相必会让人发疯的。这时就需要使用SFC文件检测器命令,来全面的检测并修复受损的系统文件了。 在―运行‖窗口中执行―sfc /scannow‖命令,这时sfc文件检测器将立即扫描所有受保护的系统文件(如图5),其间会提示用户插入Windows安装光盘。这样,在大约10分钟左右的时间里,SFC就将会检测并修复好受保护的系统文件。

SQL Server重建指定数据库恢复方法

SQL Server 数据库的MDF 文件修复和恢复方法 实际上,我们经常会遇到数据库恢复或修复的问题,下面我们来讲讲方法: 首先:如果备份的数据库有两个文件,分别是.LDF 和.MDF,打开企业管理器,在实例上右击---所有任务--附加数据库,然后选择那个.MDF 文件,就可以了。或者在查询分析器中输入:sp_attach_db "数据库名称","路径\文件名.ldf","路径\文件名.MDF" SQL Server 数据库备份有两种方式,一种是使用BACKUP DATABASE 将数据库文件备份出去,另外一种就是直接拷贝数据库文件mdf 和日志文件ldf 的方式。下面将主要讨论一下后者的备份与恢复。本文假定您能熟练使用SQL Server Enterprise Manager(SQL Server 企业管理器)和SQL Server Quwey Analyser(SQL Server 查询分析器)。1.正常的备份、恢复方式0 正常方式下,我 们要备份一个数据库,首先要先将该数据库从运行的数据服务器中断开,或者停掉整个数据库服务器,然后复制文件。卸下数据库的命令: Sp_detach_db 数据库名连接数据库的命令:Sp_attach_db 或者sp_attach_single_file_dbs_attach_db [@dbname =] 'dbname', [@filename1 =] 'filename_n' [,……16]sp_attach_single_file_db [@dbname =] 'dbname', [@physname =] 'physical_name' 使用此方法可以正确恢复SQL Sever7.0 和SQL Server 2000 的数据库文件,要点是备份的时候一定要将mdf 和ldf 两个文件都备份下来,mdf 文件是数据库数据文件,ldf 是数据库日志文件。例子:假设数据库为test,其数据文件为test_data.mdf,日志文件为test_log.ldf。下面我们讨论一下如何备份、恢复该数据库。卸下数据库:sp_detach_db 'test'连接数据库:sp_attach_db 'test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_data.mdf','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf'sp_attach_single_file_db 'test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_data.mdf'

用运行命令检查修复系统最基本的故障

用运行命令检查修复系统最基本的故障 以下为Windows操作系统的常用运行命令,执行这些命令,就能打开系统对应的相关实用程序,如果大家能基本利用,就能检查并修复系统的最基本的故障,除注销,关闭系统命令 外,其它所有命令,大家不妨一试!! 运行输入CMD输入对应的相关实用程序: . 打开C:\Documents and Settings\XXX(当前登录Windows XP的用户名) .. 打开Windows XP所在的盘符下的Documents and Settings文件夹 ... 打开“我的电脑”选项。 accwiz.exe 辅助工具向导 actmovie.exe 直接显示安装工具 append.exe 允许程序打开制定目录中的数据 arp.exe 显示和更改计算机的IP与硬件物理地址的对应列表 at.exe 计划运行任务 atmadm.exe ATM调用管理器统计 attrib.exe 显示和更改文件和文件夹属性 autochk.exe 检测修复文件系统 (XP不可用) autoconv.exe 在启动过程中自动转化系统 (XP不可用) autofmt.exe 在启动过程中格式化进程 (XP不可用) autolfn.exe 使用长文件名格式 (XP不可用) arp.exe 显示和更改计算机的IP与硬件物理地址的对应 calc.exe 计算器 Bootvrfy.exe 通报启动成功 cacls.exe 显示和编辑ACL cdplayer.exe CD播放器 change.exe 与终端服务器相关的查询 (XP不可用) charmap.exe 字符映射表 chglogon.exe 启动或停用会话记录 (XP不可用) chgport.exe 改变端口(终端服务) (XP不可用) chgusr.exe 改变用户(终端服务) (XP不可用) chkdsk.exe 磁盘检测程序 chkntfs.exe NTFS磁盘检测程序 cidaemon.exe 组成Ci文档服务 cipher.exe 在NTFS上显示或改变加密的文件或目录 cisvc.exe 打开索引内容

恢复SQL数据库

window命令大全 复SQL数据库 近日,用户打电话请求技术支持,说素材采集数据库连接不上,笔者在网管控 笔者进行了简单的测试:ping数据库服务器没有问题,证明网络连接没有问题:ODBC连接也可以连接到数据库服务器的MASTER数据库,证明客户端没有问题。问题应该出在CMS应用数据库上。 直到现在笔者还没有认识到问题的严重性。打开企业管理器,查看CMS数据库 的状态,竟然是“置疑”! 出现“置疑”状态有几种可能: υ数据库文件或者相关的日志文件丢失。 υ数据库所在的路径发生变化。 υ磁盘可用空间不足。 υ SQL Server可能没有足够的时间来恢复数据库。 υ数据库在数据写入的过程中数据页因为停电或者内存泄漏等操作被损坏。 为了查看故障情况,首先重新启动了数据库服务器,查看SQL Server服务管理器中的SQL Server的运作状况,发现其运行正常,说明SQL Server服务是正 常的。打开企业管理器,故障情况依旧。 首先向部门领导报告了故障发生的情况,请示以后紧急启用了一台临时服务器。根据故障的状况和“置疑”发生的可能性,笔者逐一进行了排查。文件路径没 有改变,文件也没有丢失,磁盘空间还有30GB,没有进行数据库恢复操作,那 就只有最后一种可能了。问一下同事数据中心是否停过电,回答是没有。仔细 问了一下,有没有异常发生,这时候有个同事说刚才在调试KVM的时候不小心 把电源线给拔下来了,由于没有认识到连接的是服务器,连续接插了几次。啊!这可是资料存储的Server啊!不过还好,数据库文件、日志文件还在,可以使用数据库附加到服务器。打开查询分析器输入以下脚本命令: 如果数据库文件没有问题的话就应该OK了。因为文件很大,执行开始以后,笔者就离开机房回到座位上,耐心等待数据库附加完成。不过,最不愿意看到的 事情发生了,数据库文件损坏,不是有效的数据库文件头,可以确认这是灾难 性的!还好,想到还有完整的数据备份机制,至少可以把损失降低到最低程度

用Regsvr32命令来解决系统疑难杂症

用Regsvr32命令来解决系统疑难杂症 Regsvr32命令修复系统故障 2010年09月07日星期二09:26 A.M. Regsvr32命令修复系统故障实例使用过activex的人都知道,activex不注册是不能够被系统识别和使用的,一般安装程序都会自动地把它所使用的activex控件注册,但如果你拿到的一个控件需要手动注册怎么办呢?如果修改注册表那就太麻烦了,在windows的system文件夹下有一个regsvr32.exe的程序,它就是windows自带的activex注册和反注册工具。 2000系统的regsvr32.exe在winnt\system32文件夹下; WInXP系统的regsvr32.exe在windows\system32文件夹下 regsvr32的用法为: "regsvr32 [/s] [/n] [/i(:cmdline)] dllname”。其中dllname为activex控件文件名,建议在安装前拷贝到system文件夹下。 参数有如下意义: /u——反注册控件 /s——不管注册成功与否,均不显示提示框 /c——控制台输出 /i——跳过控件的选项进行安装(与注册不同) /n——不注册控件,此选项必须与/i选项一起使用 执行该命令的方法: 1、可以在“开始”--“运行”,调出运行的对话框,也可以使用Win+R热键,然后直接在输入栏输入即可 2、在开始--运行输入cmd,调出…命令提示符?窗口,然后再执行regsvr32命令。 二、Regsvr32错误消息的说明 当使用Regsvr32.exe 时,它会尝试加载该组件并调用它的DLLSelfRegister 函数。如果此尝试成功,Regsvr32.exe 会显示一个指示成功的对话框。如果此尝试失败,Regsvr32.exe 会返回一条错误消息,其中可能会包括一个Win32 错误代码。 以下列表介绍了RegSvr32 错误消息和可能的原因。 Unrecognized flag:/invalid_flag 键入的标志或开关组合无效(请参阅本文中的“Regsvr32.exe 的用法”一节)。 No DLL name specified. 未包括.dll 文件名(请参阅本文中的“Regsvr32.exe 的用法”一节)。 Dllname was loaded, but the DllRegisterServer or DllUnregisterServer entry point was not found. Dllname不是.dll 或.ocx 文件。例如,键入regsvr32 wjview.exe 就会生成该错误消息。

检查修复数据库常用方法

A、检查数据库常用方法: 隔一定时间或计算机经常死机、突然掉电、软件经常连接不上数据库时,需要进行检查数据库的完整性和正确性。 一、进入sqlserver“查询分析器”,选中“消费数据库”后输入检测数据库命令:DBCC CHECKDB ('消费数据库名称', NOINDEX) 二、Sqlserver开始检查“消费数据库”的完整性和正确性。 检查结果: 1、如果为“0个分配性错误,0个一致性错误”,消费数据库正常。退出。 2、否则“消费数据库”需要进行恢复。 步骤: 1、把“查询分析器”的当前数据库改为master数据库。 2、在查询分析器里面依次执行下面命令: A、SP_DBOPTION '消费数据库名称','SINGLE USER',TRUE B、DBCC CHECKDB('消费数据库名称',REPAIR_ALLOW_DATA_LOSS) C、SP_DBOPTION '消费数据库名称','SINGLE USER',FALSe 3、最后重复步骤一再次检查数据库正确性 B、LOG文件损坏处理方法: 1、停止服务,copy mdf与ldf文件到别处(不要做sp_detach_db

分离数据库) 2、建立一个新数据库 3、将你复制出去的 mdf文件改名字,替换刚刚新建的数据库的mdf 文件(此时你再刷新数据库仍为置疑状态,可以不管) 4、进入查询分析器,运行以下语句 USE MASTER GO SP_CONFIGURE 'ALLOW UPDATES',1 GO RECONFIGURE WITH OVERRIDE GO UPDATE SYSDATABASES SET STATUS=-32768 WHERE NAME='数据库名称' 5、重建LOG DBCC REBUILD_LOG('数据库名称','C:\PROGRAM FILES\MICROSOFT SQL SERVER\MSSQL\DATA\数据库名称_LOG.LDF') 如果提示“文件已存在”的话,请在相应目录下把原来的LOG文件删除 6、DBCC检查 DBCC CHECKDB('数据库名称') 7、设置数据库为正常状态 UPDATE SYSDATABASES SET STATUS =28 WHERE NAME='数据库名称'

Windows7如何通过SFC命令修复受损系统文件

Windows7如何通过SFC命令修复受损系统文件 导读:什么是系统文件?我想可能有一部分人跟我一样曾经对这如此陌生。系统文件指的是存放操作系统主要文件的文件夹,该文件夹中的文件直接影响系统的正常运行,一般情况下是不能随意改变的。也有不少用户诉说他们Win7系统中存在一些损坏的系统文件,但是又不知如何修复,下面就让我们小编教大家受损的系统文件如何用SFC命令来修复。 1、鼠标单击win7系统“开始”菜单,在搜索框中输入cmd; 2、鼠标右击cmd选择“以管理员身份运行”选项; 3、在打开的命令提示符窗口中,键入sfc /scannow命令,然后按回车键。 如果要确定哪些文件可能无法修复,可以按照以下步骤: 1、鼠标单击win7系统“开始”菜单,在搜索框中输入cmd; 2、鼠标右击cmd选择“以管理员身份运行”选项; 3、在打开的命令提示符窗口中,键入下面命令并回车: findstr 状态“[SR]”%windir%LogsCBSCBS.log 》%userPRofile%Desktopsfcdetails.txt 4、在搜索程序和文件中,键入sfcdetails.txt ,然后回车; Sfcdetails.txt 文件使用以下格式: 日期/时间SFC 详细信息 以下示例日志文件包含的项不能被修复的文件: 2007-01-12 12:10:42,Info CSI 00000008 [SR] Cannot repair member file [l:34{17}]“accessibility.dll” of Accessibility,Version = 6.0.6000.16386,pA = PROCESSOR_ARCHITECTURE_MSIL (8),Culture neutral, VersionScope neutral,PublicKeyToken = {l:8 b:b03f5f7f11d50a3a},Type neutral,TypeName neutral,PublicKey neutral in the store,file is missing 所谓的Sfc.exe就是可以用来检测、修复操作系统,只需要自己动动手,就可以修复系统出现的错误,免去了还原系统的不稳定性。虽然看上去有点复杂但是操作起来还是挺轻松的。

SQL数据库修复方法

无日志恢复SQL Server数据库方法一 1.新建一个同名的数据库 2.再停掉sql server(注意不要分离数据库) 3.用原数据库的数据文件覆盖掉这个新建的数据库 4.再重启sql server 5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名) 6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用数据库的脚本创建一个新的数据库,并将数据导进去就行了. https://www.docsj.com/doc/c410287428.html,E MASTER 2. 3.GO 4. 5. SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE 6. 7.GO 8. 9.UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库 名' 10. 11.Go 12. 13.sp_dboption '置疑的数据库名', 'single user', 'true' 14. 15. Go 16. 17.DBCC CHECKDB('置疑的数据库名') 18. 19.Go 20. 21.update sysdatabases set status =28 where name='置疑的数据库名' 22. 23.Go 24. 25.sp_configure 'allow updates', 0 reconfigure with override 26. 27.Go 28.

29.sp_dboption '置疑的数据库名', 'single user', 'false' 30. 31.Go 无日志恢复SQL Server数据库方法二 没有效果的恢复步骤 附加数据库_Rambo讲过被删除日志文件中不存在活动日志时,可以这么做来恢复: 1,分离被置疑的数据库,可以使用sp_detach_db 2,附加数据库,可以使用sp_attach_single_file_db 但是,很遗憾,执行之后,SQL Server质疑数据文件和日志文件不符,所以无法附加数据库数据文件。 DTS数据导出 不行,无法读取XXX数据库,DTS Wizard报告说“初始化上下文发生错误”。 紧急模式 怡红公子讲过没有日志用于恢复时,可以这么做: 1,把数据库设置为em ergency m ode 2,重新建立一个log文件 3,把SQL Server 重新启动一下 4,把应用数据库设置成单用户模式 5,做DBCC CHECKDB 6,如果没有什么大问题就可以把数据库状态改回去了,记得别忘了把系统表的修改选项关掉 我实践了一下,把应用数据库的数据文件移走,重新建立一个同名的数据库XXX,然后停掉SQL 服务,把原来的数据文件再覆盖回来。之后,按照怡红公子的步骤走。 但是,也很遗憾,除了第2步之外,其他步骤执行非常成功。可惜,重启SQL Server之后,这个应用数据库仍然是置疑! 不过,让我欣慰的是,这么做之后,倒是能够Select数据了,让我大出一口气。只不过,组件使用数据库时,报告说:“发生错误:-2147467259,未能在数据库'XXX' 中运行BEGIN TRANSACTION,因为该数据库处于回避恢复模式。”

如何使用命令来修复系统已经丢失的文件

一,在cmd上用这个试试chkdsk 二.启动恢复控制台 要进入恢复控制台,首先要用OS光盘启动,在出现"欢迎使用安装程序"的界面,我们可以看到第二项提示是"要使用\'恢复控制台\'修复 Windows XP安装,请按 R"。 在按了R键之后,安装程序会对磁盘进行检查。稍等片刻后,屏幕上会列出已经找到的操作系统及其安装目录,并且会自动编号。系统会询问你要登录到哪一个Windows系统,我们只要输入系统前面的序号,然后回车(千万不要直接按回车!系统会重新启动的!),然后会询问管理员的密码,输入之后按回车,这样我们就进入了修复控制台(。 三.常用的系统故障恢复命令 1. Bootcfg:用于对启动文件BOOT.INI的配置和恢复(Win 2K没有该命令) 2. Disable 和 Enable:用于禁用/启用系统服务或设备驱动程序 3. Expand:用于从压缩文件中提取文件 4. FixBoot:重新写入新的分区引导区到指定的系统分区 5. FixMBR:修复启动磁盘的主引导记录 6. Help:显示帮助 7. Listsvc:列出该系统上所有的系统服务和设备驱动程序(配合Disable/Enable使用) 8. Set:显示和设置环境变量 四.修复常见系统启动故障 (一) 系统引导区损坏 通常是因为被病毒损坏,或者是使用一些第三方的磁盘工具,造成引导扇区内容被破坏。现象是到OS启动的阶段就停着不动,或提示没有可启动的磁盘。其实用恢复控制台可以很简单地恢复这种错误。进入恢复控制台,输入FIXBOOT,系统会提示是否确定要写入新的启动扇区到目标磁盘分区,按Y然后回车,系统写入成功后,按EXIT重新启动就可以了。( 如果还是不行,有可能是主引导记录(MBR,Main Boot Record)损坏了,这时候我们就要用到FixMBR这个命令了,但是这个命令风险比较大,有可能损坏分区信息造成数据丢失,所以不到最后千万不要用! 使用方法跟FIXBOOT一样,进入恢复控制台,输入FixMBR,系统会有警告信息(,确定要执行的话,按Y然后按回车就可以了,然后再恢复控制台的提示符状态按EXIT重新启动。 (二) 系统引导文件损坏或丢失 当系统启动时,提示找不到NTLDR或者https://www.docsj.com/doc/c410287428.html,时,系统要求重新启动。这种情况多发生在同一分区装多系统,或某些误操作,删除了系统根目录下面的文件。如下图:

相关文档
相关文档 最新文档