A thumbs up to Marc who explained the same method distinction I did, but went the extra mile to explain how to instantiate a business component (with doc link)!

Harshdeep,

You're trying to call a method like a class method. For a "method" you need to have an instance of the object to use the method, "class methods" can be called without an object reference.

See docs here:

Defining and Calling Methods

Hello Mark,

That's a HealthShare Information Exchange / Unified Care Record specific task. The "standard" mirroring docs don't cover it for that reason. As you gleaned from its code, it makes sure the HealthShare mirror agent is running. To be honest, I don't know all the details of what that agent does.

I'd suggest reaching out to the WRC to investigate what happened to cause the task to fail, and they can probably give more details on what the task does. While you're at it, you could also ask why it isn't documented, and poke on why it's listed as a user type task - though I see that many of the HealthShare-specific tasks are "user"-typed, so perhaps that is intended.

Hi Alecsandru,

As I'm sure you know, that's an extremely old version and not one you can easily get your hands on. You'll need to reach out to your vendor directly, whether that's your InterSystems account rep or a third party organization to get a copy of that.

It's been a while since I looked at SNMP but I believe that you can monitor database free space by setting up the Caché SNMP agent (perhaps you already have some of this configured.)

At a higher level - I would consider how much database space you are using. Does the database actually fill up (or get close to filling) between each purge? if so, then you're not really so "safe" and may need more disk space. If the databases don't completely fill up and are only so large because of an unusual event in the past, then maybe you can free up some disk space by upgrading to a version where you can safely compact/truncate, and then you have meaningful alerting based on OS free space.

What do you expect your database growth to look like in the future? Maybe you're within the bounds now, but if your activity grows in the future or spikes abruptly due to an unexpected load, will that cause a problem?

Hope that helps.

Aside from Robert's reply of viewing in the portal, there is also ^%FREECNT.

https://docs.intersystems.com/irislatest/csp/docbook/DocBook.UI.Page.cls?KEY=GSA_manage#GSA_check_databases_freespace

In terms of the risks of letting the disk space fill up, that's hard to say. If everything happening is inside a database with free space, your disk wouldn't be filling up more. It's that other activity that may run into or cause a problem. I would say to consider compacting/truncating, though your $zv is really old so it may not be safe to do so.

It's not possible to answer that question without knowing exactly what you did and probably looking at the system. What constitutes a "data mismatch"?

You could reach out to the WRC (InterSystems support).

I totally agree with Warlin that it really depends on what you are trying to do and your current setup. My interpretation of your question is that you are trying to migrate your data / user settings to a new server / instance?

I would say to use the server migration guide as a starting point - but definitely test the process since you're crossing versions also which is beyond the scope of that documentation.

Hello Ivo - I myself have thought that this functionality could be useful so I've put in a request that InterSystems add a more friendly way to understand the ECP system ID. If you like, you could reach out to InterSystems to make known your use case and interest in this functionality.