我的.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 中拥有多个文件。我不想使用表分区，至少现在还不想。