当前位置:首页 » 编程语言 » 后台sql已损坏
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

后台sql已损坏

发布时间: 2023-05-29 20:57:46

① 你的sql服务器安装已损坏或已被篡改(不作为服务器相同的SQL registy版本),这个问题怎么解决

更换按装盘,可能与系统的版本与位数不符。如:系统是64位的数据库应对应支持64位的才能安装

② 怎样恢复损坏的SQL Server数据文件

1、确保备份下的master数据库与要恢复的SQL SERVER的版本一致性。

③ 如何在SQL Server 2005中修复损坏的数据库

1. 在SQL Server Management Studio中随便创建一个数据库,例如:PVLink。
2. 停止SQL Server服务。
如果不停止此服务,刚才创建的PVLink数据库将即不能被拷贝,也不能被覆盖。
3. 把已经损坏的数据库的mdf文件拷贝并覆盖刚才新建的数据库产生的mdf文件。
4. 启动SQL Server服务。
此时可以看见刚才创建的PVLink数据库名字后面没有加号,无法察看其任何信息,其实目前它已经处于无法使用的状态。
5. 把数据库设置为紧急状态。
通过在“查询分析器”中执行:alter database PVLink set EMERGENCY 可以将数据库设置为紧急状态,此时数据库PVLink的图标改变成粉红色并出现“紧急”字样。
6. 将数据库设置为单用户模式。
如果不设置为单用户模式,我们将无法使用带有效repair选项的DBCC CHECKDB来检查/修复数据库,SQL Server 2005设置单用户模式比SQL Server 2000容易,只要在“查询分析器”中执行:
use master
go
sp_dboption 'PVLink',single,true
即可。
7. 修复数据库
修复数据库主要使用DBCC来操作,一般来讲,我们可以使用以下三个选项来修复:
REPAIR_ALLOW_ DATA_LOSS
尝试修复孝颂报告的所有错误。这些修复可能会导致一些数据丢失。
REPAIR_FAST
仅为保持向后兼容性而保留。
REPAIR_REBUILD
执行由 REPAIR_FAST 执行的所有修复,包括需要较长时间的修复(如重建索引)。执行这些修复时不会有丢失数据的危险。
一般我们通过执唤慎坦行:DBCC CHECKDB('PVLink',REPAIR_REBUILD) 即可完成修复工作,此时 SQL Server 2005会给出很多提示,和桐因为这个过程可能会导致一些数据库设计或者数据的丢失,并且在这个过程中,会产生新的以ldf为扩展名的数据库日志文件。
8. 完成以上的步骤后,一般情况下数据库应该可用了,如果数据库此时仍然是紧急状态,可以通过:alter database PVLink set ONLINE ,把数据库变成在线状态。

④ 您的SQL Server安装程序已损坏或已被篡改(未知包ID),请卸载,然后重新运行安装程序

一般这种情况是以前安装没有正常完成造成的。需此薯要卸载后清理注册表,然后重启后,再重新安装。
网上有这种的清理工具,你也可以者扒逗下载一个工具首卖运行一下。

⑤ 我电脑修过之后,用友U8打不开,MS SQL Server损坏,怎么恢复

备份好重茄基敏要数据,主要是数据库里的数据,找到数据锋橡库的文件夹,把文件夹复制一份记住路径就可以了。然后重新安装mysql,把备份颤枝的数据库按照原路径拷贝回去,再重新安装用友u8 就可以正常使用了

⑥ 怎样修复已经损坏的SQL数据库

有两种方法,一种方法使用mysql的check table和repair table 的sql语句,另一种方法是使用MySQL提供的多个myisamchk, isamchk数据检测恢复工具。

前者使用起来比较简便。推荐使用。

1、check table 和 repair table 登陆mysql 终端: mysql -uxxxxx -p dbname check table tabTest;

如果出现的结果说Status是OK,则不用修复,如果有Error,可以用: repair table tabTest; 进行修复,修复之后可以在用check table命令来进行检查。

在新版本的phpMyAdmin里面也可以使用check/repair的功能。

2. myisamchk, isamchk 其中myisamchk适用于MYISAM类型的数据表,而isamchk适用于ISAM类型的数据表。

这两条命令的主要参数相同,一般新的系统都使用MYISAM作为缺省的数据表类型,这里以myisamchk为例子进行说明。

当发现某个数据表出现问题时可以使用: myisamchk tablename.MYI 进行检测,如果需要修复的话,可以使用: myisamchk -of tablename.MYI 关于myisamchk的详细参数说明,可以参见它的使用帮助。

需要注意的时在进行修改时必须确保MySQL服务器没有访问这个数据表,保险的情况下是最好在进行检测时把MySQL服务器Shutdown掉。

2、另外可以把下面的命令放在你的rc.local里面启动MySQL服务器前: [ -x /tmp/mysql.sock ] && /pathtochk/myisamchk -of /DATA_DIR/*/*.MYI 。

其中的/tmp/mysql.sock是MySQL监听的Sock文件位置,对于使用RPM安装的用户应该是/var/lib/mysql/mysql.sock,对于使用源码安装则是/tmp/mysql.sock可以根据自己的实际情况进行变更,而pathtochk则是myisamchk所在的位置,DATA_DIR是你的MySQL数据库存放的位置。

需要注意的是,如果你打算把这条命令放在你的rc.local里面,必须确认在执行这条指令时MySQL服务器必须没有启动!

最后检测修复所有数据库(表)。

⑦ 如何在SQL Server 2005中修复损坏的数据库

sql2005数据库修复方法如下:
1、停止数据陆橡库服务。
2、将需要恢复的数据库文件复制到另外的位置。
3、启动数据库服务。
4、确认要恢复的数据库文件已经成功复制到另外的位置,然后在SQL Server Management Studio中删除要恢复的数据库。
5、新建同名的数据库(数据库文件名也要相同)。
6、停止数据库磨悉差服务。
7、用第2步中备份的.mdf文件覆盖新数据库的同名文件。
8、启动数据库服务。
9、运行alter database dbname set emergency,将数据库设置瞎皮为emergency mode
10、运行下面的命令就可以恢复数据库:Titleuse masterdeclare @databasename varchar(255)
set @databasename='要恢复的数据库名称'

⑧ 您的SQL Server安装已损坏或被篡改(未知的包ID)请联合失速再运行安装程序以更正此问题,这个怎么解决呀

SQL Server很难陪闹卸载搜肢干净,建议重装系统然后再装SQL Server.最好用虚世乱世拟机。

⑨ SQL2000中的数据库文件损坏,请教高手有什么办法

以下是参考资料,若无法解决,把数据发给我,我帮你看一下. 一、SQL-Server附加数据库时失败。 1、异常情况:服务器在正常运行的情况下突然断电,导致数据库文件损坏,具体表现是:数据库名后面有“(置疑)”字样。 2、异常分析:关于823错误的 SQL-SERVER 中的帮助:错误823严重级别 24消息正文在文件 "%4!" 的偏移量 %3! 处的 %2! 过程中拿扮历,检测到 I/O 错误 %1!。 解释Microsoft SQL Server 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是,错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。 3、解决办法: 在SQL-Server企业管理器中,新建同名数据库(这里假设为Test)后,停止数据库,把损坏的数据库文件Data.mdf和Test_log.LDF覆盖刚才新建数据库目录下的Data.mdf和Test_log.LDF,同时删除Test_log.LDF文件;启动数据库服务,发现数据库名Test后面有“置疑”字样。不要紧,打开SQL自带查询分析器,分别执行如下SQL语句:--第一、exec sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE /* 打开修改系统表的开关 */--第二、update sysdatabases set status=32768 where name='数据库名' /* 设置数据库状态 */--第三、DBCC REBUILD_LOG ('数据库名','E:\database\1204_Log.LDF') /* 重建LDF文件 */--第四、update sysdatabases set status=0 where name='数据库名' /* 重置数据库状态 */--第五、restore database 数据库名 WITH RECOVERY /消搜* 恢复数据缺简库 */--第六、exec sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE /* 关闭打开修改系统表的开关 */ 按照此方法操作,应该能修复数据库正常访问了。

⑩ SQL 2008 可疑状态,数据库好像损坏了

楼主,你好!这类问题我自己没有碰到过,当然也就没有经验。我这边有一个可以参考的网址,你可以去看看,或许有所帮助。

网址1:http://www.itpub.net/thread-49776-1-1.html(这个也是断电)

网址2:http://www.itpub.net/tree/index_105_1/(这个是MSSQLServer问题的总目录)

另,附图两张。


以上希望能帮助到你。