Hakofuguさん、こんにちは。
ご回答ありがとうございます。

該当処理のロジックは以下のようになっています。

１．ループ１：抽出用DSからワークデータ用DSにデータを挿入。
２．ループ２：ワークデータ用DSから印刷用DSにデータを挿入。
３．印刷用DSを一括で印刷。

上記のように、２回のループに分かれて印刷データを作成しています。
Out of Memoryが出ているのは２の段階です。
ワークデータ用DSと印刷用DSのデータ件数が大きくなるため、これだとメモリは余計に
食ってしまうだろうと思いますので、最悪の場合はロジック変更、もしくはデータ削減を
ユーザにお願いする等の対応をする予定です。
（近々Ver.UP予定のため、現時点で大きな変更を加えたくないというのが本音です）

DSの破棄については、最後に全てを一括で破棄するようになっていたため、
途中で不要になったDSを都度破棄するように変更してみたのですが、結果は変わりませんでした。
ロジック的に破棄出来るのが抽出用DSのみで、大きくメモリを食っているであろうワークデータ用と
印刷用のDSが破棄できないため、あまりメモリ使用量が変わらなかったようです。

また、以下の件は、早速試してみました。
＞同じDWで繰り返しRetrieveする場合、前のRetrieve結果が残ってしまう場合があるという報告を
＞見たことがあるような気がします。同じDW(DS)で繰り返しRetrieveを実行しているならば、Reset()を
＞明示的に実行してみてはどうでしょう？？
抽出用DSはループの中で繰り返し検索されるため、明示的にResetしてみましたが、
結果は変わりませんでした。

最初の質問時に書き忘れてしまったのですが、こちらで使用できるテストサーバのメモリは512MBですが、
本番環境（客先）のサーバは1GB積んでいます。
単純にメモリ不足の場合なら「Out of memory」が出るタイミングが違うと思うのですが、
ほぼ同じタイミングで出ているため、PB5のバグを疑っているのですが、確信を持てる情報を
得られず、困っている状況です。

何かご存じでしたら情報提供頂けないでしょうか。
または、PB5の障害リストなどがどこかにありませんでしょうか？

申し訳ありませんが、宜しくお願いします。