问题标签 [filegroup]

我有两台具有相同 SQL Server 2017 软件和数据模型设置的 Windows Server。这两个数据库也具有相同的文件组结构。

目标是能够从源服务器上删除 OLDB 上最旧的季度分区，并在每个新季度开始时将它们移动到 ARDB 上的目标服务器。

有没有机会.ndf从 OLDB 分离并附加到 ARDB。？

我正在研究数据库的文件组备份。我想让 PRIMARY 文件组中的所有表都被备份和恢复，而 SECONDARY 文件组中的表不是。当表刚刚被编辑时，我的查询工作正常，但是当它们被截断时，SECONDARY 文件组中的表被恢复。

当我对 SECONDARY 文件组中的表进行“DELETE FROM”修改时，它会在恢复后保持这种状态。但是当我在同一张表上执行“TRUNCATE TABLE”时，所有内容都会在还原后返回。我怀疑 SECONDARY 文件组中的表仍然由 PRIMARY 备份，但这没有太大意义，因为删除行没有恢复。

在 SQL Server 2016 中，我想将数据库中的所有聚集索引移动到辅助文件组。最简单的方法是什么？

此问题仅适用于非聚集索引。

将所有非聚集索引移动到 SQL Server 中的另一个文件组

注意：希望在同一文件组中保留非聚集索引，并防止在主键上创建额外的唯一索引

在优化旧的遗留数据库的过程中

我第一次在我的数据库中实现文件流，我需要编写一个脚本来更改特定表中文件流的文件组。

我正在尝试使用在 Internet 上找到的解决方案，例如创建新的集群索引并删除现有的，但它不适用于文件流文件组。

这是我尝试过的代码。

我有一个按日期列分区的表，每个分区存储一个月的数据。

此外，每个分区与一个文件组相关联，每个文件组只有一个 db 文件 (NDF)。

我的设置非常简单：

我需要定期截断随机月份（有时甚至从中间截断，而不触及其他月份）。

我没有进行复杂的切换，而是从 BOL 中发现，TRUNCATE TABLE 在我的 SQL Server 2017 中有 WITH 选项，所以我只能说：

这将从与 FG_2019_08 和 FG_2019_10 关联的文件中删除分区中的所有行。

这很好用，现在我有一个空文件，但 SQL Server 不允许删除：它说它仍在使用中。我的理解是，我仍然需要调整分区函数和分区架构，以删除空的 NDF 文件。

我检查了 BOL，但我无法理解如何更改（合并？）边界值，以反映上述更改。他们应该变成这样，对吧？

如果我需要改变的话，谁能告诉我如何改变这两个对象？

有人可以向我解释将 Sql Server 表移动到另一个文件组时需要聚集索引的原因吗？

没有聚集索引的表存储为堆，添加聚集索引会将其更改为 B 树。堆和 B 树都是基于树的数据结构，不同之处在于 B 树是有序的。为什么这会影响表的文件组更改？

更多是出于好奇而不是面对一个积极的问题..谢谢

所以BUILD结构如下：

爪哇：

资源：

构建文件组

应用程序的构建使用文件组作为资源/类路径_资源

回来null_Code.class.getResourceAsStream("application.properties");

在检查生成的 jar 之后，发现 application.properties 位于顶部/

然后更新 Code.class.getResourceAsStream("/application.properties");有效的代码，

问题是为什么application.properties在顶层而不是像/com/abc/code/application.properties

我的.MDF文件大小正在增加，我想为 Dynamics Ax 2009 添加多个文件组。我想要一个用于表和聚集索引的主文件以及一个用于非聚集索引的辅助文件组。

这可能吗？

有没有人实施过这个 - 有什么建议吗？

我的情况如下：

AX 2009（没有任何升级计划，既没有升级计划，也没有升级计划，也没有升级计划，也没有升级计划） SQL Server 2008 R2 Enterprise 集群运行在 Windows 2008 R2 Enterprise（512GB，80 核）基于 SAN 的存储，SSD 和 SATA 磁盘池的组合数据库大小达到 6TB，只有 PRIMARY FG 数据库处于 FULL 恢复模式，每天进行兼容级别 100 FULL 备份（业务需求，我会每周进行一次 + 每日 DIFF）我的问题：

存储使用严重不平衡，如果我必须在文件级别重定位数据库（数据库为 6TB，有 2 个文件 + 事务日志），则数据库文件大小失控且无法管理 完整备份运行时间接近 4rs，想要缩短它. 已经使用 5 个条带以及 MAXBUFFERS 和其他 BACKUP 参数的组合，如此处的一篇文章中所建议的那样。在我的测试中，条带的幻数是 5。超过 5，持续时间几乎保持不变（在这种方法之前，完整备份运行了 12-13 小时，并且在这段时间之后它经常失败）数据库维护创建一个 I /O 热点，因为所有表和索引都在同一个 FG 和同一个驱动器上 恢复在 7 小时 55 分钟内运行。这个数据库的 RTO 是 3 小时，所以我必须想出一个解决方案来缩短恢复时间。

要改进 I/O，删除 I/O 热点并提高存储利用率： 根据功能标准（LEDGER、SALES 等）对 AX 表进行分组并将每个组分配给一个文件组 (FG) 为每个表组添加足够的存储并放置每个组和相应的文件组到专用存储 将数据从 PRIMARY FG 中重新定位 将数据从索引中拆分（将数据移动到专用 FG 和所有非聚集索引到单独的 FG） 对于 FG，最终会得到类似：LEDGER_DATA、LEDGER_INDEX、SALES_DATA、SALES_INDEX 和以此类推 每个 FG 将有自己的一组文件（NDF 文件） 为了解决长时间备份甚至更长时间的恢复，拥有多个 FG 的第二个主要原因：切换到 FG 级备份（也称为部分备份）以防万一,进行零碎恢复而不是完整数据库恢复进一步提高 I/O 效率并优化存储利用率添加数据压缩和我的问题图片

AX2009 是否支持多个专用文件组（不包括 PRIMARY FG）和数据文件设计？我遇到的所有帖子都没有明确说不，但他们也没有说是。我读了 MS 的文章说是，但它指的是表分区和在现有的 PRIMARY FG 中拥有多个文件。我不想使用表分区，至少现在还不想。

似乎我在 SQL 中将自己逼入了死胡同，但绝对需要用我手头的资源来解决我的任务......

我使用 SQL Server Express，我需要处理一个相当大（不是很大）的表。由于 SQL Express 被限制为每个文件组的最大大小为 10GB，我无法运行我漂亮的脚本。

我已经缩小了数据库和文件，但这还不够。

现在我正在考虑将数据拆分为两个（或更多）文件组，但我不知道该怎么做，甚至不知道是否有可能......

这里有没有人知道解决方法？

PS：由于任务/操作的性质，我无法拆分原始数据

我使用 filetable 在我的项目中存储文件。现在我想更改文件组位置并将其移动到另一个驱动器。我怎样才能做到这一点？