Hello,
We are looking to upgrade our DMS from 10.2 CU8 to 10.4 CUx. As part of the upgrade, we are also looking at restructuring our architecture, including considering a move to STaaS.
We currently offload data via MSSQL to produce contractually obligatory reports to our customers. It appears, however, that STaaS does not support offloading.
The question is, is a solution to this in development and, if not, is there another mechanism by which other DataMiner users gather data from STaaS for their reporting requirements.
Thank you!
Hi Tom,
We have successfully validated the offload functionality with STaaS.
You can use the offload feature just as you would with an on-premises database!
If you have any questions or need further assistance, feel free to reach out.
Best regards,
João
Hi Tom,
I don’t see a technical reason why we cannot support offload database for STaaS. The main reason why this is not yet supported is because we still need to validate this. I’m adding this on our backlog and will add it to the planning. I will keep you updated once this becomes available.
Kind regards,
Louis
Hi Louis – indeed, because the offload is a parallel process to the data storage (irrespective if that’s towards a local storage of the STaaS service), correct?
But when you say ‘not yet supported’, is that in the sense that one is effectively blocked from setting up the Offload option when a DataMiner System is set up to use STaaS for storage? Or is that simply in the sense of “it is documented as not supported because Skyline has not tested that kind of set-up, but anybody who has a DataMiner System running on STaaS can effectively set up the Offload option”?
Just to add to this – I just checked on a DataMiner System in the lab here, which is running on STaaS for storage, and there I can see the Offload to be available (it is not set up or used on that system, but it seems to be available and it looks like I would be able to activate it). And I would probably assume that it would be working, because as mentioned, this is probably a parallel process as compared to the flow of data going into the storage (irrespective if that’s local storage or feeding into the STaaS service).
Hi Ben, we indeed have it set to not supported because it was not yet tested on a STaaS setup. The option to do so is still available though and its likely that it will work, but we cannot guarantee this. Because its just a matter of validating we have planned to do the testing so we can give actual guarantees.
Thank you, Louis, appreciate your quick reply!
Do you have any idea on a timeframe that validation may be completed? We are looking at upgrading our production system in around 6 months.
Hi Tom, we had some time left on our sprint so we’ve already started with validating everything. You can expect an answer end of this week or beginning of next week.
Hi Tom,
In addition to the answer of Louis, I was thinking about the second part of your question: “is there another mechanism by which other DataMiner users gather data from STaaS for their reporting requirements”: I was wondering if you are familiar with the DxM (DataMiner Extension Module) called Data Aggregator? Because that’s in my opinon a good alternative way for offloading specific data from your database to for example a CSV on a regular, scheduled basis.
Kind regards,
Joachim
Thank you, Joachim, it is always good to have options. It looks like we might be able to retain our current process so that would probably be the way we would go if possible.
That is fantastic news, João! Thank you for your efforts on this, not to mention the quick turnaround!
Many thanks,
Tom