日志和 mdf 文件的最佳实践是跨驱动器拆分(例如G:\SQL Data
& I:\SQL Logs
)。
内存优化文件的最佳实践是什么?他们应该住在自己的驱动器上吗?它们是否可以驻留在 Azure Temp 驱动器上(更好的 IO 性能,但重新部署时文件会丢失,tempdb 可以在此处托管)?
我仍然不清楚内存优化文件集的目的以及实际存储在那里的内容以及 IO 速率。
日志和 mdf 文件的最佳实践是跨驱动器拆分(例如G:\SQL Data
& I:\SQL Logs
)。
内存优化文件的最佳实践是什么?他们应该住在自己的驱动器上吗?它们是否可以驻留在 Azure Temp 驱动器上(更好的 IO 性能,但重新部署时文件会丢失,tempdb 可以在此处托管)?
我仍然不清楚内存优化文件集的目的以及实际存储在那里的内容以及 IO 速率。
我想我们是在谈论内存中的 OLTP 吗?
这些文件是灾难恢复所必需的,一旦添加它们就不能在不删除数据库的情况下删除!!!您需要 x4 的内存量作为磁盘文件 - 如果磁盘文件填满您的数据库,您的数据库将变得可疑。建议使用快速磁盘子系统。我建议您在部署到生产环境之前进行仔细测试。
https://learn.microsoft.com/en-us/sql/relational-databases/in-memory-oltp/the-memory-optimized-filegroup?view=sql-server-ver15
只是为了强调斯蒂芬斯的观点:
您需要详细了解“内存优化文件”的含义。
您可能指的是内存优化表(又名内存 OLTP)。在这种情况下,这些文件是您的实际数据库文件。它们对应于传统数据的 mdf、ndf 和 ldf 文件。我希望你不要删除数据库的 mdf、ndf 和 ldf 文件。删除内存优化表的相应文件同样糟糕。这将导致您的数据库无法使用,您必须从良好的备份中恢复。即,不能将它们存储在某种类型的临时磁盘上。