What is our primary use case?
Control-M is our primary workload scheduling software, and we aim to utilize it for linking applications, hardware, and data transfers. Ideally, it should be the core component of our architecture. While we have started to expand its use over the past couple of years, we are not fully there yet.
A significant portion of our incoming files is handled through Managed File Transfer (MFT) Enterprise, which is an extension of Control-M. We have been utilizing this solution increasingly for both external and internal file transfers. Additionally, we rely on Control-M to schedule SAP jobs, which is one of its key functionalities. We also schedule a substantial portion of our data warehouse production using Control-M.
As a health insurance company, we have a main internal application that heavily depends on Control-M. For instance, many incoming files need to be decoded and processed for our internal application, followed by a job that transfers the data into our databases. We have recently begun to use Control-M for the maintenance of various databases, such as SAP HANA, Oracle, and Postgres. This aspect of our usage is constantly growing.
Another significant aspect of our workflow involves creating customized job types for our clients. For example, some files we receive are encoded and zipped, for which there is no default Control-M job. To address this, we frequently use the Application Integrator to provide additional functionalities not currently available in Control-M. This allows us to automate tasks that would otherwise require manual intervention, such as extracting contents from ZIP files.
We are also standardizing processes with Control-M, providing standard job types for all our customers. This includes file renaming, combining files, or separating them based on specific application types. For instance, we receive files that contain multiple text files, which we may need to split or combine into a certain format when sending them out.
In summary, we are dedicated to making Control-M our primary workload automation and orchestration software. Recently, we've begun integrating Control-M with Ansible to manage patch routines for our Linux and Windows servers. The challenge has been linking these patch routines with our application jobs. We've started this integration so that whenever there is a patch, our applications automatically halt until we receive confirmation from Ansible. We frequently use the Control-M API for this purpose, enabling seamless coordination between Ansible and Control-M. Overall, these are the main use cases we are currently implementing with Control-M, and we continually seek to expand its applications across our operations.
What is most valuable?
The application integrator provides a toolbox that makes integration easy. We use it to mask Python scripts that handle various routines, such as ZIP solutions, while the application integrator manages drop-down menus. Sometimes the integrations that Control-M provides are not suitable for our specific use cases. For instance, with S3 storage from Amazon, Control-M's integration only uses a small percentage of available S3 functionalities, so we had to create our own solution. When using BMC tools such as the application integrator, Control-M provides an easy path to integrate many features.
What needs improvement?
One thing we have criticized is the MFTE capabilities, particularly regarding high availability. BMC hasn't provided a setup with multiple fallbacks for error situations. We've experienced main problems with MFTE where having one setup means when an error occurs, the entire service goes down. We have requested BMC to provide a high availability solution for MFTE. While there are other minor issues, this remains our main concern.
For how long have I used the solution?
I started using the z/OS parts in 2007-2008 for one to two years. After switching companies, I have been using it in its current form since 2013, totaling twelve years of experience.
What do I think about the stability of the solution?
It is usually very stable, except for the MFT solution where an error leads to an outage. This has occurred several times in the last two to three years. We are in direct contact with their lab development regarding these issues. While the system is stable 99% of the time, when issues occur, they are significant.
What do I think about the scalability of the solution?
The scalability is very good with numerous configuration options available. Though we sometimes use load balancers in front of Control-M, the available functions offer good options for configuration. Our license doesn't limit our ability to configure Control-M as needed, allowing us to easily create new agents or environments.
How are customer service and support?
I don’t contact the BMC support every day, but we are in constant communication with them. They are currently migrating many features to their web interface, which means some functionalities that were available on their desktop solution are now missing. As a result, we are creating a lot of tickets regarding this issue. At least once a week, one of my colleagues reaches out to BMC support.
Regarding the quality and speed of their responses, it really depends on the representative and the topic at hand. There are certain areas where they have more experienced experts, while in other cases, the support staff tends to rely on standard procedures. Generally, their answers are acceptable; I would rate them around a seven out of ten. Many times, their assistance is more like a nine or ten, but there are occasions when a representative provides standard responses without understanding the specific issue. In these situations, I often have to clarify the problem multiple times because they start with standard solutions that don’t apply to my case. Overall, I would rate their support around a solid seven out of ten.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
I previously used OPC (now TWS) from IBM for z/OS software. We regularly evaluate the market, comparing different vendors with BMC, including Redwood, Stone Branch, and HLC. While we conduct proof of concepts and demonstrations from various vendors, we maintain only one product installation.
How was the initial setup?
Control-M was previously used for both z/OS (mainframe) and distributed environments. However, we have since migrated from the mainframe to a distributed system two years ago, and now Control-M is only implemented on the distributed side. I was responsible for this migration due to my knowledge of mainframe systems. While Control-M was already in place, certain functionalities, like data transfer, were not integrated into Control-M. This integration has been accomplished in the last five years.
The learning curve for me was easy due to my background. It took about a year maximum to transition into an administration role. My experience with both mainframe and distributed systems was beneficial. For new colleagues without z/OS background, the learning curve was steeper. While becoming a scheduler is relatively easy in Control-M, mastering specific features requires more time and learning.
In terms of maintenance, we usually have one or two major releases each year, which is quite a significant process. If there’s one area where BMC could improve, it would be optimizing the maintenance process. The type of maintenance required depends on the range of components included. If we talk specifically about the core Control-M product or its basic components, then currently, there isn’t much maintenance involved. However, when we include the agents, the maintenance requirements increase. Overall, I would classify the maintenance needs as moderate. It could be less demanding, particularly during situations like a major version change, where we would prefer to minimize outages. We are in discussions with BMC about how to enhance this process. To summarize, I would say that the maintenance requirements are not low, but they don’t necessitate weekly attention either. So, I would characterize it as being in the middle range.
What's my experience with pricing, setup cost, and licensing?
Control-M is among the highest-priced solutions in the market. When comparing with other vendors, BMC consistently maintains premium pricing. We hope for more creative pricing solutions from BMC in the future, as currently, the price often remains constant regardless of package customization or feature selection. We would appreciate more pricing flexibility from BMC.
What other advice do I have?
Our relationship with BMC is more in the direction of transformative. We’ve built a solid relationship with BMC over the years. It was a process, but I would classify it as transformative. They support us well. While there are certain functions we wish were available, overall, I think our relationship is transformative.
We have a good relationship with BMC, and that required effort on both sides. Sometimes, there’s a gap between what we need as customers and the direction BMC is heading. However, overall, we’re satisfied with how BMC provides us with solutions. Of course, there are things we feel are missing at times, but I also must say that the experience can vary depending on who you’re speaking with at BMC. The experience with sales representatives can differ from discussions with technical staff. In general, though, I would say the relationship is positive.
I would overall rate Control-M an eight out of ten.
Disclosure: PeerSpot contacted the reviewer to collect the review and to validate authenticity. The reviewer was referred by the vendor, but the review is not subject to editing or approval by the vendor.