热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

SQLServer数据库不收缩

SQLSe

我将大胆猜测并说您的数据库设置为使用完全恢复。您从未根据上图备份过日志(更不用说完整的日志了)。如果是这种情况,那么您的日志文件会越来越大,并且无法清除,因为您没有进行备份。

如果您有房间,请进行完整备份,然后进行日志备份并再次尝试收缩。应该工作正常。

最坏的情况(我的意思是最坏的,特别是如果这是一个生产数据库)是将数据库设置为 SIMPLE 恢复,收缩然后进行备份。即使您没有足够的空间正常收缩,这也应该有效。

此时请确保为数据库设置定期备份。


你能告诉我们日志与数据文件的空闲百分比是多少吗?您也可以查看 sys.databases 中的 log_reuse_wait_desc。

SELECT name, log_reuse_wait_desc FROM sys.databases

最后但同样重要的是,您是否尝试过TRUNCATeonLY收缩选项?

DBCC SHRINKFILE (Adventureworks2008R2_Log, TRUNCATeonLY)



这可能有很多原因。我将提及所有可能的原因,然后定义解决问题的解决方案。


  1. 如您的DBCC输出所述,您没有足够的可用磁盘空间来缩小数据库文件。换句话说。您尝试将页面从数据库文件移动到新创建的文件。在此期间,页面存在两次。之后 SQL Server 将删除旧的数据库文件并将新创建的文件用于生产。您可能需要增加磁盘空间或按照下面提到的解决方案进行操作。

  2. 防止收缩的另一点可能是数据库锁(这不是你的情况)。如果数据库在 DDL 更改期间被锁定,它将无法收缩数据库文件。如果您使用向导缩小文件,您可能会不时遇到超时消息。如果您将它作为脚本运行,它通常会一直等待直到锁被释放,然后收缩文件。

最简单的解决方案是计划!检查您的数据库并尝试评估每天将插入多少数据,确定增长率。默认情况下,SQL Server 会将文件增大 10%。这对于只有 100MB 的数据库来说还不错,因为增长仅为 10MB。但是,如果您的数据库变得越来越大,增长将耗费大量资源和时间(100GB -> 10 GB,1TB -> 100GB 等)。以 MB 为单位定义增长因子。它不应该太小(例如 1MB),因为它会在大事务中给您的磁盘带来压力,并会减慢您的操作,但也不能太大而导致巨大的写入操作(例如 10GB)。

另外定义可能升级的数据库的增长限制(例如日志数据库)。如果达到限制,事务可能会失败,但不会对日志记录数据库造成太大影响。但是,如果您的日志记录数据库用完了所有可用的磁盘空间,则可能会导致生产数据库上的事务中止/回滚。

如果您遇到问题,即您的磁盘空间太小,无法再次容纳已用磁盘空间(例如:140GB 文件,40GB 可用空间,意味着 100GB 用于重组 -> 您至少需要 100GB 可用空间用于移动操作收缩的时间),您仍然可以通过使用TRUNCATeonLY标志来收回一些空间。

DBCC SHRINKFILE (1,TRUNCATeonLY)

这将切断所有保留在 file_id = 1 的数据库文件末尾的空数据页。回到我们的 140GB 示例:如果您的 140GB 数据库文件在 120GB 的位置保存最后写入的页面,您将获得最后 20GB 几乎立即恢复。这个过程非常快,因为它只是将文件结束标记移动到 120GB 的位置,并将通知您的操作系统有关可用空间的信息。

您可以使用此查询快速了解数据库文件:

SELECT *
FROM sys.sysfiles

如果您有足够的可用磁盘空间(或者在您TRUNCATeonLY对每个文件运行之后),您应该能够真正清理您的数据库文件并真正缩小它们。

这可以通过使用以下语句来实现:

DBCC SHRINKFILE (1);

如果您有一个经常写入或经常运行更大事务的数据库表,我建议定义一个目标限制。这取决于您使用该数据库的经验。通常为 5-10%(取决于数据库的大小),但最小值应设置为 100-1000MB。以我们的 140GB 数据库文件(40GB 空)为例,目标大小应设置为 110GB(100GB 已用 + 10% 保留)。

您可以使用以下语句实现此目的:

DBCC SHRINKFILE (1,112640); -- 110GB in MB

但请注意,这可能会运行很长时间(取决于您的文件大小和 I/O 子系统)。由于您将在 I/O 子系统上创建更大的工作负载,因此我建议在低负载时间(可能是一夜之间)运行此类脚本。

如果你真的想清理你的数据库文件,检查所有索引和REBUILD/或REORGANIZE所有具有高碎片的索引是个好主意。

如果你在开发机器上或者真的愿意冒险,你可以运行这个语句。它将遍历数据库中的每个索引并重建它。

DeclARE @sql nvarchar(max), @sch nvarchar(max), @obj nvarchar(max), @ind nvarchar(max)
DeclARE cur CURSOR FOR
SELECT s.name, o.name, i.name
FROM sys.objects as o
INNER JOIN sys.schemas as s
ON o.schema_id = s.schema_id
INNER JOIN sys.indexes as i
ON o.object_id = i.object_id
WHERE i.type > 0
OPEN cur
FETCH NEXT FROM cur INTO @sch, @obj, @ind
WHILE @@FETCH_STATUS = 0 BEGIN
SET @sql = N'ALTER INDEX ['+@ind+'] ON ['+@sch+'].['+@obj+'] '
+ N'REBUILD PARTITION = ALL '
+ N'WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, '
+ N'OnLINE= OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON)'
PRINT(@sql) EXEC (@sql)
FETCH NEXT FROM cur INTO @sch, @obj, @ind
END
CLOSE cur
DEALLOCATE cur

在该过程之后,您的数据库文件可能会再次增长。但是您可以将其缩小到更小的文件大小,因为每个索引中的可用空间都被删除了。

收缩数据库文件时要小心。SQL Server 提前分配文件空间是有充分理由的。磁盘分配很昂贵,尽可能少做是个好主意。如果您有一个非常敏捷的数据库,每天产生几 GB 的开销并在一段时间后释放它,那么总是将文件缩小到最小值并不是一件好事。您浪费光盘能量来增大文件,做您的工作并再次浪费光盘能量以再次缩小文件。在这种情况下,请注意浪费一点磁盘空间来改善您的数据操作。

希望这个冗长的总结能帮助您解决问题,甚至帮助您制定数据库计划。



在 SQL Server 2017 上,查询尝试包含一些系统表。在“WHERE i.type > 0”下面添加“AND o.is_ms_shipped = 0”解决了这个问题





推荐阅读
  • 本文详细探讨了Zebra路由软件中的线程机制及其实际应用。通过对Zebra线程模型的深入分析,揭示了其在高效处理网络路由任务中的关键作用。文章还介绍了线程同步与通信机制,以及如何通过优化线程管理提升系统性能。此外,结合具体应用场景,展示了Zebra线程机制在复杂网络环境下的优势和灵活性。 ... [详细]
  • 在过去,我曾使用过自建MySQL服务器中的MyISAM和InnoDB存储引擎(也曾尝试过Memory引擎)。今年初,我开始转向阿里云的关系型数据库服务,并深入研究了其高效的压缩存储引擎TokuDB。TokuDB在数据压缩和处理大规模数据集方面表现出色,显著提升了存储效率和查询性能。通过实际应用,我发现TokuDB不仅能够有效减少存储成本,还能显著提高数据处理速度,特别适用于高并发和大数据量的场景。 ... [详细]
  • 分布式开源任务调度框架 TBSchedule 深度解析与应用实践
    本文深入解析了分布式开源任务调度框架 TBSchedule 的核心原理与应用场景,并通过实际案例详细介绍了其部署与使用方法。首先,从源码下载开始,详细阐述了 TBSchedule 的安装步骤和配置要点。接着,探讨了该框架在大规模分布式环境中的性能优化策略,以及如何通过灵活的任务调度机制提升系统效率。最后,结合具体实例,展示了 TBSchedule 在实际项目中的应用效果,为开发者提供了宝贵的实践经验。 ... [详细]
  • 在深入研究 React 项目的过程中,特别是在探索 react-router 源码时,我发现了其中蕴含的中间件概念。这激发了我对中间件的进一步思考与整理。本文将详细探讨 Redux 中间件的原理及其在实际项目中的应用,帮助读者更好地理解和使用这一强大工具。通过具体示例和代码解析,我们将揭示中间件如何提升应用的状态管理和异步操作处理能力。 ... [详细]
  • Spring框架中的面向切面编程(AOP)技术详解
    面向切面编程(AOP)是Spring框架中的关键技术之一,它通过将横切关注点从业务逻辑中分离出来,实现了代码的模块化和重用。AOP的核心思想是将程序运行过程中需要多次处理的功能(如日志记录、事务管理等)封装成独立的模块,即切面,并在特定的连接点(如方法调用)动态地应用这些切面。这种方式不仅提高了代码的可维护性和可读性,还简化了业务逻辑的实现。Spring AOP利用代理机制,在不修改原有代码的基础上,实现了对目标对象的增强。 ... [详细]
  • 本文探讨了利用Java实现WebSocket实时消息推送技术的方法。与传统的轮询、长连接或短连接等方案相比,WebSocket提供了一种更为高效和低延迟的双向通信机制。通过建立持久连接,服务器能够主动向客户端推送数据,从而实现真正的实时消息传递。此外,本文还介绍了WebSocket在实际应用中的优势和应用场景,并提供了详细的实现步骤和技术细节。 ... [详细]
  • 在搭建Hadoop集群以处理大规模数据存储和频繁读取需求的过程中,经常会遇到各种配置难题。本文总结了作者在实际部署中遇到的典型问题,并提供了详细的解决方案,帮助读者避免常见的配置陷阱。通过这些经验分享,希望读者能够更加顺利地完成Hadoop集群的搭建和配置。 ... [详细]
  • Hadoop 2.6 主要由 HDFS 和 YARN 两大部分组成,其中 YARN 包含了运行在 ResourceManager 的 JVM 中的组件以及在 NodeManager 中运行的部分。本文深入探讨了 Hadoop 2.6 日志文件的解析方法,并详细介绍了 MapReduce 日志管理的最佳实践,旨在帮助用户更好地理解和优化日志处理流程,提高系统运维效率。 ... [详细]
  • 技术日志:Ansible的安装及模块管理详解 ... [详细]
  • 基于域名、端口和IP的虚拟主机构建方案
    本文探讨了在单台物理服务器上构建多个Web站点的虚拟主机方案,详细介绍了三种主要的虚拟主机类型:基于域名、基于IP地址和基于端口的虚拟主机。每种类型的实现方式及其优缺点均进行了深入分析,为实际应用提供了全面的技术指导。 ... [详细]
  • 本文详细探讨了MySQL并发参数的优化与调整方法,旨在帮助读者深入了解如何通过合理配置这些参数来提升数据库性能。文章不仅介绍了常见的并发参数及其作用,还提供了实际操作中的调整策略和最佳实践,适合希望提高数据库管理技能的技术人员阅读。 ... [详细]
  • MongoDB高可用架构:深入解析Replica Set机制
    MongoDB的高可用架构主要依赖于其Replica Set机制。Replica Set通过多个mongod节点的协同工作,实现了数据的冗余存储和故障自动切换,确保了系统的高可用性和数据的一致性。本文将深入解析Replica Set的工作原理及其在实际应用中的配置和优化方法,帮助读者更好地理解和实施MongoDB的高可用架构。 ... [详细]
  • SQL Server开发技巧:修改表结构后的视图批量更新方法与实践 ... [详细]
  • 本文作为“实现简易版Spring系列”的第五篇,继前文深入探讨了Spring框架的核心技术之一——控制反转(IoC)之后,将重点转向另一个关键技术——面向切面编程(AOP)。对于使用Spring框架进行开发的开发者来说,AOP是一个不可或缺的概念。了解AOP的背景及其基本原理,对于掌握这一技术至关重要。本文将通过具体示例,详细解析AOP的实现机制,帮助读者更好地理解和应用这一技术。 ... [详细]
  • 在Ubuntu系统中,由于预装了MySQL,因此无需额外安装。通过命令行登录MySQL时,可使用 `mysql -u root -p` 命令,并按提示输入密码。常见问题包括:1. 错误 1045 (28000):访问被拒绝,这通常是由于用户名或密码错误导致。为确保顺利连接,建议检查MySQL服务是否已启动,并确认用户名和密码的正确性。此外,还可以通过配置文件调整权限设置,以增强安全性。 ... [详细]
author-avatar
暮迟_MCz_P
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有