
不带事务日志的紧急恢复
通常,您应按照本章前几节中介绍的恢复过程进行 *** 作。
但在个别情况下,可能需要使用紧急恢复过程,例如同时满足以下条
件时:
• 不存在任何备份
• 事务日志已丢失
• 没有镜像日志
• 没有足够的时间令 Sybase Engineering 开发出其它替代选项
在这些情况下,可以使用 -f 选项重新启动服务器。
-f 恢复选项
作用 在事务日志丢失后,强制启动数据库服务器。
语法 start_iq -n server-name [ other-server-options ] -f
说明 如果数据库所在的目录中有事务日志,该数据库服务器会对该目录执行
检查点恢复 *** 作,并使用该事务日志进行恢复,然后终止,服务器不再
继续运行。然后您可以不通过 -f 选项重新启动数据库服务器以正常运行。
如果没有事务日志,数据库服务器会对数据库执行检查点恢复 *** 作,然
后终止,服务器不再继续运行。然后您可以不通过 -f 选项重新启动数据
库服务器以正常运行。
警告!尽管 -f 选项能经常使服务器重新联机,但由于它绕过了事务重
放,因此也会非常频繁地导致数据库破坏。导致的破坏可能要到以后才
能遇到,但它通常是不可修复的。该过程具有非常高的危险性,因此建
议您除非万不得已,否则尽量不要使用该过程。可能还需要进行强制恢
复 (-iqfrec) 才能重新打开数据库。
示例 start_iq -n bad_server -x 'tcpip(port=7934}'
-gd dba -gm 1 -f
如果备份的数据库有 个文件 分别是 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查询分析器)
正常的备份 恢复方式
正常方式下 我们要备份一个数据库 首先要先将该数据库从运行的数据服务器中断开 或者停掉整个数据库服务器 然后复制文件
卸下数据库的命令 Sp_detach_db 数据库名
连接数据库的命令 Sp_attach_db或者sp_attach_single_file_db
s_attach_db [@dbname =] dbname [@filename =] filename_n [ ]
sp_attach_single_file_db [@dbname =] dbname [@physname =] physical_name
使用此方法可以正确恢复SQL Sever 和SQL Server 的数据库文件 要点是备份的时候一定要将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
// 本文转自 C++Builder 研究 // ccrun /article aspi= &d=oxit
只有mdf文件的恢复技术
由于种种原因 我们如果当时仅仅备份了mdf文件 那么恢复起来就是一件很麻烦的事情了
如果您的mdf文件是当前数据库产生的 那么很侥幸 也许你使用sp_attach_db或者sp_attach_single_file_db可以恢复数据库 但是会出现类似下面的提示信息
设备激活错误 物理文件名 C:\Program Files\Microsoft SQL Server\MSSQL\data\test_Log LDF 可能有误
已创建名为 C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log LDF 的新日志文件
但是 如果您的数据库文件是从其他计算机上复制过来的 那么很不幸 也许上述办法就行不通了 你也许会得到类似下面的错误信息
服务器: 消息 级别 状态 行
未能打开新数据库 test CREATE DATABASE 将终止
设备激活错误 物理文件名 d:\test_log LDF 可能有误
lishixinzhi/Article/program/SQL/201311/16353
1 Microsoft SQL Server->企业管理器->控制台根目录->SQL Server组->新建SQL Server 注册->可用的服务器添加->windows身份验证->在现有SQL Server组里添加SQL Server->完成
2 找到图标下的“数据库”选项->右键,有任务->附加数据库->选择要附加数据库的MDF文件路径->确定完成
--右键"数据库"
--所有任务
--附加数据库
--选择你的mdf文件名
--确定
--如果提示没有ldf文件,是否创建,选择"是"
可能有文件缺失或损坏,可以停掉SQL Server服务,先将数据库文件夹复制一份并安全存储,对数据库所在磁盘执行CHKDSK,排除磁盘错误,然后启动SQL Server服务,尝试修复数据库:
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 ,把数据库变成在线状态。
检查PVLink数据库内数据是否正常,是的话换回原数据库即可。
昨天帮一个朋友恢复了sql server 数据库 现在把过程写出来 大家一起分享
我那个哥们是从别人那拷了一个数据库的数据文件 (c:\mssql \data 目录下的文件)
最初我是用的
在一台好的机器上重新安装SQL Server 建立相同的数据库设备(大小) 和数据库
停掉SQL Server 用拷贝出来的数据库文件覆盖刚建立的数据库文件 再重新启动
SQL Server 但一直不可以 我猜关键是无法建立相同的数据库设备(大小)
后来采用了
系统存储过程
sp_attach_db // 附加数据库文件到服务器
或
sp_attach_db_single_file // 附加数据库的单个文件到服务器
具体的sql 语句就是
例如
EXEC sp_attach_single_file_db pubs e:\data\pubs mdf sp_attach_db @dbname= conmis @filename = d:\ \conmis _data mdf @filename = d:\ \conmis _log ldf
如何附加数据库文件到服务器(即 通过 mdf ldf 文件修复数据库)
另外查找资料时看到也可以通过日志恢复以前的数据 不知那位哥们看看是不是可以
用日志恢复
restore log {data_name|@database_name_var}fromwith [norecovery\recovery\standby_undo_file_name][ ][stopat={data_time|@data_time_var}
例如 库名为database 日志为database _log 要求恢复 / / : 前的数据
lishixinzhi/Article/program/SQL/201311/16392
以上就是关于sybase数据库在重装数据库之后准备恢复的时候误删了日志设备文件,该怎么恢复。全部的内容,包括:sybase数据库在重装数据库之后准备恢复的时候误删了日志设备文件,该怎么恢复。、如何恢复和修复MS SQL数据库的MDF文件[1]、创建数据库的日志文件被记事本程序打来,现在无法加载到sql上了,怎么恢复被记事本打开的日志文件等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)