视频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
SQLServer日志文件清理
2020-11-09 13:42:19 责编:小采
文档


从数据库备份中还原数据库的时候,发现日志文件居然有120多G,通过Sql Management不行,果断使用DBCC语句清理成功!释放了空间!且清且速度! 首先呢,要看看备份数据时候的类型,这个很重要,要不清理不的 select name, recovery_model_desc from sys.databases

  从数据库备份中还原数据库的时候,发现日志文件居然有120多G,通过Sql Management不行,果断使用DBCC语句清理成功!释放了空间!且清且速度!

  首先呢,要看看备份数据时候的类型,这个很重要,要不清理不的

  select name, recovery_model_desc from sys.databases

  执行之后,,你能看到recovery_model_desc的类别,如果是FULL类型的话,一定要先改成SIMPLE的类型

  alter database数据库名称 set Recovery simple

  开始释放

  DBCC SHRINKFILE(N'数据库日志文件名称',10)

  释放成功后 查询

  SELECT NAME, size FROM sys.database_files

  改回FULL类型

  ALTER DATABASE DNNZhongChangOA SET Recovery FULL

下载本文
显示全文
专题