问题描述
我的.MDF文件大小正在增加，我想为Dynamics Ax 2009添加多个文件组。我希望表和聚集索引的主文件，非聚集索引的辅助文件组。
这可能吗？
有人执行过此建议吗？
我的情况如下：
AX 2009（并且没有任何升级计划，也没有针对AX或其下的sql的计划） 在Windows 2008 R2 Enterprise上运行的sql Server 2008 R2 Enterprise群集（512GB，80核） 基于SAN的存储，SSD和SATA磁盘池的组合 数据库大小达到6TB，只有PRIMARY FG 完全恢复模型的数据库，兼容级别100 每天进行完整备份（业务要求，我应该每周进行一次备份，每天进行DIFF） 我的问题：
如果我必须在文件级别上重新定位数据库（数据库为6TB，并且具有2个文件+事务日志），则存储使用严重不平衡并且数据库文件大小不受控制并且难以管理。 完整备份的运行时间接近4秒钟，请缩短备份时间。正如此处的其中一篇文章所建议的那样，已经使用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中包含多个文件。我不想使用表分区，至少现在还没有。
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）