在本文中,我们将详细介绍sql-server–修复数据库中不一致的页面的各个方面,并为您提供关于sql数据库怎么修复的相关解答,同时,我们也将为您带来关于MDF文件在SQLServer数据库中如何完全
在本文中,我们将详细介绍sql-server – 修复数据库中不一致的页面的各个方面,并为您提供关于sql数据库怎么修复的相关解答,同时,我们也将为您带来关于MDF文件在SQL Server数据库中如何完全修复、MS sqlserver2000 master库语言排序规则不一致导致的问题、sql serveice 附加数据库时,遇到版本不一致的解决方法、SQL Server 2014:自联接基数估计不一致的任何解释?的有用知识。
本文目录一览:- sql-server – 修复数据库中不一致的页面(sql数据库怎么修复)
- MDF文件在SQL Server数据库中如何完全修复
- MS sqlserver2000 master库语言排序规则不一致导致的问题
- sql serveice 附加数据库时,遇到版本不一致的解决方法
- SQL Server 2014:自联接基数估计不一致的任何解释?
sql-server – 修复数据库中不一致的页面(sql数据库怎么修复)
当我们在这些页面上运行DBCC PAGE时,我们得到:
Msg 8939,Level 16,State 106,Line 1 Table error: Object ID 1397580017,index ID 2,page (1:8404521). Test (m_freeCnt == freeCnt) Failed. Values are 2 and 19. Msg 8939,State 108,page (1:8404521). Test (emptySlotCnt == 0) Failed. Values are 1 and 0.
由于指示的索引是非聚集的,并且由包含2列的唯一constarint创建,因此我们尝试删除并重新创建索引.这导致以下错误:
CREATE UNIQUE INDEX terminated because a duplicate key was found for index ID 2. Most significant primary key is '3280'. The statement has been terminated.
然而跑步
Select var_id,result_on from tests group by var_id,result_on having count(*)>1
返回0行.
以下是我们计划做的事情:
>恢复数据库的服务器前崩溃副本并运行DBCC CHECKDB
>如果返回清除,则再次恢复而不恢复
>应用所有后续TLOG备份
>停止生产应用程序,进行尾部日志备份并应用它
>删除prod DB并重命名新恢复的数据库以使其生效
>开始生产应用程序
有人可以用这种方法打洞吗?也许,建议采用不同的方法?我们需要的是最短的停机时间.
sql 2000
数据库大小94 GB
具有损坏页面的表具有4.6亿行数据
谢谢您的帮助.
拉吉
解决方法
在继续之前,您是否考虑过仅重建受影响的桌子的可能性?
有时您可以通过执行a来创建受影响的表的精确副本
select * into NewTableFromOld from damagedTable
然后只需使用new删除/交换损坏的表,记住要添加适当的约束和索引.
MDF文件在SQL Server数据库中如何完全修复
众所周知,由于数据库文件里存储了大量重要的信息,因此对于所有用户来说都是至关重要的。让我们一起来了解一下如何通过手动和专业的方法,修复那些被损坏的sql数据库文件吧。
如今微软的SQL Server可谓是最常用的关系型数据库之一了。鉴于其先进的内部结构和高可靠性,大多数组织都选用SQL Server数据库来存储所有关键业务的数据。但是有时候,一些诸如病毒感染、操作系统故障、文件系统损坏之类的状况会使得SQL数据库受到损坏,以至于存储在其中的所有数据都变得无法访问。然而,在真实的场景中,我们在损坏的SQL Server里修复各种.
一般用户可以通过手动的方法,来逐步修复SQL数据库中损坏的MDF文件,但是该方法并不可靠,因为它无法保证数据能够被完全地恢复。不过,也有类似SysTools SQL Recovery这样的第三方工具,声称可以完美的方式修复.mdf文件。
因此在本文中,我们将和您讨论修复受损SQL数据库的最佳解决方法。不过在开始之前,让我们先来了解一下SQL数据库受损的背后原因。
SQL数据库受损的背后原因
SQL数据库受损的背后原因有许多种。众所周知,SQL数据库的各个MDF文件其实是一些主要的数据库文件,它们存储着所有用户的数据,因此任何MDF文件的损坏都可能会导致整个数据库的崩溃。可见,我们需要首先来了解MDF文件受损背后的所有可能原因:
.MDF文件所在存储介质的损坏。
.如果用户将SQL数据库存储在一个压缩的文件夹中,那么MDF文件就可能因此而被损坏。
.在某个SQL Server帐号下,所进行的任何修改或变更。
.某个用户可能对数据进行错误地删除。
.由于文件头的损坏,所导致的MDF文件受损。
.磁盘驱动器受损。
.SQL数据库正在被写入使用时发生了网络故障,则可能会导致MDF文件的损坏。
.导致MDF文件损坏的其他可能原因还包括:病毒攻击、硬盘故障、系统异常关机和突然断电等。
因此,如果MDF文件被损坏,那么SQL数据库就会变得不可访问。另外,如果用户试图去访问已损坏的数据库,则可能会看到一些错误提示消息。下面我们列出了一些最常见的错误消息:
.MDF文件所在存储介质的损坏。
.如果用户将SQL数据库存储在一个压缩的文件夹中,那么MDF文件就可能因此而被损坏。
.元数据的损坏错误。
.用户可能对数据进行错误地删除。
.SQL Server中的Msg 823 / Msg 824 / Msg 825(读取重试)错误。
除此之外,用户还可能在访问受损的SQL数据库时,遇到其他类型的错误提示。可见,数据库管理员应当立即采取措施,以防止任何类型的数据丢失。
如何手动修复MDF文件
我们可以用几种手动的方法来修复受损的SQL数据库,但是这些手动解决方法是无法保证数据库能被完全恢复的。
用户可以使用SQL Server的NDF文件(一些日志文件)来进行恢复。但是在大多数损坏的案例中,单凭日志文件是不足以恢复数据库的。因为有时候在一些被严重损坏的情况下,其对应的备份文件也同样遭到了破坏。
另一种可能修复和复原受损SQL数据库的方式是使用数据库控制台命令,例如:DBCC CHECKDB。该命令对于修复SQL Server数据库中的轻度损坏问题是非常有效的。
用DBCC CHECKDB来修复受损MDF文件的步骤
首先,您需要在受损的SQL数据库上运行DBCC CHECKDB,请执行如下的命令:
1.DBCC CHECKDB (Name_of _corrupt _database)
注意:您也可以为DBCC CHECKDB定义诸如no_infomsgs和infomsgs的选项参数。
在此之后,您就需要开始检查索引ID了。
情况1:如果索引ID>1,则立刻丢弃它、并重新创建。
情况2:如果索引ID为0或1,则使用适当的修复选项,如:repair_rebuild、repair_fast或repair_allow_data_loss,来再次运行DBCC CHECKDB。
DBCC CHECK (name_of_corrupt_database, repair_fast)
DBCC CHECK (name_of_corrupt_database, repair_rebuild)
DBCC CHECK (name_of_corrupt_database, repair_allow_data_loss)
至此为确保修复了所有损坏,请再次运行DBCC CHECKDB。如果在name_of_your_corrupt_database中显示为0个分配错误和0个一致性错误,则大功告成。
如果手动方法失败了呢?
由于其自身的局限性,手动解决方法并不总是万无一失的。例如,MDF文件被严重损坏时,手动修复往往会以失败而告终。而且,手动解决方法需要用户有较强的技术能力。因此,我们建议使用一些可靠的第三方软件,来修复受损的SQL数据库。SQL数据库恢复程序(SQL Database Recovery Program)是一款最佳的实用程序,它可以修复MDF文件中任何类型的损坏问题。
SQL恢复工具能够同时修复MDF和NDF两种受损的SQL数据库文件。它是一款无风险的软件,可以恢复存储在各种表格、规则、触发器、以及函数中的所有数据项。除此之外,您只需点击几次该软件,便可完成数据库的修复,而绝不浪费任何时间。
修复受损MDF文件的具体步骤
下载并在本地机器上运行SQL恢复程序。
SysTools SQL恢复工具
在此之后,您可以通过定位,来选择并打开受损的SQL数据库文件(.mdf文件)。
选择损坏的MDF文件
选择扫描模式,然后单击确定。
扫描模式
该工具将会为您提供一个存储在受损MDF文件中的数据项的预览。
查看MDF文件
点击导出,以保存要恢复的数据库。
导出MDF数据库
结论
由于数据库文件里存储了大量重要的信息,因此对于所有用户来说都是至关重要的。然而SQL数据库中任何类型的损坏问题,都可能会给用户造成巨大的麻烦。为了应对和克服各种可能出现的问题,我们通过上述的讨论,向您提供了运用手动和专业的解决方法,来修复那些受损的SQL数据库文件。
MS sqlserver2000 master库语言排序规则不一致导致的问题
客户的sqlserver2000数据库损坏导致无法登陆ERP系统。
1、客户的数据库系统损坏,无法启动,但是数据库文件保存完整。
先将客户的数据库文件备份,并将master数据库备份。
2、重新安装sqlserver2000数据库,然后将客户的数据库文件附加上去。修改ERP系统相关的数据表令系统能够识别数据库文件。
3、打开ERP系统,功能似乎是正常了,但之后发现数据无法保存。
在保存数据时系统会出现提示:“Cannot resolve collation for equal to operation” ,按中文翻译就是无法解决的排序规则冲突问题,经检查发现ERP系统的数据库文件的语言排序规则是:Chinese_PRC_CI_AS 而master数据库的排序规则是 :Chinese_TW_CI_AS ,所以排序规则导致冲突了。
原因在于客户的操作系统是繁体中文版的,而排序规则在安装数据库并创建实例的时候如果不进行选择的话默认会跟操作系统的环境规则,ERP系统的排序规则初始设置是Chinese_PRC_CI_AS ,创建的库规则也是跟简体中文版的操作系统,所以与master库冲突了。
解决的方法最直接是重装数据库,在选择排序规则的时候选回:Chinese_PRC_CI_AS
sql serveice 附加数据库时,遇到版本不一致的解决方法
sql serveice 附加数据库时,遇到版本不一致的解决方法
一、报错信息
二、原因
例如版本号661是SQL Server 2008 R2,版本号655是SQL Server 2008 等。
它拥有向上兼容的特点。由此可见,标题的意思就是说,你要附加的数据库,只能
在SQL Server 2008 R2及更高版本上运行,不能在SQL Server 2008 上运行
三、解决方法
对sql server 2008 升级到2008R2
第一步:准备安装程序。
首先SQL 2008是安装好的
因此只需要下载SQL 2008 R2安装程序
下载地址如下:http://care.dlservice.microsoft.com/dl/download/1/E/6/1E626796-588A-495C-917B-321093FB98EB/2052/SQLFULL_x86_CHS.exe?lcid=2052&ptype=pcare
第二步:升级开始。
1、如果是从SQL2008升级到SQL2008R2那么只能选择左侧“安装”对应右侧“从SQL SERVER 2000,SQL 2005或SQL 2008升级”这个选项来升级。

SQL Server 2014:自联接基数估计不一致的任何解释?
考虑 SQL Server 2014 中的以下查询计划:
在查询计划中,自联接ar.fId = ar.fId
产生 1 行的估计值。然而,这是一个逻辑上不一致的估计:ar
有20,608
行和只有一个不同的值fId
(准确地反映在统计数据中)。因此,此连接产生行(~424MM
行)的全叉积,导致查询运行数小时。
我很难理解为什么 SQL Server 会提出一个很容易证明与统计数据不一致的估计值。有任何想法吗?
初步调查和其他细节
根据 Paul 在此处的回答,用于估计连接基数的 SQL 2012 和 SQL 2014 启发式方法似乎都可以轻松处理需要比较两个相同直方图的情况。
我从跟踪标志 2363 的输出开始,但无法轻易理解。下面的代码片段是否意味着 SQL Server 正在比较直方图,fId
以便bId
估计仅使用 的连接的选择性fId
?如果是这样,那显然是不正确的。还是我误读了跟踪标志输出?
Plan for computation:
CSelCalcExpressionComparedToExpression( QCOL: [ar].fId x_cmpEq QCOL: [ar].fId )
Loaded histogram for column QCOL: [ar].bId from stats with id 3
Loaded histogram for column QCOL: [ar].fId from stats with id 1
Selectivity: 0
请注意,我提出了几种解决方法,它们包含在完整的重现脚本中,并将此查询缩短到毫秒。这个问题的重点是了解行为,如何在以后的查询中避免它,以及确定它是否是应该向 Microsoft 提交的错误。
这是一个完整的复制脚本,这是跟踪标志 2363 的完整输出,这里是查询和表定义,以防您想在不打开完整脚本的情况下快速查看它们:
WITH cte AS (
SELECT ar.fId,ar.bId,MIN(CONVERT(INT,ar.isT)) AS isT,MAX(CONVERT(INT,tcr.isS)) AS isS
FROM #SQL2014MinMaxAggregateCardinalityBug_ar ar
LEFT OUTER JOIN #SQL2014MinMaxAggregateCardinalityBug_tcr tcr
ON tcr.rId = 508
AND tcr.fId = ar.fId
AND tcr.bId = ar.bId
GROUP BY ar.fId,ar.bId
)
SELECT s.fId,s.bId,s.isS,t.isS
FROM cte s
JOIN cte t
ON t.fId = s.fId
AND t.isT = 1
CREATE TABLE #SQL2014MinMaxAggregateCardinalityBug_ar (
fId INT NOT NULL,bId INT NOT NULL,isT BIT NOT NULL
PRIMARY KEY (fId,bId)
)
CREATE TABLE #SQL2014MinMaxAggregateCardinalityBug_tcr (
rId INT NOT NULL,fId INT NOT NULL,isS BIT NOT NULL
PRIMARY KEY (rId,fId,bId,isS)
)
我们今天的关于sql-server – 修复数据库中不一致的页面和sql数据库怎么修复的分享已经告一段落,感谢您的关注,如果您想了解更多关于MDF文件在SQL Server数据库中如何完全修复、MS sqlserver2000 master库语言排序规则不一致导致的问题、sql serveice 附加数据库时,遇到版本不一致的解决方法、SQL Server 2014:自联接基数估计不一致的任何解释?的相关信息,请在本站查询。
本文标签: