视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
系统数据和用户数据哪个更难恢复
2024-09-01 00:16:23 责编:小OO
文档


系统数据。
1、系统数据更难恢复,没有系统数据就恢复不了用户数据。系统数据和用户数据都一样难恢复。Sqlserver系统数据库和用户数据库日志文件丢失的恢复方法:系统数据库有备份的话,可以把系统数据库以重命名的方式当成用户数据库恢复到其别实例,但是必须保证恢复后的数据文件和日志文件的名称和之前一样,再把恢复后的数据文件和日志文件拷贝回出问题的实例。比如A实例的系统数据库master的日志文件丢失了,可以把A实例的master库恢复到B实例mastertest库,但是必须保证B的mastertest库的数据文件和日志文件名称和A库的master库的数据文件和日志文件名称一致,再把B的mastertest库的数据文件和日志文件名称拷贝回A实例master库对应的目录,这样A实例就可以启动了。所以是系统数据更难恢复。
2、如果系统数据库没有备份,则在其别实例上建立一个数据库,数据文件和日志文件名称和丢失的系统数据库一样,再把新建的数据库offline,把这个新建数据库的数据文件和日志文件改名或拷贝到其他目录,再把丢失日志的系统数据库数据文件拷贝到这个新建数据库的对应的目录,再执行rebuildlog,这样这个数据文件就自动生成了日志文件,再把这个系统数据库数据文件和日志文件拷贝回丢失系统数据库日志文件的目录,这时这个曾经丢失了系统数据库日志文件的sqlserver实例就可以启动了。所以系统数据更难恢复。

下载本文
显示全文
专题