我需要将极大量的数据（数百万个文件，太字节数据）迁移到SQL群集。迁移过程被划分为每周迁移，每周有几百个新用户（即请求生成器）。
到目前为止，事情已经顺利进行，但最近我发现SQL集群开始表现得非常奇怪。 CPU使用率稳定且稳定在20％左右，但SQL进程不断分配新内存，直到没有任何东西（大约12GB）。当发生这种情况时，该过程“转储”所有内存并开始重新攀升至12GB。在此转储过程中，通常会出现服务器无响应并最终超时的情况，这在本周迁移过程中无法实现。
这种分配和转储行为对于SQL群集是否常见？是否可以对其进行配置，以便永远不会发生，或者至少不会使整个数据库拥塞？有没有人有大型移民工作的经验？
查看事件日志时，我发现了一些警告之前的WMI警告。我们使用System Center Operations Manager 2007来忽略系统，这可以解释这种行为吗？
感谢任何帮助！
答案 0 :(得分：1)
不，这不是正常行为。
SQL Server将根据需要动态分配内存，并在压力下适当释放内存。但是它不应该转储整个内容。
您能否提供有关您的环境的更多详细信息，并确定您的SQL内存配置。
如果您需要详细帮助，请随时给我发电子邮件，并提供DBCC命令的结果。
DBCC memorystatus