专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅
任何数据库系统都无法避免崩溃的状况,即使你使用了Clustered,双机热备……仍然无法完全根除系统中的单点故障,何况对于大部分用户来说,无法承受这样昂贵的硬件投资。所以,在系统崩溃的时候,如何恢复原有的宝贵数据就成为一个极其重要的问题了。  在恢复的时候,最理想的情况就是你的数据文件和日志文件都完好无损了,这样只需要sp_attach_db,把数据文件附加到新的数据库上即可,或者在停机的时候把所有数据文件(一定要有master等)都copy到原有路径下也行,不过一般不推荐这样的做法,sp_attach_db比较好,虽然麻烦许多。   但是呢,一般数据库崩溃的时候系统是未必能有时间把未完成的事 [阅读全文] [PDF]
    全部或部分恢复数据文件,数据库处于restrict mount状态    A 完全恢复    1 操作系统还原所有或被损坏的数据文件    2 以restrict方式启动实例并mount数据库  SVRMGR> startup restrict mount     3 如果需要将数据库文件改放至新的位置,用下面的命令重新指定文件位置  SVRMGR> ALTER DATABASE RENAME FILE \'oldfilename\' to \'newfilename\';    4 将欲恢复的数据文件联机  SVRM [阅读全文] [PDF]
  如果我们指定以alter database open resetlogs打开数据库,那么我们当前online line日志的sequence number会归为1,并且之前的日志信息都会被抛弃。使用resetlogs打开数据库(log sequence number变为1)后无必完整地备份一次数据库。而且这一操作会抛弃所有在上一次恢复没有用到的日志信息,确保不被重新用与恢复。   如果我们指定以alter database open resetlogs打开数据库,那么我们当前online line日志的sequence number会归为1,并且之前的日志信息都会被抛弃。    [阅读全文] [PDF]
1 共3条 分1页