I don't see that in the documentation - final classmethod CatchupDB(DBList As %String, JournalLocation As %String = "", ByRef DBErrList As %String) as %Integer

A low impact way to do this would be take a SAN snapshot of production and mount the snapshot in test.

Intersystems discusses this in External Backup.

The easy way to retain some database is mount them from a different set of disks/filesystem.

If you have a DR mirror but not a SAN you could just shutdown the DR mirror and do a cold backup.

If test is a separate mirror the whole test mirror will have to be refreshed due to mirror headers. If test is part of the same mirror as production then the data is already there.

In two really key ways multi-volumes datasets don't allow you to escape limits you might want to escape.
The max size of a multi-volume dataset is the same as a single file - 34 TB (33553904 MB) for 8K database. Intersystems is working to increase the max size.
An integrity check also treats it as if it was a single file. This is only going to be more of an issue as the max size increses.

Truncate can only remove free space from the end of the file.
Compact is asking how much free space do you want at the end of the file.
The free space is likely not evenly distributed.
I mostly used the ^DATABASE utility.

As a guess the shell is interpreting $job rather than passing it to IRIS.

try this

echo 'set sc=$$CheckList^Integrity(,,,,5) do Display^Integrity() kill ^IRIS.TempIntegrityOutput(+$job)' | iris session [INSTANCE] -U %sys

one issue with this approach is you need to get the same IRIS session that the integrity check ran in.

An instance name is not guarantied to be unique.
hostname/ip + instance is.
For example the instance name of our failover primary and backup is the same they are just on different hosts.
We use DNS name not IP addresses though so we have DNS/instance for SystemName.

Mirroring Configurations within a Single Data Center, Computer Room, or Campus

I would ask your vendor what they develop on so you don't have to listen to an excuse around a support issue.

I would check that your iris.key file exists and has not expired.

Not sure where messages.log is on Windows but I would look at that over a Windows log.

Looks like :Aliases were added IRIS 2021.1 - Aliases

I would not completely replace users with LDAP.

Database owner and admin should be local to the system.

Make sure your LDAP source is not a single server.

The recommendation is XFS from Supported File Systems.

The irisstat command with the -u option allows you to look at this without going into iris.

You can also look at locks in the portal - Monitoring Locks

I had to debug an application LDAP issue and I used to Apache Directory Studio.

It turned out that the user had been copied from one OU to another and not moved.

Can you login with iris session [instance] -U %sys?

From there you can use ^SECURITY to change the password.

One thing to check is use a text editor to make sure your keyboard is working by typing the password.

Not sure that you have seen that Intersystems deprecated SAM November 13th.

Log level is not always a good indicator of how big a deal what is being logged is.
For example:
2 [Generic.Event] Unable to allocate shared memory minimum - this error prevents startup so critical
1 [Generic.Event] MirrorServer: Lost ReadDmn (ACK) connection to async - loss of connection connection to a mirror doesn't rate as even a warning?

Any maximum you set less than free space on the filesystem will just hit the limit sooner.
The instance could use more RAM in the global buffer and maybe more filesystem space.
You should look at this and this.

 I would expect the WIJ to close to force it to the disk about every 80 seconds ie every write cycle.

my quick testing:

$while true; do
> ls -l IRIS.WIJ | cut -f 10-13 -d ' '
> sleep 40
> done
Oct 26 12:26 IRIS.WIJ
Oct 26 12:27 IRIS.WIJ
Oct 26 12:27 IRIS.WIJ
Oct 26 12:28 IRIS.WIJ
Oct 26 12:28 IRIS.WIJ
Oct 26 12:30 IRIS.WIJ
Oct 26 12:30 IRIS.WIJ
Oct 26 12:31 IRIS.WIJ
Oct 26 12:31 IRIS.WIJ
Oct 26 12:32 IRIS.WIJ
Oct 26 12:32 IRIS.WIJ
Oct 26 12:34 IRIS.WIJ
Oct 26 12:34 IRIS.WIJ
Oct 26 12:35 IRIS.WIJ
Oct 26 12:35 IRIS.WIJ
Oct 26 12:36 IRIS.WIJ

You should look at this - Write Image Journaling and Recovery

The WIJ can live in other places.

As a guess the the web page is not getting data updates.
What does ^MIRROR say is happening?

Have you checked if there are firewalls interfering?