CSDN论坛 > MS-SQL Server > 基础类

restore log 为什么不能恢复日志? [问题点数:0分]

Bbs1
本版专家分:0
结帖率 100%
CSDN今日推荐
Bbs9
本版专家分:96845
Blank
黄花 2003年8月 MS-SQL Server大版内专家分月排行榜第二
2003年7月 MS-SQL Server大版内专家分月排行榜第二
2003年4月 MS-SQL Server大版内专家分月排行榜第二
2003年3月 MS-SQL Server大版内专家分月排行榜第二
2003年2月 MS-SQL Server大版内专家分月排行榜第二
2002年12月 MS-SQL Server大版内专家分月排行榜第二
2002年11月 MS-SQL Server大版内专家分月排行榜第二
Blank
蓝花 2003年6月 MS-SQL Server大版内专家分月排行榜第三
2003年1月 MS-SQL Server大版内专家分月排行榜第三
Bbs1
本版专家分:0
匿名用户不能发表回复!
其他相关推荐
DB2的备份(backup)和恢复(RESTORE)数据库方法
一、备份(backup)数据库 1、离线全备份 1)、首先确保没有用户使用DB2:  db2 list applications for db sample  2)、停掉数据库并重新启动,以便断掉所有连接:  db2stop force  db2start  3)、执行备份命令:(使用TSM作为备份的介质)  db2 backup db sample use tsm  备
D_db2重定向恢复+日志前滚,恢复误删除的数据
重定向恢复+日志前滚,恢复误删除的数据 转自:
tensorflow训练模型保存saver和恢复restore
-
尚未备份数据库 "TEST" 的日志尾部。如果该日志包含您不希望丢失的工作,请使用 BACKUP LOG WITH NORECOVERY 备份该日志。请使用 RESTORE 语句的 WITH REPL
今天,尝试着第一次在SQL SERVER桑还原数据库完整备份时,如语句: USE master; RESTORE DATABASE TEST FROM 我的备份设备1 WITH FILE=8,NORECOVERY 报错: 消息 3159,级别 16,状态 1,第 2 行 尚未备份数据库 "TEST" 的日志尾部。如果该日志包含您不希望丢失的工作,请使用 BACKUP LOG WITH
RMAN备份与恢复系列之redo日志文件恢复
RMAN 备份与恢复系列之redo日志文件恢复
SQL语句恢复数据库时一直显示“正在还原”
“RESTORE DATABASE " + dbName + " From disk='" + filePath + "' WITH REPLACE,NORECOVERY "; dbName:数据库名 filepath:备份数据所在的路径名(包括文件名) 用上面的SQL语句还原备份数据库时,数据库的状态总是“正在还原”,使得不能对它进行其他操作。 解决方案:“RESTORE DATAB
oracle的redo log在各场景下的恢复
oracle的redo log非常重要,redo log损坏将导致数据库开法开启或数据丢失,针对redo log在各种场景下如何打开或恢复数据库,特别模拟测试说明: 各场景包括如下(共6个场景):  场景一.非归档下inactive状态的redo 恢复  场景二.非归档下active状态的redo 恢复  场景三.非归档下current状态的redo恢复
mysql通过bin-log日志恢复
我们同事在操作数据库的时候不小心删除了一个表里面的内容,这些个内容全是储存的一些用户信息,而且我所在公司也一直没有对数据库进行备份,所以但是就闷逼了,还好开启了bin-log。 恢复是我也遇到了不少问题,首先就盲目的在网上找,网上写的东西都不全,都是给的你一条命令,且并没有解释命令的含义是什么,所以造成花了不少时间, mysql的bin-log是一个实时同步日志操作的文件,就是说当你把某个数据
RMAN-06026 错误分析与解决
RMAN-06026 错误分析与解决    背景:      之前做了基于SCN的不完全恢复,在尝试恢复的过程中使用了_allow_resetlogs_corruption参数,resetlogs之后,Oracle使用的当前控制文件不允许 从这个历史的备份集中进行恢复,从而导致了RMAN-06026这个错误,错误现象如下: 错误现象: RMAN> restore database;
【SQL Server备份恢复】提高恢复速度:通过数据库完整备份,来恢复损坏的某个文件
如果数据库比较大,而只是某个文件损坏了,那么并不需要通过恢复整个数据库,而只需要通过完整备份,来修复那个损坏的文件就可以了,另外,应用后续的日志就可以完全恢复这个文件的数据。 1、创建一个包含主文件组、读写文件组的测试数据库 CREATE DATABASE db_test ON ( NAME = db_test_DATA, FILENAME = 'c:\db_test.mdf' )
关闭
关闭