Sql server 2005 选择数据库文件增长作为%或固定大小
是否有人知道与FILEGROWTH设置相关的任何问题（性能或其他方面），如%而不是固定大小？与固定增量相比，%有什么优势？使用百分比可能意味着巨大的自动增长。当您将10%添加到100GB DB时，您将添加10GB。如果这需要超过30秒（很容易做到），并且您有一个30秒超时的调用者将导致回滚，那么如果您有重试循环，您将在很长一段时间内完成大量磁盘活动。我可能知道有人发生过这种情况：PSql server 2005 选择数据库文件增长作为%或固定大小,sql-server-2005,Sql Server 2005,是否有人知道与FILEGROWTH设置相关的任何问题（性能或其他方面），如%而不是固定大小？与固定增量相比，%有什么优势？使用百分比可能意味着巨大的自动增长。当您将10%添加到100GB DB时，您将添加10GB。如果这需要超过30秒（很容易做到），并且您有一个30秒超时的调用者将导致回滚，那么如果您有重试循环，您将在很长一段时间内完成大量磁盘活动。我可能知道有人发生过这种情况：P 总的来说，一定要非常小心使用autogrows——它们应该作为最后的手段，而不是作为主要的增长管理策略。对于任何重
总的来说，一定要非常小心使用autogrows——它们应该作为最后的手段，而不是作为主要的增长管理策略。对于任何重要的生产数据库，您应该通过确保在维护期间有足够的净空来管理增长。我建议使用固定增量。在增长中的小型数据库上使用%会导致数据库增长更频繁。在大型数据库上使用%也会导致过度增长。在这里最好的做法是密切监视数据库，并设置与您的使用情况相匹配的固定增长