Progress 版本 11.0 srt* (srt) 排序/临时文件在 RHEL Linux 6.0 中变得非常大。隔离到与 webspeed 一起用于 Web 应用程序的特定数据库。使用 -T 开关参数来定义文件的位置。不使用 -t 使文件断开连接并且不显示在文件系统上。
在 shell 中执行 lsof 显示文件增长到 GB 大小并不断增加。第三列是字节大小：
_mprosrv 29968 3862790144 /usr/temp/srtJrjsxX（已删除）
_mprosrv 31588 15290187776 /usr/temp/srtVEi9Lp（已删除）
_mprosrv 32644 1533157376 /usr/temp/srtTozP1W（已删除）
_mprosrv 32667 3890683904 /usr/temp/srte5qI1U（已删除）
有没有办法限制这些临时文件的大小或阻止它们变得如此之大？
【问题讨论】：
标签： progress-4gl webspeed
如果您使用的是 11.0，请考虑升级到 11.2 或更高版本。
显然存在一个错误（称为缺陷 OE00227173，已在 11.2 中修复），其中一些大型查询会导致 _mprosrv 进程不断增长其 .srt 文件，而不是按照应有的方式重用文件空间。
来自发行说明：
问题编号：OE00227173 每次执行查询时，临时排序文件都会增长
当运行在单词索引中有任何通配符的搜索时，搜索 将在 db 服务器上创建一个 srt 文件。如果查询返回大 行数（大于 100,000）然后排序文件中的空间不是 完全重复使用，.srt 可以变得非常大。
通过断开用户会话与相关服务器 PID 的连接，然后终止服务器进程（最好使用 promon R&D,4,7,7），可以找到临时缓解。
通过服务器 PID 获取用户的代码：
def var v-pid as int format ">>>>>>>>>9" label "Server PID" no-undo.
do while true:
update v-pid with frame f1 side-labels.
find _server where _server._server-pid eq v-pid
no-lock no-error.
disp _server with frame f2.
for each _connect where
_connect._Connect-Server eq _server._server-num /** NOT _server-id **/
no-lock:
find _userio where _connect._connect-id eq _userio._userio-id
no-lock no-error.
disp _connect._Connect-Usr /** NOT _Connect-Id **/
_connect._Connect-Name
_connect._Connect-Device
_connect._Connect-Time
_connect._Connect-Pid
_userio._userio-dbaccess
_userio._userio-dbread
_userio._userio-dbwrite.
end.
end.
【讨论】：
不，没有参数可以限制它们。了解您正在做什么以促进增长是关键。通常它们是缺少适当索引的查询的结果，因此必须由客户端选择和排序记录。
我愿意：
【讨论】：