超急:数据库恢复问题!

bhw0871 2005-04-22 10:07:17
硬盘出现问题,拆了硬盘重新装入机器后操作系统损坏。格式化c盘重新安装,数据库启动不了。数据文件还在,但无法正常附加。请教各位是否有可行的方案来解决这个问题?
--网上提供类似问题的解决方案但是没有可行的,不知哪位大虾有确认可行的方案,帮帮我。万万分感谢!
...全文
191 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
bhw0871 2005-04-22
  • 打赏
  • 举报
回复
谢谢zjcxc(邹建) ,试试。
数据量太大,专业修复公司是按照数据量来计费的,呵呵。
zjcxc 2005-04-22
  • 打赏
  • 举报
回复
上述方法不行的话,就找专业的修复公司
zjcxc 2005-04-22
  • 打赏
  • 举报
回复

备份数据文件,然后按下面的步骤处理:

1.新建一个同名的数据库(数据文件与原来的要一致)

2.再停掉sql server(注意不要分离数据库)

3.用原数据库的数据文件覆盖掉这个新建的数据库

4.再重启sql server

5.此时打开企业管理器时会出现置疑,先不管,执行下面的语句(注意修改其中的数据库名)

6.完成后一般就可以访问数据库中的数据了,这时,数据库本身一般还要问题,解决办法是,利用
数据库的脚本创建一个新的数据库,并将数据导进去就行了.



USE MASTER
GO

SP_CONFIGURE 'ALLOW UPDATES',1 RECONFIGURE WITH OVERRIDE
GO

UPDATE SYSDATABASES SET STATUS =32768 WHERE NAME='置疑的数据库名'
Go

sp_dboption '置疑的数据库名', 'single user', 'true'
Go

DBCC CHECKDB('置疑的数据库名')
Go

update sysdatabases set status =28 where name='置疑的数据库名'
Go

sp_configure 'allow updates', 0 reconfigure with override
Go

sp_dboption '置疑的数据库名', 'single user', 'false'
Go
bhw0871 2005-04-22
  • 打赏
  • 举报
回复
由于误操作,备份已被干掉了。
随着文化消费升级与演出市场发展,剧场票务面临售卖效率低、防伪弱、会员价值挖掘不足等问题:固定售价无法反映供需变化,抢票并发导致超卖与重复下单,纸质票核销效率低且易伪造。本文设计并实现了剧场演出票务与会员运营管理系统。 系统采用Java 17与Spring Boot 3.x构建后端,Vue 3构建管理端,微信小程序作为购票入口,MySQL 8.0为主数据库,Redis承担座位锁、缓存与防重功能,并通过微信支付完成在线支付,实现演出发布、在线选座购票、电子票核销、会员积分、周边商城与数据统计的全流程数字化管理。系统采用前后端分离分层架构,划分为演出管理、选座购票、票务核销、会员运营、数据统计五大模块,支持多剧场多场次统一管理。 本文提出三项创新:一是动态票价与座位分区定价机制(DPM),根据上座率、距开演时间动态调整票价,实测热门场次平均票价提升约12%;二是选座并发防护与票务防重机制(SCP),通过座位级Redis分布式锁、条件更新与票码唯一约束三重防护,实测200并发选座零超卖、票码零重复;三是会员画像与演出精准推荐机制(MIR),基于购票历史、观演偏好与积分构建画像,结合协同过滤实现精准推荐,实测推荐点击率提升18%。 测试表明:200并发抢购热门场次座位零超卖、票码零重复,电子票核销平均38ms,防重拦截率100%,高峰并发下平均响应400ms以内。本文为剧场运营提供覆盖票务销售-核销-会员运营-数据决策全链路的一体化方案,为座位管理、票务安全与会员精细化运营提供可复用技术范式。 【课程报告内容】 摘要 第1章 绪论 第2章 相关技术与理论 第3章 系统需求分析 第4章 系统总体设计 第5章 系统详细设计与实现 第6章 系统测试与分析 第7章 总结与展望 参考文献 附件-实现指南

27,579

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 应用实例
社区管理员
  • 应用实例社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧