It sounds like you may be able to leverage mirroring, which is built-in and is an IRIS functionality where separate instances of IRIS can automatically transfer journal files to synchronize their copies of a database. Docs here:
This makes sense to me. Access to databases is controlled by that database resource setting, which can be customized and assigned to various roles. A role that is assigned %DB_%DEFAULT access will grant access to any databases that are controlled by that resource.
If you are concerned, you could review the other databases and make sure that you want your user to have access to the other databases secured by %DB_%DEFAULT. If you wanted more restriction, you could assign your databases a different resource other than %DB_%DEFAULT, such as having specific database resources for each database. That way, you only grant permissions for 1 specific database when granting the custom resource.
This sounds like a great conversation to have with your InterSystems sales rep, if you have one. Otherwise, I'd recommend making an inquiry with InterSystems so they can discuss what product fits your needs best. As a slight correction, HS Core 15.032 is also Ensemble-based.
Health Connect comes with some additional health-related code packages with built-in HL7/FHIR support.
You might also consider IRIS for Health which is similarly aimed towards healthcare usage as an application platform.
Hope that helps get you started, but InterSystems would be happy to talk over the options with you.
There is no 1 universal answer to explain 100% license usage, nor 1 solution to free up the licenses. Longhua Huang asked if a restart would "fix" the license problem, but that entirely depends on what is using the licenses. If you restart and the licenses get used again, you are no better off.
You need to look at what is taking up your licenses and understand what is going on in your application that could be triggering this. Were you running the instance without license issues before? If so, what changed? Maybe it is unusually high levels of activity or some particular action, but it would be unlikely for you and your commenters to be experiencing the same issue.
You can use the methods in this linked documentation to view your license usage. If you can't make progress in investigating, the WRC can work with you to look into your license usage.
That error doesn't indicate that it found the file, it just describes the path where it is looking for the file (per your configuration). If Ensemble can't access a file despite the file existing, this is likely an OS permissions issue. I would check to make sure the OS user Ensemble is using has permission to access the directories/file.
Outside of that, perhaps there would be other helpful evidence in the OS log, Ensemble ^SYSLOG, or the Ensemble event log.
"ccontrol [run | console | cterminal] instname Runs Caché in programmer mode with either no device, the console, or the terminal for $Principal (Windows only)."
Linux Mint is not supported. Dmitriy suggests you might be able to get Caché to run, but you would be on your own if issues cropped up in that environment.
To be clear, SFTP "private key authentication" is really key pair authentication, meaning you need both a private and public key configured. If you just have 1 or the other configured, your service will attempt username authentication instead. The need for both keys is intrinsic to SFTP and is not Caché specific.
"Once you indicate you are using SFTP, you can then configure the SFTPPublicKeyFile and SFTPPrivateKeyFile settings. If you supply values for both SFTP Public Key File and SFTP Private Key File, the adapter attempts key pair authentication. It does this in conjunction with the username and password supplied via the Credentials setting, using the password in the Credentials as the passphrase for the private key."
I'd suggest reviewing the following article for suggestions on how you can debug why the key pair authentication is failing:
I am sure your InterSystems sales team would be happy to have an environment configuration planning discussion with you.
Outside of that, take a look at the following documentation. I am also going to link a developer community article series that covers some topics and best practices for Caché that you can apply to IRIS as well.
go to post
Hello Alex,
Have you confirmed that the original transaction process goes away when the VPN disconnects? How are you opening the terminal in the first place?
If disconnecting the VPN leaves the original process around, it won't have a chance to rollback the transaction.
edit: perhaps this is related to your Journal Freeze on error setting?
go to post
Hello Eudoro,
It sounds like you may be able to leverage mirroring, which is built-in and is an IRIS functionality where separate instances of IRIS can automatically transfer journal files to synchronize their copies of a database. Docs here:
Mirroring Architecture and Planning
go to post
Martin,
This makes sense to me. Access to databases is controlled by that database resource setting, which can be customized and assigned to various roles. A role that is assigned %DB_%DEFAULT access will grant access to any databases that are controlled by that resource.
If you are concerned, you could review the other databases and make sure that you want your user to have access to the other databases secured by %DB_%DEFAULT. If you wanted more restriction, you could assign your databases a different resource other than %DB_%DEFAULT, such as having specific database resources for each database. That way, you only grant permissions for 1 specific database when granting the custom resource.
See documentation here:
Database Resources
Hope that helps.
go to post
Hello Clayton,
This sounds like a great conversation to have with your InterSystems sales rep, if you have one. Otherwise, I'd recommend making an inquiry with InterSystems so they can discuss what product fits your needs best. As a slight correction, HS Core 15.032 is also Ensemble-based.
Health Connect comes with some additional health-related code packages with built-in HL7/FHIR support.
You might also consider IRIS for Health which is similarly aimed towards healthcare usage as an application platform.
Hope that helps get you started, but InterSystems would be happy to talk over the options with you.
go to post
There is no 1 universal answer to explain 100% license usage, nor 1 solution to free up the licenses. Longhua Huang asked if a restart would "fix" the license problem, but that entirely depends on what is using the licenses. If you restart and the licenses get used again, you are no better off.
You need to look at what is taking up your licenses and understand what is going on in your application that could be triggering this. Were you running the instance without license issues before? If so, what changed? Maybe it is unusually high levels of activity or some particular action, but it would be unlikely for you and your commenters to be experiencing the same issue.
You can use the methods in this linked documentation to view your license usage. If you can't make progress in investigating, the WRC can work with you to look into your license usage.
go to post
Hi Joe,
That error doesn't indicate that it found the file, it just describes the path where it is looking for the file (per your configuration). If Ensemble can't access a file despite the file existing, this is likely an OS permissions issue. I would check to make sure the OS user Ensemble is using has permission to access the directories/file.
Outside of that, perhaps there would be other helpful evidence in the OS log, Ensemble ^SYSLOG, or the Ensemble event log.
go to post
Hello Yatin,
That's a known RDP issue that has been fixed in modern versions of Caché. To get around it you can use ccontrol console:
Using Multiple Instances of Caché
"ccontrol [run | console | cterminal] instname Runs Caché in programmer mode with either no device, the console, or the terminal for $Principal (Windows only)."
go to post
Hello Felipe,
You can find the list of supported platforms for Caché 2018.1.4 (and 2018.1.3) here:
https://docs.intersystems.com/latest/csp/docbook/Doc.View.cls?KEY=ISP_technologies#ISP_platforms
Linux Mint is not supported. Dmitriy suggests you might be able to get Caché to run, but you would be on your own if issues cropped up in that environment.
go to post
Hello Vermon,
To be clear, SFTP "private key authentication" is really key pair authentication, meaning you need both a private and public key configured. If you just have 1 or the other configured, your service will attempt username authentication instead. The need for both keys is intrinsic to SFTP and is not Caché specific.
Settings for the FTP Inbound Adapter > SSL Config
"Once you indicate you are using SFTP, you can then configure the SFTPPublicKeyFile and SFTPPrivateKeyFile settings. If you supply values for both SFTP Public Key File and SFTP Private Key File, the adapter attempts key pair authentication. It does this in conjunction with the username and password supplied via the Credentials setting, using the password in the Credentials as the passphrase for the private key."
I'd suggest reviewing the following article for suggestions on how you can debug why the key pair authentication is failing:
https://community.intersystems.com/post/using-and-debugging-netsshsession-ssh-connections
Hope that helps!
go to post
Hello Yuri,
I am sure your InterSystems sales team would be happy to have an environment configuration planning discussion with you.
Outside of that, take a look at the following documentation. I am also going to link a developer community article series that covers some topics and best practices for Caché that you can apply to IRIS as well.
Vertically Scaling InterSystems IRIS
Preparing to Install InterSystems IRIS
https://community.intersystems.com/post/intersystems-data-platforms-capacity-planning-and-performance-series-index