go to post Alexander Pettitt · Sep 1, 2021 Many things could be happening. How do you cleanup journal files? Purge after so many backups? Are your backup working? You could look in a journal file and see what global data is causing the expansion. If you have the system management portal you can look at journal data there too. You might need to go to the application vendor to tell what data a global holds.
go to post Alexander Pettitt · Aug 9, 2021 Roger is correct. I wonder if the error is controllable though through the cpf. The rules on global names - linked to the temporary doc location - http://dreamymclean.intersystems.skytapdns.com:52773/csp/docbook/Doc.View.cls?KEY=GGBL_structure
go to post Alexander Pettitt · Jun 9, 2021 You could try to compact and truncate. Dmitry's idea will also work and be faster.
go to post Alexander Pettitt · Jun 2, 2021 I think the WRC would be the only ones who could tell you what could be moved into CACHETEMP unless you found someone else who they had told already. If you just don't want to store so many journals you could just backup multiple times a day and do a journal purge. Congratulations on using Ensemble to the point you have this problem.
go to post Alexander Pettitt · May 26, 2021 I have 21 instances of Cache running on a single server. There are a lot of pluses: simpler cpf, database snapshots, easier downtime negotiations I would manually specify memory since you likely have very few simultaneous users. Here is a link Sizing System Memory for Caché
go to post Alexander Pettitt · May 11, 2021 If your session is text you might make a look at a tool like screen that is available for Unix based systems.
go to post Alexander Pettitt · Apr 9, 2021 Death to extents :) I work in Unix where LVM and mount points would make this easy but it looks like Windows has mount points. Windows mount point
go to post Alexander Pettitt · Apr 9, 2021 You can compact and truncate the database while IRIS is up. Compacting a Database Truncating is the next section