Sql server SSIS 2005：即使有足够的RAM可用，也要进行缓冲区交换

我在VisualStudio2005中运行（调试）SSIS包。 当它在做一个复杂的数据流任务时，我可以看到TMP文件出现在一个文件夹中，它是针对<强> BufferTempStoragePath <强>数据流属性指定的，按：

在输出这些文件时，我可以在Windows任务管理器-->性能中看到RAM使用率有所提高，但似乎仍然有足够的可用RAM，那么为什么SSI要将数据交换到磁盘

据我从上面的链接了解：

现在什么会导致缓冲区交换？有两个可能的原因。第一种是当内存分配失败时。第二个是Windows发出内存资源不足通知事件的信号。两者都将触发SSI以减少其工作集。SSIS通过将缓冲区数据移动到磁盘来实现此目的。

在我的案例中，如何检查哪种情况（即内存分配失败或内存资源不足通知）是原因？我启用了SSIS日志记录，并将OnError、OnWarning和OnInformation package事件输出到数据库表，还从相关数据流中输出BufferSizeTuning和PipelineInitialization事件，但我看不到与内存分配失败或内存资源不足通知相关的任何输出

以下Microsoft文章提到在性能监视器中监视假脱机缓冲区性能计数器（在SQL Server:SSIS管道下），但我在开发机器上使用Windows 7，只能看到SQL Server:SSIS管道11.0和12.0（分别为2012和2014版本）由于这些是我的计算机上运行的唯一完整SSIS实例，因此我不确定在调试SSIS 2005包时如何监视假脱机的缓冲区

---

在调试器（Shift-F5）之外运行该软件包。您是否仍有内存压力？我的假设是noI似乎无法在我的机器上不调试的情况下运行它-命令提示符似乎运行验证几秒钟，然后打印错误消息：“SSIS错误Cpde DTS_E_PRODUCTLEVELTOLOW。产品级别不足以进行组件合并联接。-我想这是因为我的机器上没有安装SQLServer2005，只有VisualStudio和ManagementStudio 2005，这意味着只安装了调试器。这确实带来了一个困境。调试器是一个32位的应用程序，所以它的最大可寻址内存限制为4GB，但实际上它更像是3-2GB。这是调试器和附带的exe、DTEXEC可以使用的。在调试器外部（shift-F5或从命令行）运行包可以消除这种人为内存限制并提高性能。但是，要使其工作，必须从SQL Server 2005安装介质安装Integration Services服务。否则，您无法通过许可检查，只能从BIDSEither post图片中执行数据流，或者查看Jorg的文章数据流上有多少部分和完全阻塞的组件？您有多少个针对整个表的带完全缓存选项的查找？这很可能是你的记忆被吞噬的地方。此外，请确保您在本地和服务器上已完全修补