Is there a way of finding currently used SRM licenses?
We're also looking at using resource scheduling, which I've had a play with the 'SRM Use Cases Demo 1.0.2' package, and can see when resource bookings are created they use a service definition, create a service when running like with service orchestration, but they don't show up in the resource manager reservation instances under the client test tool, and can see some differences in the reservationInstances in SRMSurveyor which does show all the reservation instances.
The main thing is making sure we create the resource schedule correctly via a custom script we're writing, and that it's not using an SRM license, as from memory only service orchestration should use those.
Hi Philip,
Regarding the orchestration types that consume SRM licenses, they are 'Resource Orchestration' and 'Service Orchestration'. You can find more details on this page: Orchestration | DataMiner Docs
If you're writing a script that schedules a resource for a specific time-window, it doesn't seem SRM will be used. As of today, I don't believe we expose SRM usage count.
For offline resource scheduling, our standard these days is to use MediaOps.Plan, which also doesn't consume SRM licenses for that type of booking. Most likely you've seen it, but in case you haven't, these might be interesting to you.
Resource Studio | DataMiner Docs
Scheduling app | DataMiner Docs
You're not limited to resources managed by DataMiner, and you can also programmatically create resource bookings. It's a more straightforward way to do resource management in DataMiner including conflict checks.
We don't have DOM on the current system we're working on, so MediaOps isn't an option; this will be the long term goal however.
Hi Bruno,
It is only resource scheduling we're after, which on https://community.dataminer.services/service-resource-management/#resourceScheduling says it's out of the box, compared to resource orchestration which states license required.
I am using the Visio from the example in the videos about the options, and using the schedule button which triggers the srm_bookresourcequickly automation script, but when we hit our concurrency limit I get a script error stating that fact, so looks like resource scheduling is using srm concurrency licenses.
Is this a bug in the system, an error in the script for how the reservation is created, etc?