安装完SQL SERVER2019 后发现，原本100多G的磁盘只剩下14G。后来发现在MSSQL15.MSSQLSERVER\MSSQL\Log\Polybase路径下的dump文件占用了123G，该如何清理。
我是直接把dump下的文件删了想，我的占了95g
压缩或清理日志，也可以删除，估计是你的程序有频繁的删除语句，改进代码。
以前遇到过，用系统自带的磁盘空间就是统计不到这个dump下的数据，也是偶然才发现，点开注册表，点击导入，然后看磁盘，居然满了，点开去看结果SQL下200G+，然后打开我的电脑，C盘全部才35G不到，直接用注册表那强制删除dump,然后瞬间舒服了
首先，您需要从ERRORLOG文件中找出转储的原因。检查SQL errorrlog，查看出错的迹象，错误日志中的时间戳大约与转储文件的创建时间相同。
您会注意到，每个SQL Dump文件都有三种类型的文件。
SQLDump < nnnn > . txt
SQLDump < nnnn > . log
SQLDump < nnnn > .mdmp
其中nnnn是一个数字。
前两个文件可以用记事本(或任何其他文本编辑器)打开。
TXT文件将有如下信息。
此文件由Microsoft SQL Server生成
版本13.0.4206.0
检测到致命的意外错误。请将此文件退回，
产生错误检查的查询或程序、数据库和
错误日志，以及任何与服务请求相关的信息。
它还会详细说明引起它的原因。
扩展名为“LOG”的文件是生成转储时ERRORLOG文件的一个片段。这将有助于人们在生成转储时准确地查看Errorlog部分。
您应该运行DBCC CHECKDB。如果DBCC CHECKDB的输出表明索引损坏，请重新构建索引。如果它表明“repair_allow_data_loss”是修复数据库所需的最小值，那么就从上次已知的良好备份中恢复，那时checkdb是干净的。
如果你很懒，不想知道原因，那就删除这些文件。它们会再次生成，您需要编写一个批处理文件来定期删除它们。如果您的日志文件夹有几个几年前的转储，然后有几个月没有转储，然后有几个最近的转储，那么您可以安全地删除旧的转储。
您好，我是有问必答小助手，你的问题已经有小伙伴为您解答了问题，您看下是否解决了您的问题，可以追评进行沟通哦~
如果有您比较满意的答案 / 帮您提供解决思路的答案，可以点击【采纳】按钮，给回答的小伙伴一些鼓励哦～～
ps:问答VIP仅需29元，即可享受5次/月 有问必答服务，了解详情>>>https://vip.csdn.net/askvip?utm_source=1146287632