Control-M Reviews

In my organization, Control-M supports large services and data management. We are mostly using it to schedule jobs in applications, like Informatica PowerCenter, PeopleSoft, and SAP.

We are using the desktop interface.

We utilize Control-M’s streamlining of our data and analytics projects. We are in the retail industry. We are also into other industries, like gas stations, baby stores, and online stores. When it comes to data, we have a lot coming daily. It can be product, purchase, or business information. Only 70% of the data is being used with Control-M. It can be a data transfer from one location to another location. Or, it can be putting the data into a database, then storing it for the future. Every day, the purchase history and product details are uploaded to the database using a Control-M job. Because of that, our business is able to identify our customer's needs. Using its analytics, we are tracking reports that help us provide more services to our customers. Control-M is definitely playing a vital role, in terms of handling a lot of data.

There are very critical processes that we have automated in Control-M, e.g., order confirmation. This is a service when a customer tries to purchase something from our online stores. Normally, when a customer places an order, it makes updates in the background, puts some things in a database, and performs some actions, then it gives an order confirmation. That has to be done within a short span of seconds. For us, that is a critical service because a customer should receive an order confirmation as soon as they make a purchase. This is one thing that we have automated. Because a lot of things are done in the background when a customer tries to order something, the process is automated. Automation of these processes improved the quality of our service. It has also reduced manual efforts and the time to deliver services has decreased, giving us a time advantage.

The scheduling feature and scheduling tool are the most valuable features. I like the scheduling services that we have in Control-M, which are very beneficial to our organization because they are automating things. There is also less manual work. We can schedule a task without any manual interruptions.

We use the File Transfer feature from BMC. Before File Transfer, we used to have to develop the script, which was always a problem for us. After using File Transfer from BMC, a lot of our issues were resolved. Also, it is ready to use. There are many extra, additional features, which help our day-to-day work requirements. File Transfer is a fantastic feature of BMC.

The web version is quite new. When compared to the client version, the web version has made a lot of improvements that needed to be done.

Because of the Role-Based Administration feature, we have been able to give autonomy to our users to develop their cycles how they want. Using this Role-Based Administration feature, we are able to give restricted access based on their job roles. 

The user interface is not that good. While we know that BMC is working on it, the user interface is how we work in the client. Also, the web version is quite slow when compared to the client version. 

Currently, per our requirements, we are planning to use Control-M Web more. However, because the UI is not good and still not up to the standard, we are not using it fully. This is one area where BMC needs to really focus further development.

For installing or upgrading the PeopleSoft and SAP plugins, currently there is no way to do it via Control-M Configuration Manager. So, we are installing or upgrading the plugins, like PeopleSoft and SAP, manually. If BMC could provide an option via Control-M Configuration Manager to upgrade these plugins, it probably would reduce a lot of manual work as well as ease our work. This is one improvement that I personally want to see, because it would help our way of working.

I have been using Control-M for four years and 10 months. It has been close to five years.

Control-M is 100% stable.

For day-to-day administration of Control-M, normally less than five people are required in our organization.

As per our requirements, it is okay most of the time. We do not need to search for another solution. It is very scalable.

There are currently 700-plus people using Control-M services. Their job roles are software developers and system engineers. 

In 80% to 90% of situations, BMC has provided better solutions. In rare cases, the support was not an asset.

BMC Control-M videos and webinars are being uploaded on YouTube or the BMC website. These are really helping us a lot to solve issues or understanding some things. One thing that BMC needs to continue is giving more webinars and uploading videos.

My company used a couple of applications before using Control-M.

When we migrated Control-M, we tried to use Control-M's Conversation Tool. However, it did not fully satisfy us per our requirements.

Normally, we do upgrades ourselves. However, if we need assistance, then we normally contact BMC by opening a case in Case Management.

Control-M has improved quality levels as well as standards. When it comes to cost and time, we have seen an improvement of approximately 70%.

The use of Role-Based Administration has eliminated the need to submit tickets or requests to the Control-M administrator.

BMC's price is based on the number of jobs.

If it is for scheduling, we only use Control-M in our organization. For non-scheduling solutions, then we probably will look at other solutions that are feasible for us.

DevOps automation toolchains are in our roadmap for next year.

We want to use Centralized Connection Profiles in the future.

I would rate it as nine out of 10.

Most of my customer's jobs now run on Control-M, mainly on the finance side and for data management. Those are the core applications that we are running. We are using it as a scheduling tool. 

We have a few other applications that we are migrating to Control-M. Until about two weeks ago we were running on an older version of Control-M, so not many people were interested in migrating to it. But now we are running on an updated, supported version. So more applications should move to it.

Control-M is deployed on-prem.

Let's say the business wants to run some reports. We give them a console or the Self Service where they can run jobs. That way, they don't have to depend on the IT team: “Hey, can you run this job?" And then they have to open a ticket and the IT personnel have to keep to the SLAs. Instead of that, we give them Self Service where they can run their own jobs and they can see the data instantly.

For each job we have SLAs and, based on the SLA we define which ones are critical. The most important processes for us include the SFTP process. We have a few files that are very important and are generated every day. They have to be delivered to the business before they come into the office. That is a very critical process. We tried various options but after implementing Control-M we had better results. Another of our critical jobs is what we call our master data management, where we have near real-time data. We have a few SLAs where a job has to be completed within 20 or 30 seconds. That means the data has to be delivered within that amount of time. Using Control-M helps us to monitor and deliver critical data to the business.

We used to use a native scheduler, like a cron or MDM scheduler. Those kinds of schedulers were very effective, but there were no cross-platform capabilities. With Control-M, we have both types on a single page, and we can see when a file is available and when it's picked up. If I have two different data centers and Job A is running data center 1 and Job B is running in data center 2, when we used the native schedulers for moving files and getting alerts, there was always a delay of a couple of seconds. We have tight SLAs. With Control-M, we're able to deliver on time. While our earlier and our current schedulers are automated, we have a better solution now.

Control-M has also helped to improve our Service Level Operations performance. If I had to take a wild guess, I would say it has improved SLO performance by 20 percent.

The main reason we came to Control-M was to integrate everything together and have it all in a single platform. We use different applications, and integrating them was not possible previously. With Control-M it is. Apart from integration, the main features are for long-running jobs and SLA alerts. But there is definitely a lot to explore and to work on within Control-M.

The solution provides us with a unified view where we can easily define, orchestrate, and monitor all application workflows and data pipelines. We have a team called pro-mon and they monitor all the jobs for us. A single view makes it easy for them to monitor things. Control-M comes with a documentation section for each job. As an SME, I put in the high-level steps in the job documentation; what to do if a job fails. They can read it and do level-one support. Some jobs are very critical and require an immediate call, but with other jobs they can wait, re-run, or read the documentation to give them some guidance. That really helps all our teams. That single view for the monitoring team, where they can see things in a single application, is important because the business needs all jobs completed within their SLAs. Indirectly, it's helping the business to get its data on time.

Another reason we use Control-M is to integrate file transfers within our application workflows. We have cross-business functionalities, where one business generates something and another business wants to use those files. We use a lot of MFT and AFT functionalities. As a result, Control-M has definitely improved our timelines and SLAs. We have an easy-to-monitor solution now. Before Control-M, each application team had to monitor its own jobs. Sometimes they would miss something and they wouldn't know that there is a mistake in a job. But once Control-M came into the picture and we had a dedicated team to monitor everything, we were able to provide timely files to the business. The business is very appreciative of the improvements after implementing Control-M. It has improved things a lot when it comes to providing files to the business on time.

With my current customer we have been using Control-M since 2017. I started using it over the last four or five years.

Now that we are using the supported version, we can leverage a lot of the features. Going forward, it's going to be very actively used by all our business teams, including all the applications teams. We don't have many jobs at the moment, around 200 or 300 jobs, but down the line, in the next six months or year, we are going to double that count.

It's a good tool, and they're coming up with a lot of new features and a lot of improvements on the scalability side. Version 20 might have come up with more features and more performance-related things.

Control-M is running multiple applications for us, including SFTP, MFT, Arkin, Informatica, and Java. There are also a lot of BA jobs and a few OS jobs. We have also integrated some of our reports with Control-M and I'm running them on my local machines. We are planning on expanding Control-M to other applications in the future. That's one of our next steps, to go to applications at the organization level. We are working on it.

We are not heavily dependent on Control-M as of now, but we are slowly migrating to it. Our users of Control-M are developers and application owners, which puts our number of users in the double digits. There are some business users as well. But it's more the application side and the team leads who are using it. Previously, I worked with a very big financial company where we had thousands of jobs. Everyone was using it there.

Jesse, my account manager, is very prompt and he answers all my questions in a timely manner.

We have hardly reached out to the support team. Whenever we would reach out to them when we were running on the older version, they would always say, “Hey, you have to upgrade in order to troubleshoot.” In my experience, the support has not been excellent but it has met expectations. Since upgrading our version, we haven't reached out to the support team.

With earlier versions, the support was not accurate or delivered in a timely manner. What would happen is that I would be in production mode and I would have an issue and would want to get someone on a call to see what was happening. But they would always say, “Hey, provide the log first and then we'll review and we'll get back to you." I feel that when a customer asks about a production issue, they should jump onto the call to see what is going on, and then collect the logs. At least that would give me hope that the support is there and that they are on top of it. I did not get that kind of support from Control-M.

It could be this was just my experience from a very limited number of tickets. Once or twice we had a production issue and I was expecting that someone would join the call immediately. I know they need a log to see what is going on, but before that they could jump on and see if they can fix it. Sometimes an expert will know what the problem is before seeing the log.

I do work with support from other vendors' applications as well, and I get a different response from those vendors, so this is something BMC might have to improve.

We moved from native schedulers to Control-M.

We have in-house people who are expert enough to implement Control-M, but due to other engagements, they were not able to do so.

The initial setup was straightforward. The vendor implemented it for us. We reached out to our account manager from BMC, and BMC sent a certified vendor, Cetan Corp., to our environment and they implemented it for us. Overall, it was a simple installation, a simple environment. Our initial deployment took about three months, end-to-end.

We recently upgraded and we also used a partner for that, VPMA Global Services. The process took about six months but that was not six months of work every day. The actual working time on it was about one month. The other five months were due to securing hardware, testing things, et cetera.

When we went with VPMA for the upgrade, we gave them our requirements, how we wanted our implementation to be. They came up with an architecture diagram and we had an internal discussion about it. The VPMA team came up with their recommendations, multiple approaches, and we choose the best of them.

Both partners were recommended by our account manager at BMC.

I also definitely check the integrated guides and how-to videos. They are very helpful. Products like this might be using different approaches, but they have the same types of features, so we had an idea of how to implement this. We know there are best practices so we went ahead and searched the integrated guides and YouTube support. We got a lot out of them. They're very helpful for our new people. They can search and go through the how-to videos.

We don't require many people for day-to-day administration of Control-M. We spend around one to two hours on Control-M most days. The monitoring team is always monitoring all the jobs on the screen. But the application owners, who are the admins, hardly spend two to three hours on it per day, unless there is an alert.

Whatever we have spent has definitely been worth it. At every renewal we evaluate it internally. As a Control-M SME, I have to provide some stats in terms of man-hours, the amount that we spent on it, the stability, and SLAs. Based on these, we have always had a good impression. We have to justify it that it's worth the cost, and it is.

Initially, our licensing model was based on the number of jobs per day. That caused some issues because we were restricted to a number. So at our renewal time we said, “We want to convert from number of jobs to number of endpoints.” That cost us extra money but it gave us additional capabilities, without worrying about the number of jobs.

At first we had the standard edition and later on needed some additional features and we paid extra for those.

Control-M helps us to proactively monitor things and see what is coming up and what is happening. Based on that, we can take steps for resolution. But I don't think Control-M itself has the ability to proactively fix issues.

Overall, it's a good automation tool. And it gives us a single view of the customer. I would advise going with something like it. I'm not going to advise about any particular solution. All these tools are very powerful and give you a single view.

Because of security issues that we have, we are a private and public enterprise. Our main area is the lottery in Portugal. This is the most important business that we have. Also, because the money comes from the game, we need to invest it in social, health, and real estate areas.

For my current organization, it is a new tool. We are implementing the tool right now. We have a lot of impact jobs running every day and night, but in a skeletal matter. So, these jobs are running at one o'clock in the morning. With historical run jobs that we needed, we know it took six or seven hours to finish. Then, we have another cron job in another system at eight o'clock. With Control-M, we can reduce a lot of this time. Because when this job is finished, it will immediately start the job in another system. At this moment, we do this manually with an operator. Sometimes, they have errors because it is manual. It is not robots who do the job. Also, it takes a long time. We are losing time between jobs, if it is not automatic.

Our operator guys mostly use the web interface. As a client, we are more using the UI for the planning of the jobs. However, if we want only to do monitoring, then we only use the web interface. As we continue to work from home, there are a small number of operators who are still at our work. For security purposes, it is important to have the web interface in place because we don't like to install it on our clients because we don't have administration of the PCs. We cannot install on laptops without authorization. Access to Control-M only with a browser is really important and makes our job easier to do. We can access Control-M with a laptop, app, or mobile.

Before Control-M, we didn't have a centralized view and could not view what happened in the past to determine what will happen in the future. The Gantt view that we have in Control-M is like a project view. It is nice because we sometimes have some application maintenance that we need to do. So, in a single console, we can hold the jobs for the next hour or two. We can release that job when it is finished. This is a really nice feature that we didn't have before. It is something really simple, but we didn't previously have a console where we could say, "For the next two hours, what are the jobs that we will run? And, hold these jobs not to run." This is really important.

We use the Conversion Tool for audit purposes. We have had things working for a long time, but not documented. The Conversion Tool is nice because it helps us understand our jobs, whether they should be in Control-M or not. 

The most valuable feature for us is Managed File Transfer. We have a lot of file transfers in-house. Every FTP was being done by hand. Managed File Transfer is simply the best thing for us. This is the most used feature.

The credentials vault is really important. Before Control-M, every user's operator needed to know the username and password to access a system. With Control-M, we don't need to share passwords anymore. We write down the username and password one time, then we use it without knowing the password. 

The amount of integration that Control-M already has. We use the web services. We are using the SQL and Oracle integrations because we have a huge environment and a lot of applications in-house. Because we have integrations with all these tools, we don't need to give access to the operators. Now, we have everything in a single pane of glass. The operators can see all night what is happening, where, and if they need manual intervention.

One of our most used features is Control-M's library of plugins for orchestrating and monitoring work flows and data. We have a lot of different applications, plugins, and API automation, which are really important for us. We are migrating a tool from Apache, which is Java code. So, we can schedule the Java code with the API automation plugin that Control-M delivers for us. We are now starting to operate this way.

We use the Control-M Role-Based Administration feature. It is integrated with our Active Directory. We have groups in Active Directory, who are administrators and operators. Then, we map this role-base directly in Control-M. Role-Based Administration empowers us to decentralize product teams to manage their own application workflow orchestration environments with full autonomy. We divided this by environment: production, non-production, and demo environments. For each of these environments, we have different roles in Microsoft Active Directory. These roles are implemented by Control-M Role-Based Administration.

The use of Role-Based Administration eliminates the need to submit tickets or requests to the Control-M administrator. They don't open tickets and are autonomous when doing their job. From a security posture standpoint, it is important for us because we know that only the people who have credentials can access these environments, doing the job that they have to do.

We use Control-M Centralized Connection Profiles. We create the connections for the user and password. After that, we don't need to share passwords anymore, which is important for us.

We develop software. More frequently, we are working with microservices and APIs, using our integration tool, MuleSoft. While Control-M is really a good tool to integrate with other tools, it is important for them to continue improving their microservices and API.

I have been working with Control-M for more than 10 years. First, I was working in a consulting company, as a consultant, where we implemented Control-M. Now, in the last year, I have been a customer in a huge organization in Portugal. 

We can work with jobs that should run daily because of it. When we need to do an upgrade, it is really important for us not to have any downtime.

We are always afraid to install the latest version. However, with Control-M, it is really comfortable to move onto the latest version because of the stability. When I worked as a consultant, I never had any problems. Even when we had Control-M in two data centers, if one goes down, then we can run Control-M in another data center. Few software solutions have the stability of Control-M. 

We have different areas: real estate, games, social activities, and healthcare. The scalability for us is really important because we have different agents installed by business area. We don't mix it. Also, we have to always buy our VM servers per business area, so we can upscale how we want, which is really nice to have in Control-M. Critical jobs can run from different servers if something is not working.

BMC support is an eight out of 10. Everyone has centralized outsourcing for the first line of their service desk. They always ask some of their normal questions. After a while, once those guys know our workflow and understand that we already have some knowledge in Control-M, it is really fast to solve the problem.

We really needed a job scheduling tool. At the end of the day, we bought BMC Control-M. It is for a distributed environment where we have a lot of different working systems, operating systems, and applications. Control-M is the application and tool that meets our expectations.

The initial setup was straightforward. It is really easy to understand the architecture, and even install it. Based on some internal rules that we have in-house, Control-M fits well with our architecture.

It took a day to install and a week to implement. After one week, we had some jobs working and were able to get the users to see, control, and monitor the jobs. We had it deployed and working in less than a week for Windows, Linux, and HP-UX operating systems as well as VMS.

My principal difficulty implementing in-house was that people didn't understand what the job scheduling tool can do for us. It was long hours, and a lot of days, saying to our internal colleagues that this is the right tool. With this tool, we didn't need to have a lot of consoles anymore, i.e., working 24/7 to try and open every console to understand what is happening. We can have a single tool for all the jobs, applications, and operating systems. We can monitor and schedule all the jobs. They thought this is rocket science and doesn't exist. This solution has existed for a long time and is really important. 

The use of Centralized Connection Profiles has helped lower our total cost of ownership. Before BMC Control-M, we had different environments with the same users. We saw before that even the passwords for the different environments are the same. Before Control-M, we had passwords in emails and chats. Sometimes, the password would expire. With Control-M, we changed that. Every environment has an administrator who needs to write a password. We give them access to write the password directly into Control-M. The person configuring the job only needs to know who the user is, not the password.  With this functionality, the time that it takes has been reduced.

It reduces the duration for a lot of our jobs. We no longer have a window for maintenance applications at night.

This is an area where it is a little difficult to work with BMC. They want to do licenses by job, which is what we have. For example, the simplest is to license by job, but they can also license by nodes. While the licensing is simple to use, it might not be the correct licensing model for the customer. It is okay because we want to license by job, which is something measurable. At the end of the day, licensing by job is the most important.

We evaluated other vendors, like CA, but CA was bought by another company, and we have been a little afraid. Our organization always buys with a tender. Our tender had a lot of requirements on it and only Control-M could meet them all. It was a public tender, so we didn't really choose Control-M. We had a huge list of requirements that we really needed for job scaling. Only BMC could do it. IBM Tivoli tried to answer, but it didn't meet all our requirements.

Most tools have a huge GUI. You need to open five to seven windows to go to the parameters. Sometimes you don't have all the parameters in the GUI. With Control-M, it is three clicks and we have all the information that we need. We can see that in Control-M, we can see that all the perimeters are there for one job, like Managed File Transfer. It is very intuitive, and we can understand where to find the parameters to configure.

I think that every single company should have Control-M installed, because it is really important and useful for everyone.

I would rate this solution as a 10 out of 10.

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. 

We use the product as our primary application tool for workload automation. It helps monitor and manage client domains in terms of configuration daily.

The product has enhanced the interface with a clear visual display of data and process batches, showing the completion status of workflows. It makes it easier to understand our organization's progress at a glance.

The platform integrates with Jenkins, Ansible, Docker, and Kubernetes. It can schedule and manage container workflows.

Integrating new solutions into the DevOps toolchain with the right approach and resources is straightforward. However, sometimes it can be complex.

It offers excellent visibility and management capabilities. It provides a centralized platform for monitoring and managing workflows and job scheduling. It supports various scheduling options, including time-based, event-based, and condition-based scheduling, allowing users to automate complex workflows efficiently.

It has simplified the process by streamlining the data workflow. It facilitates data extraction from sources, transforms it as needed, and loads it into the destination database. This comprehensive support for data extraction, transformation, and loading (ETL).

It is highly effective for building, scheduling, managing, and monitoring production workflows. For instance, it allows us to set up ETL processes to run at specific times, such as daily at midnight or in the morning. This precise scheduling ensures that all dependencies are met and tasks are executed in the correct sequence. For example, the transformation job is scheduled to start after the extraction job has been completed.

Operational efficiency is crucial as it reduces processing time. Faster data flow means job workflows are completed more quickly, reducing processing time. It is essential for meeting tight deadlines and maintaining smooth operations.

While numerous scheduling solutions are available, BMC's Control-M is highly effective for managing and orchestrating workflows across an enterprise.

The platform's best features are the monitoring capabilities. It is essential for tracking activities and ensuring jobs run smoothly. Additionally, the scheduling capability excels in building, scheduling, managing, and monitoring production workflows. These features are critical to our organization's operations and efficiency.

They could enhance the product's data flow, job processing speed, and efficiency.

Additionally, improvements are needed in real-time monitoring and alerts. Developing more robust real-time analytics capabilities to monitor and report the performance status of DevOps workflows would be beneficial.

I have been using Control-M for one and a half years.

It is a stable product. I rate the stability a nine.

Our organization has a team of 50 executives who use the product.

It is scalable. I rate the scalability a nine.

BMC's service team significantly supported the development of our migration plan for the Standard AutoCorrelation Controller (SGP). Their assistance involved several key steps. First, they helped us identify and map out the different requirements and dependencies, including how SGP jobs interact with one another and their integration within Control-M. The migration plan included phases for testing, fallback strategies, and execution. Post-migration validation was crucial to ensure that all SGP jobs were successfully migrated and were functioning correctly in the new environment.

Positive

The initial setup is easy. The deployment takes two months and involves a team of 50 executives.

The platform has helped us save 30% of operations time.

The product price is reasonable. I rate the pricing an eight.

I rate the product a nine out of ten.

Our primary use case for Control-M is to order the jobs we have, like database entries and processes that need to be run in Unix or any other environment. With Control-M, we can run a set of flows at a specific time, like maybe on the fourth of every month or every second Sunday of the month.

The Control-M feature I find the most valuable is the ability to configure a lot compared to a contract. 

An issue we have run into in our lower environments is that Control-M can log you out frequently. This happens when you have a lot of applications running. Maybe it's just a configuration issue, but this is a pain point that would be good to look into. 

I have been using Control-M for a couple of years now. 

Control-M is a stable and reliable solution. 

I have not seen any issues with Control-M in our production environment. However, in the lower environment, we can see frequent log-outs. That could be an issue with how much they have allocated. 

In our organization, the development team uses it, as does the bank team. They monitor it. If a job fails, for example, Control-M sends out a notification and the team can take a look at what happened in the logs. They can do it on the fly instead of dealing with the issue later on. 

As soon as you have an issue, a ticket is created and the tech support is quite responsive. 

I did not set up Control-M in my organization, but the setup is straightforward. You just log in with your credentials and everything is already setup for you. You can access things in line with whatever authorization you have. 

I would recommend this solution because of the ease of use. To work with it, you do need to understand it and know how to configure it. But, once you do, you can take advantage of many features that are helpful. 

We schedule all our batch jobs for business systems through Control-M. Almost all the applications in the organization are scheduling batch jobs with Control-M.

Using BIM, Control-M helped us to improve Service Level Operations performance.

The pressure on our operations and maintenance has been reduced.

It is capable of service orchestration, which is needed by my organization.

It provides us with a unified view, where we can easily define, orchestrate, and monitor all our application workflows and data pipelines. This is very important for scheduling my organization's batch jobs.

The error content of Control-M is clearly displayed.

There are four things that need to be improved about Control-M:

1. Improvement in the slow architecture. Distributed architecture is not currently supported.
2. The report form and display function are weak; they are not very powerful.
3. The Web interface is not yet a complete replacement for the C/S interface.
4. SSO and multi-tenant features are not yet supported.

I have been using it for 10 years.

The solution is very stable.

We upgrade versions according to the plan. Adequate testing is done before upgrading.

Two people are required for day-to-day maintenance.

It provides general scalability.

There are about a dozen people who use the solution: administrators, operators, and observers.

We have opened case requests to their support.

We did not previously use another solution.

The initial setup was straightforward.

While there is no specific ROI, there have been fewer failures with our batch scheduling.

There are human costs in addition to the standard pricing and licensing of this solution.

We evaluated other options. The main differences between solutions were their Gartner scores.

Buy and use it.

We developed a localized platform for managing Control-M.

We don't have MFT functionality.

The biggest lessons from using this solution: service orchestration and automation.

I would rate this solution as nine out of 10.

We are using Control-M for workload automation modules for day-to-day operations. We can click for visibility. After getting the information, we can minimize the workload, e.g., if I'm not available today, then I can automate the rescheduling for my operations. If some issues happen, like troubleshooting problems, Control-M identifies the exact error. So, it helps me quickly get into that area and troubleshoot the part.

With this version, we migrated from AFT to MFT jobs to help with SFTP connections. Before this version, AFT modeling was there. But, to utilize it, we would have to use a third-party system or software. When I moved to MFT modules, I didn't need third-party stuff so I could easily get clearance from the compliance team.

We are using the web-based version where we give individual users individual accounts.

We are using Control-M for day-to-day operations only. It is helpful for us in our day-to-day operations. It is a key in our financial sector. We are automating via Control-M in our treasury operations, including any evening updates. Control-M makes things easier and faster by helping our treasury operations go without any interruptions.

50% to 60% of our jobs are automated, like the scheduling part, and don't need manual intervention. The operator will monitor our jobs from that. This also minimizes manpower for updates, and we have already seen improvements in our manpower.

We have automated critical processes with Control-M, like SWIFT, which is a worldwide transfer application. We also use it for everyday backups. 

Control-M helps us achieve faster issue resolution. It lets us see the exact issue by providing error details. For example, one of our applications got stuck recently. We didn't know why it was stuck. When we went to Control-M, it said, "The Java memory is full." When the operator sees this issue, they can immediately call the system administrator to kill the process. This reduces time to resolution because it avoids escalation and contacting people unnecessarily.

If we make drastic changes to the environment, then we can see these changes end-to-end in Control-M. 

We use Control-M’s Role-Based Administration feature. it empowers decentralized product teams to manage their own application workflow orchestration environments with full autonomy. This feature is mostly under the compliance team. The feature is important, because without it, the day-to-day operations of the bank would not run. It is managing all our on-premises jobs, like application cleanups. We are doing everything via Control-M.

The use of Role-Based Administration definitely eliminates the need to submit tickets or requests to the Control-M administrator. The integration part of the Role-Based Administration has become very easy for us. We can integrate directly with Active Directory. This makes it easier for us to do things.

The MFT jobs are a valuable feature for us.

Control-M provides us with a unified view, where we can easily define, orchestrate, and monitor all our application workflows and data pipelines. It centralizes things and does automatic job scheduling.

We use Control-M to integrate file transfers within our application workflows. Nowadays, we depend on this feature for all our applications file transfers. This feature is helpful when you need to manage complicated documents or other files.

We have been using this product for more than seven years.

I haven't seen any issues as of now.

One or two guys are enough for each shift. Daily, there are three or four guys who maintain it.

Scalability depends on the cost. Expanding can be very costly.

Whenever new things come in, we request them to be moved to this solution.

We only use our partner's support.

The initial setup is straightforward. It is relatively easy to upgrade the tool.

We moved everything, including the database. Now, it is the heart of our operations.

We have a partner company. However, we are managing it 90% of the time. 

Our experience with the partner company has been very good. They are very experienced with the solution.

The cost of the hardware is high. Because you need to license each job, it is costly.

We use other tools to streamline our data and analytics projects.

For the past two year, we have blocked mobile access per our cybersecurity guidelines.

I would rate this solution as eight out of 10.