Control-M Reviews

We use it for workload automation and it's the primary application tool that we use. We use the Monitoring domain and the Planning domain daily, as well as tools and Configuration Manager as needed.

Our product support team installs it in our Citrix servers so that people can log in to Citrix, choose the application, and use it. But I, and the team that does the batch scheduling, also have our own local clients installed on our machines.

You can do the same thing in many different ways, but Control-M allows you to identify and improve any gaps in batch processing. It makes people aware of things through notifications and alerts. You want to be on top of things if jobs are not running correctly, are running long, are not executing, or end "not okay." There are various ways to set up having that information sent to the operator or the individual support teams.

Also, the Self Service feature allows end-users to do their own scheduling. That frees up resources like me, and is a huge benefit of Control-M. There are huge possibilities with Control-M for helping to give business users visibility and control over their jobs while freeing up IT personnel. Some companies that I've worked for have used the Self Service a lot more than others, and some places haven't used it at all, which is something I don't quite understand. There's an opportunity to free up your IT resources if you can get your users used to scheduling their own jobs.

Monitoring and planning are critical to my day-to-day work. Monitoring is for the active schedule and Planning is where you make scheduling changes on a more permanent basis. My roles have spanned multiple functions. I've been an operator, where you have to watch the active schedule in the Monitoring domain. I've been a scheduler, where you use Planning and do your work based on scheduling requests. And I've been an admin, where you use Configuration Manager and make sure that the product is installed and behaving properly. All three are equally important.

Control-M is excellent when it comes to building, scheduling, managing, and monitoring production workflows. Those workflows are of very high importance to our operations.

I've never been very successful when researching ways to utilize Batch Impact Manager. It's a tool to set up dummy jobs in your job flow and it's supposed to come back to you and say, "Okay, for this job flow, you are 50 percent complete at a certain point in time."

I've had varying levels of success with it, and it's not because Batch Impact Manager doesn't work. It's just that I don't have the knowledge to make it work. I would like things like Batch Impact Manager to be a little more user-friendly, out-of-the-box.

Also, BMC has a ticketing tool called Remedy, but very few places that I am aware of use it. They use solutions like Jira and ServiceNow. It would be nice if it were easier to use those solutions with Control-M. I don't have any firsthand experience where somebody comes in and says, "Okay, now JIRA and Control-M can communicate with each other. And if you want a failed job to automatically open a Jira ticket, this is how you do it." I don't believe that exists or, if it does, it is not simple.

Another point is that, for a while, they were pushing a Control-M mobile app, but I haven't seen anything about it for a very long time. Maybe it was scrapped. Because I wear multiple hats in my organization, I would love it. I would love to be able to go to a mobile app, log in and see a scheduler, go to a job, and see what it's waiting on. I would be interested in the ability to support things via mobile.

I've worked in IT for 30 years and I have worked with Control-M for more than 12 years. I'm not interested in learning another tool. I'm all-in for Control-M.

The stability is an eight out 10. It's good.

It seems like Control-M can handle just about anything.

Their technical support is okay. Sometimes, just to get them to look at it, you have to run a utility called data collector, and you have to give them all this information just to engage them. That can be burdensome.

Although I haven't been involved in the initial stages of a Control-M implementation, I have contacted BMC's services team. Sometimes they're very responsive and sometimes they're not. They're not terrible, but sometimes it's tough to engage the support team for more general questions. 

But if I'm doing an upgrade or something related to the product itself, they seem to be pretty responsive.

Neutral

I've never had to set up a Control-M environment. But there is a certain level of complexity when you do your upgrade, even though they market it as "upgrade in place." As long as you're on version 9, you can go from 18 to 19 to 20.

 The only question about adding plugins is, "Does it affect our support cost?" I was informed fairly recently that BMC changed its support structure. Instead of a tier, based on the number of the jobs, now they charge based on endpoints.

Before I download a new plugin, I want to make sure that it doesn't add a new endpoint and require us to pay more and not be in compliance with our current support agreement.

There are a lot of schedulers out there. I don't have firsthand experience with many of them, but I know from working in the field, production support, that BMC is at the top.

Using Control-M to manage and orchestrate workloads across our enterprise is critical.

Our organization has multiple projects that use Control-M, and I support the banking domain. In the past, I have worked on projects for retail organizations and medical companies.

We have approximately 150 applications in our current project. These include Loanpower, erwin, and OpenLink.

With the use of Control-M, our SLAs are met more often. If there is an issue, we identify it in advance, before the problem occurs.

Control-M helps us in terms of automation because it has various scripts in different formats. We can run a Python program or a shell script, and these allow us to automate almost everything.

This product helps to secure our business because we can restrict users.

We have automated several critical processes with Control-M. One is used during patching, where we log in and type one command that will stop and start the services on all of the servers that we have. We have approximately 10 servers in production and five in non-production, so it's a lot of work to restart all of the servers. We also have automation that performs a health check. It runs every day at a scheduled time and will delete all jobs in production that are older than five days. Similarly, we have jobs that check to ensure certain conditions are being met and will check the various alerts that can occur.

Automating these processes has improved our business because every morning, we have to send a status update to show that the components are working. This is something that we used to do manually. We would log into CCM and check everything. Now, we have automated that using a script, wherein it sends the status email automatically to whichever business users request it. It has helped to reduce a lot of manual activity.

Control-M has definitely helped us to resolve issues faster. I estimate that the improvement is between 60% and 70%.

Our service-level operations performance has improved by 80% with the use of Control-M.

The GUI is very user-friendly. It provides us with a single view and we have everything in the same UI. This is very important because we don't spend a lot of time switching tabs or opening Control-M for different purposes. We have a single GUI open and it saves a lot of time.

Two really helpful features are Forecast and Business Impact Manager (BIM).

BIM is helpful because we do not miss any SLAs, as we get to know the issue well in advance. It is the topmost service that has helped us provide better solutions for the business.

Forecast is useful in terms of patching, etc, because whenever we are looking for downtime or any team is looking for downtime, it's easy for us to use Forecast to find it.

Self-service is helpful and our business users appreciate it because they don't have to have Control-M installed on their machine. They can log in using the web portal.

The reporting functionality needs a lot of work. We have faced problems with different versions where we run the right report, but it gives us blank entries. Then, when we run the same report again, it gives the correct data. We have spoken with Customer Care and some of the issues are fixed in the latest version, 9.20.

I have been using Control-M for 11 years and my company has been using it for longer than that.

This is a pretty stable solution. We have not had any downtime.

A couple of times, the agent has gone down unexpectedly. However, in terms of the EM and server, it's pretty stable.

Our organization is pretty big, with approximately 250,000 employees, and we have multiple projects that use Control-M. We have approximately 150 applications in our current project, and there are about 175 employees that are actively using Control-M. That is across three different countries.

It is easy to scale. It can handle a lot of job flows and it's easy to create multiple jobs to run at the same time. We are expanding in terms of jobs for the same application because they have a lot of upgrades going on at the application level. 

We are not planning to expand the number of applications in our project as of now. We do have requests, but it's a slow process. We can add perhaps five or six applications a year.

Overall, we have no problems in terms of scalability. 

When we can't find a solution to an issue, we reach out to BMC customer support and they respond almost immediately. Overall, the technical support team is very good and I would rate them a nine or ten out of ten.

We did not migrate to Control-M from a competing solution. Some of our clients, although not my current project, migrated to Control-M from different products. The reasons for changing products are the additional features available in Control-M, as well as the ease of use. Also, some people are more confident in the security that Control-M provides, compared to other tools on the market.

Personally, I started my career with Control-M and have been using it ever since.

In the company, we have a couple of clients who use IBM Tivoli Workload Scheduler (TWS), AutoSys, and Stonebranch. However, the majority of our clients use Control-M. The choice of solution stems from requirements and input from the client.

One of the reasons that some clients are not using Control-M is because of the cost. For a client with 5,000 or more jobs, they definitely implement Control-M. However, if they are running only 200 or 300 jobs in a small environment, there are other native tools available.

I was not part of the implementation at my company but I have implemented several Control-M projects. The initial setup is straightforward.

First, we download the files from the BMC site and then start the installation. This involves running the setup files and if there is any error, you have knowledge base articles and you also have AMIGO support if you enroll in it.

The deployment can be completed in a day or two, including the Enterprise Manager (EM), servers, and agents. There are also conversion tools that are available to assist with creating jobs.

Our implementation strategy began with installing the Enterprise Manager first, and then the server, and then the agents. We would raise a support ticket so that whenever we had any issues, we could reach out to them.

I did not look at the interactive guides or videos that Control-M provides for reducing time to full productivity. I had all of the documentation handy but I did not refer to any of the videos.

Our in-house team is responsible for deployment.

Control-M is priced accordingly for larger environments. It is expensive for smaller environments with only a few hundred jobs running.

There are two different types of licenses available. The first is based on the number of jobs that we run per day, and the other is based on the number of agents that we install. My current project has a contract for five years. During the first two years, we are allowed to run any number of jobs using any number of agents. However, in the last three years, we have to stick to whatever is defined in the contract.

In past versions, BIM and Forecast were separate components that were available at an additional cost. Since version 9, however, everything is included and there are no costs in addition to the standard licensing fees.

For my current project, the client has always used Control-M.

The latest version of Control-M is 9.20 but we are working with 9.18 because our client has certain servers where the OS is not compatible with 9.20. It is running on Linux machines and at this point, our client hasn't given us approval for the OS upgrade.

Our business users don't typically use Control-M. They have access to it but only use it when a critical chain is stuck and they want to check it themselves. They can use self-service for this, although most of the time, they don't.

An example of why they would use self-service is when a critical batch has failed and is stuck for a long time, and they want to see the approximate time that it will be completed. Also, during an audit, they can use self-service to see which users have certain access, such as production access or write permissions.

The Control-M users in our company have different roles. We have administrators, and we have people who specialize in migration. We also have people who look into scheduling and we have a team that just takes care of monitoring.

The number of people that we require for the day-to-day administration depends on the size of the project. In my current project, we have approximately 8,000 jobs actively running. We have approximately 17,000 configured. In our L1 team, we have eleven people, and we have eight members for each of our L2 and L3 teams.

We do not use the Control-M integrated file transfer capability in our workflows, although we do use the File Watcher feature. We have a tool from Axway called SecureTransport, where they handle the file transfer, but we can define this as part of a Control-M job.

The biggest lesson that I have learned from using Control-M is that anything can be automated. You can control various applications and it is simple to schedule jobs for products like SAP and databases.

My advice for anybody who is considering Control-M is that it has a wide variety of features compared to other tools. It is flexible, easy to use, and the web portal makes it simple for business users or application teams to access it without having to install it on a Windows server or a Citrix platform. 

I would rate this solution a nine out of ten.

We started to use Control-M in 2019 with the MFT (Managed File Transfer) module. Last year, we also started to use Control-M for SAP jobs.

Our transfer processes with MFT from Control-M, are quicker and safer now because we have implemented a lot of rules. For example, it helps balance jobs. Also, there are workflow capabilities, so that if a job succeeds it can call another job. And in case of failure, it can restart the job and warn us by email or by a Teams message. That kind of warning for the support team means we can address problems before the business complains. These are benefits we did not have before Control-M. Improvements to data transfers via Control-M are on the order of 80 percent.

Issue resolution, with Control-M in place, is about 90 percent faster, because most of the issues are resolved without intervention. It has also helped improve Service Level Operations performance by between 80 and 90 percent.

In terms of automating critical processes with Control-M, it's not only for transfer jobs but we have some applications that need to be restarted every week for performance reasons. Instead of having someone connecting on Sunday to do that, we can do it automatically with Control-M. These are OS jobs and it's very critical for us to restart them.

The kinds of things that Control-M is allowing us to do now that we couldn't do with our homemade solution are in terms of physical operations, the monitoring through the dashboard, and the reporting. With our previous solution we didn't have any reporting, but now we can export reports to PDF and share them with the business. We also have Control-M/Forecast to plan the maintenance of our system and to know which systems and jobs will be impacted during a maintenance period.

The most valuable feature of Control-M is the collaboration. We can all work together on it and have a better view of things with the dashboard, and that's true even for business users. The unified view where you can define, orchestrate, and monitor applications, workflows, and data pipelines is important because we have more than one team working on Control-M. We have a support team, a job-creation team, and a SAP team. We can all work together on it. It avoids anyone from working on his part and not using the latest modifications. In case there is an issue, we know who made the mistake, and we can also roll back the mistake. That is very good.

Our line-of-business personnel use Control-M's web interface. We have tried the mobile application, but we haven't used it enough. The web interface is very good. Previously, a business user would ask us, "What about my file?" Now that we have Control-M, they are up to date on it. The self-service portal is very helpful because it gives them a view of the latest version of the interface and they can consult it without having to ask us every morning about a given operation.

I would like to have a web version of Control-M to replace the client. Currently, our support and jobs-creation teams are using the client and that needs to be installed on a PC. It's very heavy, consuming a lot of resources compared to the web portal. I know that they're trying to improve the client with the latest version, but for me, there hasn't been enough improvement yet. I think their roadmap shows that there will not be a new version next year, due to the crisis. I think the next major version will only come out in two years.

I've been using Control-M for two years.

It's very stable. In the last year, there have only been two issues. One was our fault, due to our configuration. The other was because of the Control-M application. We had to call support to get them to solve it. But overall, it's a very stable application.

The scalability of Control-M is very good.

We plan to expand the jobs Control-M is running, including operating system jobs, and then maybe database jobs such as SQL Server and Oracle. Currently, we have more than 2,100 jobs and we are planning to have 30,000 within two years.

In terms of the number of our employees who are using Control-M, we have about 40 admin users, including on some support teams, our SAP team, and our job-creation team. On the business side, we may have about 15 users. For day-to-day administration of Control-M we need three to five people.

We started with Control-M to replace our file exchange solution, which was a homemade solution. Our needs were growing and growing and our solution was not enough to support them.

For the MFT part, the initial deployment took about four months because we had to convert all our jobs and all our scripts to Control-M. It was not easy because we had a homemade solution, so there was no conversion tool for it. That meant we had to do it manually, with some scripting on our side.

In terms of our deployment strategy, for SAP we started with one SAP system from among the many we have. We started with a complex one, which was Redwood. The version of Redwood we had was not supported by the Control-M importing tool. Again, we had to do it on our side without a conversion tool.

I was the project leader for the implementation of Control-M in our organization. We brought in an external company to help us install the solution. Our experience with that company, to be honest, was not good. We have now changed to a better one. We now work with Ogchee.

We have had a person from Ogchee working with us, full-time, for a few months. He is here to help us and to support the application. But we also worked before with BMC support, and it was okay.

We have definitely seen return on our investment with Control-M. The benefits are very good.

We did not really look at other options because we had some good information from an external partner about Control-M and that is why we went directly to Control-M.

Don't hesitate to use Control-M, because there are a lot of benefits for your everyday work, especially the collaboration, scalability, and the visibility from the tool.

I would rate Control-M a nine out of 10. The one missing point is because the client is not that mature.

We use Control-M to automate scripts that we use in banking and automotive use cases. These are our two big applications. We have a total of 18 applications running in Control-M now, and we want to move over approximately 13 more.

Control-M is running in a virtual machine.

Before Control-M, we had a lot of applications running under different operating systems, including Windows Server and Linux Server. We had a lot of scripts and a lot of programs that were running on the servers. When we implemented Control-M, we were able to automate a lot of those scripts. We have a lot of bank applications and processes and to this point, we have automated about 30% of the ones that we have to do.

We have automated some of our critical processes in core banking. Many of them are now being handled by Control-M. However, we have not yet finished all of the scripts.

Control-M gives us good visibility of our applications and processes. For example, in the morning we can see the results of all of the scripts, whereas, in the past, we could not do that. Our goal is to move the execution of the scripts from the server to Control-M. At this point, the scripts are controlled from Control-M but the execution is done on the server.

We have four domains in Control-M. We have planning, monitoring, history, and forecast. We do not perform data analytics yet.

Our clients use the web-based interface to interact with Control-M.

When a new team member or a new client wants to use Control-M, we have to install a client on their machine. After that is done, there are three options. The first is called Workload, and it is used for observing or monitoring the workload and execution of the jobs. The second one is called the configuration control manager, and it's for configuration administration. The third is reporting, which is another important one. We use the reporting module to generate our reports that concern the execution of the jobs.

We use Control-M to integrate file transfers with our workflows. It is called Advanced File Transfer (AFT) and is used by our financial team. We have another technology for file transfers but the problem with it is that it provides no transparency. There is no interface to see the transfers between applications. With Control-M, we can monitor the transfer between applications and it's great because we can see everything that happened throughout the day.

AFT allows us to configure actions. For example, if a file transfer does not complete successfully then we can send a notification to the destination about the problem.

Control-M has helped to improve our data transfers because it allows us to monitor the execution of the process. With other technologies, we cannot do that. Also, it allows us to configure the notifications, which is very important for us because it will automatically tell the other team when there is a problem with the transfer.

The most valuable feature is the monitoring, which allows me to see the execution and results of each of the scripts.

Being able to view the history is very important because if we have a problem then that is where we search for the details.

From an administrative perspective, the planning domain is very important when we want to add a new feature or a new script.

The forecast domain is what we used to ensure that the implementation is working and that the configuration is okay.

Compared to similar technologies, AFT takes a lot of time when transferring a large file from server to server.

The history module only contains a maximum of 10 days, but we would like to have access to more. For example, it would be helpful to have 30 days or two months of history available.

There should be more granular control available for monitoring applications and sub-applications. For example, when we want to monitor a job, we can specify the application, but we want to have the option to only specify sub-applications that are related to it. As it is now, all of the sub-applications are monitored.

We implemented Control-M for our clients approximately four years ago.

Control-M has been stable for us since we implemented it, four or five years ago. We have not had any problems with the database, file system, or scheduling component.

The scalability is excellent.

We have about 13 people who work regularly with Control-M. We are all engineers and IT managers, and I am the main administrator. The other administrators are in charge of their specific applications, and they need access to Control-M because they need to see the execution plans for the applications that they are in charge of.

I have worked with BMC technical support and I would rate them a nine out of ten.

They respond very quickly, according to the severity of the problem. Also, the responses that they give are really clear and assist us with finding the problem, as well as the root cause.

I have worked with Dollar Universe and AutoSys in the past, before working with Control-M. I find that overall, Control-M is the best one for several reasons.

First, with Control-M, it's easy for someone to be an administrator. All of the documentation is available online, which is important. The second point is that the interface is easy to use. The third is that the solution is really stable compared to other products, such as AutoSys or Dollar Universe. These solutions were not stable in our environment. Part of the reason was that we had trouble finding any documentation online.

This is an expensive product compared to other solutions, although I think that it is a good one. We are in a good position with licensing, as we can run 10,000 jobs. To this point, we have 3,000 jobs that are running, which gives us room to integrate the remainder of our applications. 

My advice for anybody who is looking to use Control-M is to have a lot of money. It is a good solution but it is expensive compared to others.

I would rate this solution a ten out of ten.

We use the solution to automate our business batches, workload processing, and some elements of our IT and system maintenance procedures and processes. These include sequential clips, programs, and workflows. We automate these and have them scheduled for regular execution. We needed an orchestrator, and Control-M fits our requirements well.

The availability of data and reports is vital, and the solution's capacity for timely processing and build generation improved considerably over time. As our operation grew, so did our use of Control-M, and there has never been a delay in the availability of data and reports, even with very high workloads. Eventually, we could also bring automated control over our back end. Control-M makes workflow orchestration simpler; it can deal with an impressive amount of transactions.

We realized the benefits of the solution a long time ago, and from time to time, there will be a situation that reminds us how valuable it is to us. Control-M is an overwhelmingly stable and steady product, free from issues and frequent disruptions. As is the case for any such tool, there are occasional bugs and fixes, but overall, it's a stable product and a fully integrated part of our operation.

The product has improved dramatically over the years; it offers a lot in terms of features and capabilities and integration with third-party tools. A wide range of models available with the product is critical in reducing manual and mundane work such as custom script writing. This saves significant amounts of time and, by association, money for the organization.

As a Control-M user for over 15 years, I see it as very straightforward to create, integrate, and automate data pipelines. Even in the beginning, when Control-M was more of a data architecture product, it was easy to pick up. I've seen multiple people adapting very well in terms of adapting and enabling the capabilities of the solution for business; it's straightforward. 

Ideally, agent lift modes of connectivity would be established on different platforms. We can get applications integrated directly with Control-M. That's a recent feature. There are ready-made platforms and plugins which allow us to see templates for workflow orchestration in third-party and custom in-house applications. It's a straightforward solution, and this is an area where Control-M excels.  

Our customers are pleased being with Control-M, despite some minor hiccups, which happen with any solution. They have been happy with the product for years, and it's an enterprise-wide batch workflow orchestration tool. That's how it is established in our organization and what our users are satisfied and familiar with. 

The process execution speed is excellent and has constantly improved over the years.

The bottom line is Control-M is a mission-critical solution, it's integral to our organization. 

Regarding product design and R&D, the DevOps pipeline could be improved with better capabilities and automation. API security and authentication is another area that could use improvement; users must have static credential passwords, which is a security concern.

The REST API supports FTP for file transfers, but we would like to see additional, more encrypted protocols and simplified file transfer encryption. Currently, the solution offers PGP encryption, which isn't the most straightforward. 

We have been using the solution for around 15 years. 

The product is stable.

The solution is scalable; we increased our usage over the years and plan to continue that. 

We have multiple teams at multiple geos and deployments; we're an enterprise-sized organization.

Recently, there are some bugs with the product development, which necessitated R&D's involvement, which isn't ideal. We have fully integrated the solution into our production businesses, so any stability issues have a significant impact. There were cases where workarounds weren't provided quickly, with stubborn bugs needing environmental solutions.

Neutral

I've worked with multiple other workload orchestration tools, including IMB Tivoli Workload Scheduler and a CA automation product. Control-M stands above the competitors in terms of stability. CA underwent an acquisition, leading to changes in product strategy and mergers with equivalent products like Automic, so Control-M was the surer option. It is also more robust and has greater system availability than the competitors.

The initial deployment was complex, and this was by necessity. It is important to note that deployment is now more straightforward due to years of knowledge, experience, and newer features.

It took around two weeks to set up the Control-M infrastructure, and the process of bringing in business data and full adoption took place over years. It could be done faster, as in our case, there were other considerations involving budgeting, testing, and timelines. Setup of the initial infrastructure takes a few weeks, and then getting the platform running and configured can be done in a day or two. Further configuration and integration with LDAP and monitoring tools can take a little longer.

The solution can be managed and maintained by two or three staff members, but the number of staff involved in a deployment can vary significantly. It depends on the specific scenario and teams.

I would say we have a return on our investment; we have a vast amount of transactions and business automation implemented on a massive scale. We have adopted Control-M extensively, and it would be challenging to migrate to another solution in a reasonable time. We often look at alternatives but considering factors like timelines, resource availability, and team bandwidth, we keep coming back. The solution provides enormous value to our organization.

The solution is not cheap, it comes with quite a hefty price tag. Control-M is the market leader, but we still want the price to be as friendly as possible. 

The solution comes with the base module and an additional one with a few extra plugins, which is helpful. 

We evaluate competitors yearly, but in terms of value for money, we always return to Control-M. We get an excellent return on our investment.

I would rate this solution an eight out of ten.

I would advise any organization to do a proof of concept for their scenario before making a decision.

We don't currently use the Python Client, it's something we are planning to look into. We haven't started working on it, but we are in the review process to understand the client, and how it could fit into our operation.

The solution doesn't create new data as such, but it processes on top of the business data. 

We don't currently use the product for analytics, but we do plan to get Control-M data onto other systems for analytics and machine learning tasks.  

If we didn't have Control-M we would use an alternative solution. If there was a better one we would use that, or a product with a favorable cost and value proposition, which is a key factor.  

The tool always positively impacted our business, including our business service delivery speed. Over the years, there were one or two issues, but the vendor supporters could keep up. Some bugs required extensive development, and the support is excellent in this regard. They always have the right staff to assist during major productions or changes. Compared to before we had Control-M, it's as if we were previously traveling by foot, and now we've discovered the wheel. 

Regarding the audit preparation process, features like workload archiving come with an additional cost, which not all organizations can afford. I would instead maintain something locally on the system, but the solution is straightforward in terms of data necessities.

Control-M has to catch up in some areas, but it also offers specific capabilities and customization options. Application integration provides scope for exploration and deployment in custom developments. As a product supplier, BMC could focus on improving in areas indicated by their biggest customers. There is a lot of room for improvement.

File transfer support is Control-M's only significant limitation, as it only supports SSTP and STP transfers. Overall, other tools offer better security and file size in terms of file transfers. Therefore, the solution slows down when dealing with larger file sizes or a high volume of files, but it is sufficient for smaller organizations.

Our use case was mainly about consolidating our data pipeline from different sources and doing some data transformations and changes. We needed to get data from different sources into a state where we could act on it into one consolidated data set.

It gave us the ability to consolidate a diverse set of solutions into one comprehensive solution that streamlined our development processes. It was straightforward to adopt and we could build on existing skills without having to have 10 solutions for 10 problems.

And when it came to creating actionable data, it gave us the ability to move faster and at scale. By adopting a solution like Control-M, we were able to scale and deliver faster data transformations and maneuvers, turning data into insights in a more efficient and scalable way.

The ability to deliver faster and at scale was important. Business and management always wanted us to deliver faster and bigger and we were able to do both with the solution that we implemented using Control-M. We were able to respond faster to changes and business needs, at scale. 

Having a feature-rich solution enabled us to aggregate all of our processes into it, and that made the overall execution, from a project and portfolio perspective, a lot more efficient.

We were also able to respond to audit requests, because it's centralized, in a much more efficient way.

There isn't a single feature that is most valuable, but if I had to choose one, it would be the rich ability it gave us for making customized scripts. That was probably the most unique feature set for our situation. We used Control-M's Python Client and cloud data service integrations with AWS and, as a feature, it was very customizable. It gave us a lot of flexibility for customizing whatever data maneuver we wanted to do within a pipeline.

The Python Client and cloud data service integrations have a rich set of features with flexibility. It did not require additional, crazy skills or experience to deal with it. It was a nice transition into enabling a data scientist to leverage existing skills to build those pipelines.

Creating, integrating, and automating data pipelines with Control-M was straightforward. It did require some knowledge and training, but compared to other solutions, it was a lot simpler. Working with data workflows, with the data-coding language integrated into Control-M, was straightforward. The level of difficulty was somewhere between "medium" and "easy." It was not that hard to leverage existing skills and knowledge within this specific feature.

The user interface for creating, monitoring, and ensuring delivery of files as part of the data pipeline was very actionable. It was almost self-explanatory. Somebody with basic user-interface experience could navigate the calls to action and the configuration that is required. It was well-designed.

I would like to see them adopt more cloud. Most companies don't have a single cloud, meaning we have data sources that come from different cloud providers. That may have been solved already, but supporting Azure would be an improvement because companies tend not to have only AWS and GCP.

I used it for a couple of years.

It's fairly stable. I don't recall any specific issues. 

It's fairly scalable. For our needs, it scaled very nicely.

We have a shared model where we have a centralized, shared service organization when it comes to data. Different people will use it, but it's centralized.

We used other solutions from BMC as well, and their customer support was always great. I give them a 10 out of 10.

Training or a Knowledge Base were available or you could ask a question by submitting a ticket.

Positive

We had DataStage from IBM and SSIS.

The switch was really about streamlining the process. We had other tools that only did partial processes or were not doing it with the speed and efficiency that we were looking for. We were looking for a solution that could streamline things and solve 90 percent of our data challenges.

The analysis that I saw validated that the ROI was within a couple of years.

The pricing was competitive, from what I understand.

We looked at continuing to use the same solutions we had been using, and there were a couple of other cloud-based solutions that we evaluated. One of them was Matillion. The ease of use was one component of our decision, as was the flexibility of scripting with Python. Those were the key differentiators.

For the on-prem solution, we had to do the patching and whatever was required by the vendor, but the cloud implementation was a model that was usable. The upgrades, changes, and patching are done directly by the vendor.

Control-M was a critical piece of the puzzle, to help us with all the data transformation and projects that we had to do. It was part of either one specific project or even a larger project that required that middle data transformation so that we could get to analytics or any other consumption of that data.

It is an enterprise tool, and it is a critical one. It is used for scheduling all of our enterprise jobs and monitoring them. We have both cloud and on-premise applications, but Control-M is installed only on-premises. We have high availability as well as load balancing servers in the cloud as well as on-premises.

It is critical for our business. Control-M directly affects our business because all our jobs are integrated into it. Without it, it is very difficult for us to do the monitoring. There is application-level dependency. We have SAP, Logility, and other third-party applications, and then we also have retail applications. We have different types of jobs. SAP handles only SAP-related or ERP-related jobs. In retail, we have stored procedures, and BI has HANA procedures. If Control-M is not there, it would be difficult for application teams to sit in front of the application and wait for a job to finish and then trigger another one. We are a global company, and we have jobs running round the clock. It saves almost half of our time in a day.

It is good in terms of data transfer. We are using the Managed File Transfer plug-in. It is pretty good, and it has good features. In one place, we can see what files have been processed or what jobs have been deleted or failed. We can see everything on the dashboard. If I have to search for a particular file that is missing, I can go there and check. 

It can orchestrate all our workflows, including file transfers, applications, data sources, data pipelines, and infrastructure with a rich library of plug-ins. This functionality is critical from the application point of view.

It has had a positive effect on our organization when creating actionable data. It is pretty good. It is a critical application for us. All our jobs and integration activities are monitored and scheduled through Control-M. We have multiple projects running, and teams are continuously doing the testing in the Control-M. This is the application where they can do all the testing for high-load jobs and other things. It is a critical application for all project teams.

Cost-wise, it is good. It is an enterprise tool that integrates with all the applications in our organization. It has made our life easier because we don't need to wake up at midnight and do monitoring, etc. It does everything. It also sends precautionary alerts. If a job or activity is running for more than the specified time, it alerts the application team. So, our teams do not need to sit in front of a laptop or any open application to watch the jobs. They can do their other regular activities while Control-M takes care of all the jobs. It notifies them when there is job completion, delay, and error.

When we migrated to the SAP ERP application, a lot of jobs got created. We had to do all the things manually and monitor round the clock. Control-M has made our life easier. We can now concentrate on our applications and other tasks.

Since we have got this product in our company, our life has become easier. We don't require much L1 and L2 monitoring and support. We don't have L1 support when it comes to the Control-M application. We do have an L2 team application support, but it is minimal.

We have some plug-ins like BOBJ, and we need a little improvement there. Other than that, it has been pretty good. I haven't seen any issues.

We have been using this solution since 2016.

It has been good so far, and I haven't seen many issues in terms of performance.

Its scalability is good. We have more than 100 end-users of this solution.

I would rate them an eight out of ten.

Positive

I was not there when it was purchased and installed. It was already there when I came here. At that time, it was version 8. From 2017 onwards, I've been doing all the upgrades. Currently, we are on version 9.20.

It is updated in-house. Usually, we submit the AMIGO report to BMC for the initial validation. Once they validate and confirm, we do the upgrade. They know what our environment is like, and if there are any issues at the time of upgrade, they easily find out the cause. We also have support from a third party called VPMA. We can take their help as well for critical issues.

In terms of maintenance, there are OS-level updates every month, which are taken care of by the IT team. Application-wise, we do patch fixes when a particular plug-in needs patching.

Cost-wise, it is good. 

I would definitely recommend this solution. Control-M is the place to go if you want to have workflow automation in place. I have previously also worked with the Remedy tool in another organization, and I found it good.

It is pretty good in terms of creating, integrating, and automating data pipelines. If you have all the information, it is a straightforward activity. If it is new functionality, then before integrating Control-M with a third-party application, you need to do some work in terms of configuration.

It is easy to ingest and process data from different platforms. Its setup takes some time, but once the setup is done, it is pretty easy.

We don't use Control-M to deliver analytics for complex data pipelines. We do have analytics, but we have an SAP analytic application called BOBJ BI. We do have a job set up for that. It runs from Control-M, but analytics are shown in the SAP application.

Our cloud usage is not much. From the S3 bucket, we are using the file transfer part from the application perspective, but there is not much integration with cloud applications. We only have the MFT plug-in to communicate with AWS S3. Other than that, there is not much interaction with the cloud from the Control-M application side.

I would rate it a nine out of ten. It has been good so far. I haven't seen any issue. It is easy to use. I still have a lot to learn about this solution.

A lot of the things we've done are just based on our needs, not so much because the product allows you to do it. Basically, I can do everything in Control-M. I mean, we've got plugins for Oracle, SQL, and Informatica, and I can go on and on and on. However, we don't use any of them as our developers prefer not to. A lot of what they do is they do the necessary connections through the batch files themselves.

It's used for our daily batch. It handles all the batch processes and a lot of our maintenance processes. I would say most of it is file movement of some sort. A lot of it is daily processing, to get it in. Our data warehouse runs through Control-M. The big impetus behind it, when we purchased it, was due to the fact that the auditors wanted a more robust system and something that they could audit. Control-M gives you everything you need for that.

It allows us to automate a lot of the jobs that used to run manually. Everything is automated. We can automate a lot of different processes using Control-M. You can know where it's at, and you can follow it, follow the job flow, from one job to the next, and whatnot, very easily. 

We used to run a lot of stuff in AT scheduler and Cron which really didn't meet the needs, especially for the auditors. We've taken that, and we've made the system where you know immediately if you got a problem with a job string. Our operations department will page it out overnight if we have a problem, and we take care of it. It's like any other system. If it allows you to do what you need to get done, it's the same every day, you know that you're going to get the same process. It drives the process.

Like most schedulers, you can bring jobs in many different ways. There are different ways to execute things. One of the things we had was when we were taken over. They were using a combination of the CA scheduler that they had, and they were also using SQL scheduler to do a lot of it. Prior to us converting our data warehouse system to Control-M, they were using the Informatica scheduler. None of this met any of the auditors. The auditors didn't like it as everything was spread out on different systems. They couldn't keep track of jobs. Everything's consolidated now. Everything's running off Control-M. You can follow everything through the entire process. We kick off all SQL jobs using Control-M. They were using SQL to launch just batch files, which had nothing to do with SQL - they were just scheduling it through SQL.

The capabilities of auditing have been great. 

The ease of use is one of its great aspects. It's very easy to use and very easy to pick up. 

It's got an excellent graphical interface. I haven't seen that in anything else that I've looked at, however, that said, I haven't looked at many lately. 

I know that in 20 years, I have had probably two problems where I've had to call the company to get immediate assistance from them, where we had a system down or something. Its performance is very reliable.

It integrates with other applications. You can use PowerShell, you can use Perl, you can use whatever. It doesn't really care. It's just running a process.

The product scales quite well.

Technical support is very helpful and available 24/7.

The stability is excellent.

I will say that at one time we used to run on Solaris and not Windows, however, we were taken over by a company that decided that everything had to be on Windows. We put this in when we were the previous company, and then we were more or less given to the current bank by the FDAC, during the 2009 banking crisis. At that point, they wanted us to implement their solution, which was rudimentary at best. It was a CA product that did not meet the needs. I could not convert what we had in Control-M, to run in that system at that time.

While they have a very good reporting facility, the reports that I'm asked to produce, a lot of times aren't necessarily what we need. They need to be better customized. I haven't been able to produce the right reports through their reportings facility. I was a Perl programmer and a C programmer at one time. Perl just worked right in there. A lot of our reports were written in Perl, which right now they don't like at all as Perl's not ideal for our company. 

I can't get to the database tables I want to get to. The database tables they allow me to get to aren't the ones I'm looking for, as, usually, I'm going right into the database, into the raw database, and pulling things out for the reporting I need. I can't do that through their reporting facility, Crystal Reports.

We've been using the solution for two decades or so. It's been about 20 years. We've used it for a long time. We started using it around 2000 or 2001.

We've had issues only twice in 20 years. It is very stable. I will say that they have improved it. Originally, when we put in a Windows version of it, we had problems with the database that they were using at the time, which was a Postgres database. Then, at one point, we decided to go to Solaris and run it on Solaris. We had it on Solaris for six years. In six years, I don't think we ever rebooted the server. It ran for six years without any hiccups, any problems. The Solaris system was rock solid. 

Now, the problems we run into, if we run into any problems, are Windows-based problems. Those Windows-based problems are, for example, if you don't reboot a server once a month, which, thank God we do, you can have issues. We reboot as we have to patch monthly now and we have to reboot it every month. However, we would see if we went two, three months on Windows, that we would start seeing some problems. Rebooting it took care of it.

That said, that's a Windows problem, not so much a Control-M issue, as we see problems on Windows servers that run for two or three months in any application.

Right now, we are running on their small database model. We, at one time, had about 2,500 jobs, and we were on a medium model then. Now, we're down to about 800 jobs a day. It's just a matter of the requirements we have. In terms of scalability, it scales up very nicely. It works very well. You can have multiple servers if you need multiple servers. Currently, we have one Control-M server and one EM server. We used to have two Control-M servers and one EM - EM being the enterprise manager, which is really what's running the system. The Control-M servers basically take care of the current runs, what's currently running on a system. Adding more jobs and adding more resources to it is not a problem.

It does high availability. We don't use the high availability due to the fact that we have another solution. We run everything in a virtual environment, and take regular snapshots if the system goes down. Should that happen, the snapshots are replicated from our production site to our DR site. We bring up the latest snapshot in the DR site if we lose the production site. It's up and running within minutes, literally. It's just a matter of going in and saying, "Bring these servers up." And they come up.

Currently, we've got three schedulers using the solution. They have more or less God rights, although they can't change user permissions. Those three schedulers can do anything with the jobs - delete, add, create, whatever. We have about 10 operators that have access to it as well. The operators have a somewhat reduced role from the schedulers. They can do a lot of it. They can bring in jobs, they can rerun jobs, they can kill jobs, however, there's a lot that they can't do. Then we have probably about 60 users that are developers, and they're basically read-only. They can see the jobs, they can see what happens. A lot of it has to do with corporate decisions on control. They didn't want the developers to be able to define jobs and items of that nature. They wanted the developers to define the job through a worksheet, and then the schedulers would actually implement the job. That's just a matter of policy, basically. They monitor their jobs that way. I'm trying to allow them to be able to at least bring in their jobs, for test - not for production - so that they can make it policy change here. If they could do that, it would greatly enhance their ability to get testing done. The downside to that is that you might have a developer that just keeps running the job over and over, and over, and over again, which I've seen happen too. Personally, I can do everything in test. I can't do anything in production at all, except view jobs. I have read-only on everything in production, except for the configuration part of it, to which I have full rights. I used to almost be a fourth scheduler at one time. At this point, there's no need. The limits of my job have been redefined several times.

Overall, the usage of the product in the company is very extensive. There's not a part of our daily businesses that's not reliant upon Control-M. If Control-M was done, the company would be at a standstill, literally.

That said, likely we won't increase usage. The company we just merged with, another organization and it's debatable as to how these things go. They have about 5,500 jobs. We used to have a lot of jobs like that, however, the business drives what we do. 

The technical support is probably the best I've ever worked with.

If I need support help from them, if we are down, they get back to me, if not immediately, within an hour. 24/7. And usually, we're up within an hour, after the first contact. They help greatly with planning for upgrades. I need to contact them here in the near future. They have a group called the AMIGO group, that does nothing but migrations and upgrades. I need to get with them to go over my plans for transitioning from the old servers to new servers. They will verify that what I'm doing is the right way to do it. If it's not, they will tell me how to do it, which is an excellent resource. 

They have a very large knowledge base. It's integrated with everything I've ever had to have it integrate with. Their support's been very good.

When I call BMC, I get an immediate response. I've had products that I've supported, that I've called companies and been on hold overnight. I've literally gone home for the night and left my phone on my desk, off the hook, on hold, and come in the next morning, and I'm still on hold, listening to the hold message due to the fact that the support hasn't answered yet.

We have recently merged with a company that uses Tidal, and of course, they want to hang on to theirs. We use Control-M. I've actually used several other scheduling products in the past, however, we've been on Control-M now for over 20 years.

I'm actually in the process of doing an implementation right now. I'm replacing our current production system. We're replacing EOS, actually, therefore, I'm doing a straight install of everything on the new servers. It is very straightforward. The install is not really difficult. It's fairly simple if you understand how databases work and whatnot. There's really no problem doing it.

In my case, I can bring up a Control-M server within hours. I only say that as I've done that, as we were not DR prepared back during Hurricane Sandy. I had to bring up a production version of it in Cleveland, in our DR site in Cleveland. Within 24 hours, we were up and running. Therefore, if you need it done fast, it can be done. It's just a matter of, are you willing to put in what you need to put in to do it.

It's a fairly easy install, really. I personally have never had any training on Control-M. Other people in my organization have had training. That said, I'm the one that put it in and I'm the one that read the manual. That's where I got all my information from, was from reading manuals and whatnot, and directly working with it.

I can't speak to what our support costs are. That's out of my realm at this point. At one point, I had an idea, however, I couldn't even tell you what that is anymore. I know that our licensing is based on jobs. We buy licenses based on the number of jobs. Currently, we have about 2,500 licenses. We used to run more jobs than we do right now. We did not get rid of those licenses. 

It's basically $100 a job, give or take.

They also don't charge us for items such as the plugins for MFTP, which we don't use, although we could. They wouldn't charge us for Oracle, SQL, or Informatica. It's a reporting product. 

There's no licensing for the server, there's no licensing for the EM server. All that stuff comes as part of the product. It's all-inclusive.

From what I've seen and heard from the other company about Tidal, that's where they're making their money from - the plugins. Whereas Control-M doesn't charge us. The plugins are basically free for us. I'm sure there is a charge for support every year. I have no idea what that is. I don't get down into that level.

I just tell them, "Yes, we need this" and then the purchasing staff takes care of the actual details.

At the time we were looking for a product, I looked at five or six different scheduling packages. By far, at that time, Control-M was leaps and bounds above all the rest of them.

We're customers and end-users.

We're using the latest version of the solution.

By far, BMC, from what I have seen, is the industry leader and they are the Cadillac of scheduling. I've worked with a lot of different scheduling systems over the years. When I first got into IT, years and years and years ago, as a JCL programmer, basically you had access to the scheduling system and you took care of the jobs. When jobs failed, you would do the restarts on them, do whatever fix needed to be done, and get them restarted, and get them to rerun. That was on a mainframe. 

I've used Cron, and I've worked with a number of different schedulers. In the Windows world, other than AT scheduler and Control-M, that's about all I've ever used. I did review five different products back when we put this in.

Having worked with so many products, and with this one for so long, I can advise that new uses should follow the installation instructions and notes. They're very simple, very straightforward. I would advise others to not get scared off by the price as, initially, the pricing seems rather steep, compared to some of the others. However, they all have their pricing quirks, and they're all making money in one way or another. The way they make their money is based on the way they license it. The per-job style actually works out very well.

I'd rate the product at a perfect ten out of ten. It has been one of the most stable products that I have supported, and I have supported a lot of different products. I've had fewer problems with it than I have with just about anything else I've supported.