问题标签 [filegroup]

我在数据库中有一个文件组，其中没有无法删除的逻辑文件。错误消息指出文件组不为空。

我已使用以下查询验证不存在分区。

我还运行了以下查询以查找与文件组相关的任何内容，但什么也没找到

此外，我已经能够备份数据库并恢复到不同的 SQL Server 并复制此问题。

还有什么可以检查以找出阻止文件组被删除的原因？

我在 SQL Server 配置管理器中启用了文件流并重新启动了 SQL Server，但是当我想为我的数据库启用文件组时，该选项已为我锁定

SSMS 数据库属性：

网络交换机的变化是否只是巧合，我们真的不知道，但在 7 月 19 日，网络交换机发生了变化，然后不久之后，我们每天运行的一项工作开始失败。我们没有更多关于开关变化的信息，除了它们发生在 19 日。该作业在 20 日运行正常，然后在 21 日失败，之后大约 4 或 5 次运行失败，直到其中一位用户抱怨他们没有报告中的数据。

作业日志文件上的错误是“由于文件组中的磁盘空间不足，无法为数据库 TEMPDB 分配新页面默认通过删除文件组中的对象、向文件组添加其他文件或为现有文件设置自动增长来创建必要的空间文件组中的文件“

我或我的同事都没有文件组或管理 tempdb 的经验或技能，因此我们的问题是看看我们可以做些什么来确定为什么会发生这种情况并解决它。我确实看过并且自动增长已打开，我不确定在文件组中删除对象的过程等。

我们已经从作业中识别出查询，但我们不相信这是问题所在，这是我们怀疑的其他问题的症状，因为此查询已经运行了很长一段时间。这项工作一夜之间从 6 秒缩短到 1 小时 38 分钟。由于工作性质，我无法按原样透露查询或任何数据。

当然，它处理大量的审计数据，但如前所述，我们以前没有遇到过这个问题。

我们让我们的网络人员增加了磁盘空间和内存；内存从 4GB 增加到 12GB，磁盘空间增加了 40GB。在此增加之前，它基本上处于最大磁盘空间。我们还将 tempdb 移至 100gb 驱动器。不过，这一切都只是暂时的，我认为这些很快就会填满。

然后我们重新运行了作业的查询部分，它用 12gb 填满了 tempdb，留下了 28gb 的备用磁盘空间，所以它很快就被填满了。按照这个估计，我们会在硬盘再次用尽之前再运行一两次，除非它溢出到给 tempdb 的额外空间中。

在其中一项工作失败时，我们还在其中一个数据库上收到了一条日志完整消息。我检查了该数据库的 sys.databases 表上的 log_reuse_wait_desc 列，它显示 log_backup。

正如我所说，我们在数据库这一领域没有太多经验，因此寻找一些指针/线索来确定可能导致问题的原因并从那里获取。

非常感谢

安德鲁

我正在每月清理保存在 SQL 文件组中的数据，我删除一个月的数据，然后缩小数据文件组以节省空间，注意文件组是基于日期的，每个月都有自己的文件组。

但是这次删除完成后，我注意到文件组中仍有数据，由于下面的查询，行不为零，但我无法确定那里保存的行是什么。收缩不起作用，因为可用空间不是 100%。

所以我的问题是我怎么知道特定文件组中还保存了什么？

我想在之前在 SQL Server 2016 中创建的“辅助”文件组中创建一个表。我想使用EF core code-first创建这个表。

I am trying to partition a huge table in SQL. Its size is 15 TB with millions of records. The main idea is to save the coming data onto different disks by creating new filegroup where the current disk can't be expanded any more.

I created the needed of filegroups, files, partition schema and partition function, but when I created the clustered index it took too much space (more than 200GB) and was still running so I stopped it.

My question: is there a way to partition an existing huge table without creating a clustered index that is taking too much space? Or is there a way to save the new coming data to a different disk?

说到文件和文件组，我想创建一个辅助文件组，那么我应该先创建一个辅助文件，然后创建一个用户定义的文件组，还是我应该先创建一个用户定义的文件组，然后创建一个辅助文件？对此的最佳做法是什么？

我使用此脚本将表从具有一个数据文件的主文件组移动到具有四个数据文件的另一个文件组 [FG]：

当我检查（主文件组的）数据文件大小时，我意识到它并没有减少，并且 4 个数据文件（FG 文件组）的大小增加了。现在我想从主数据文件（主文件组）中释放空间。如何处理这个问题？