Control-M Reviews

We use Control-M to provide business services to our customers. The use cases involve Hadoop, a lot of file transfers, and SQL scripts. In our business, automation is used for many things and we use a lot of the Control-M modules. For example, we connect to SAP, with databases, Hadoop, MFT, Informatica, and other technologies.

What we do relates to many different business services in a retail environment.

We have hybrid deployment; over the past two years, we have had a mix of on-premises and cloud-based implementations. Ultimately, we are moving to the cloud. We are using AWS, GCP, and Azure.

The main benefit is that Control-M can work with almost all of the applications that are on the market right now. We work with technologies including Hadoop, Informatica, all kinds of databases, and file transfer with MFT tools. The real potential with Control-M is that it can be used for everything you want.

It is really important that our clients can manage their own application workflow with full autonomy. Our customers are using this capability a lot and it helps because we don't need to be present when they want to perform a simple task. It's better for them because they don't need to wait to ask or to have something changed. They can just do it themselves. Also, it's better for us because we have more time to do other things.

The expanded capabilities in version 2020 for planning and monitoring have had a positive effect on our clients' operations, as well as our own. It saves a lot of time when it comes to developing and implementing things. As a result of saving time, both us and our clients are saving money.

Control-M has definitely helped us to achieve faster issue resolution, although it is difficult for me to estimate how much by. We don't have metrics that are suitable for tracking this kind of thing.

The best part about this product is that it has a lot of features. Control-M doesn't limit us and we can use it for a lot of things.

Control-M is easy to install, use, and maintain. It is easier to work with than other products.

The web interface hosts a lot of videos and webinars and I really appreciate this because I find them very helpful. They have tutorials that explain how to approach the new technologies and explain how things can be done using Control-M. This is something that I use a lot.

The Application Integrator is helpful because not all applications have a module available in Control-M, and we can use this feature to create them.

When it comes to supporting cloud services, Control-M is a bit slow. We are not advancing with the technology because we don't have the modules that can interact or use the new application services provided by the cloud technologies. BMC has been telling me that they are working hard to be more aligned with these new technologies, but they are a bit slow. Consequently, we are having a few issues when it comes to implementing Control-M. Some services that are being offered, such as Databricks, have been a problem.

The documentation is something that needs to be improved. Years ago, the documentation was very good, and I don't understand why but the documentation is no longer as good as it should be. For example, if I need to install or upgrade Control-M Enterprise Manager or Control-M server, the only information that I have in the documentation are things like "Execute this and follow the instructions on the screen".  What it doesn't tell you is what will be needed for the process. For example, you may need to enter a password or select a source, but you won't know what these parameters are in advance.

Also, it is different to find what you are looking for in terms of documentation. For instance, if you visit the Control-M download page, you see several tabs. There is a tab where you can download software and another tab where you can download patches. This is perfect. However, there is another tab for the documentation but there is never anything there.

With any Control-M product, it is hard to find the documentation. The reason for this is that they are moving all of the documentation online, in an HTML format. The problem is that it is hard to download documentation in this format. In particular, if it is a specific part that you need or a certain module, then it would be much easier to have a PDF version like they used to have. Consequently, it is more difficult for us to pass the documentation to our internal teams.

For example, if we are trying to configure a module for Informatica or SAP, it's hard because we don't have PDF documentation. We need to go online but it is difficult because it is very hard to find what you are looking for.

Another area of improvement for Control-M is the version release lifecycle. Prior to 2018, we had the same, main version of Control-M for two or three years. Since 2018, they have been releasing a new version every year. There was a 2018, 2019, and 2020 version. It seems that these new versions are being released in an unfinished state because we are seeing a lot of bugs. Historically, it has been very stable, but from a point between two and three years ago, it has not been so much so. It seems that the problem is that the versions are changing too quickly.

I have been using Control-M for nine years.

There are some limits to scalability in terms of cloud integration. There is some integration with cloud services but it is very simple. It is called the Application Integrator Module. This is a very good feature but the problem is that if we have to interact with cloud services, we need to create all of these modules on our own. We are paying a lot of money for a product where we have to create our own modules, which is not perfect.

It is very good that we have the Application Integrator available but for services that are being used by a lot of companies, we need official support from BMC.

I would rate the technical support an eight out of ten.

We have been dealing with BMC for several years and when you consider the support from a few years ago, the response that we received was more technical and more accurate regarding the problem that we were having.

As it is now, more and more we are seeing that the customer support has to rely on the product development team to resolve the issue. This is because there are a lot of bugs in the product and customer support cannot provide a solution for these. Instead, the problem has to be fixed by development, and then a patch is released to solve the problem.

For this reason, I am rating the support an eight instead of ten.

We have had cases where our clients migrated to Control-M from a competing solution. In fact, we did a migration last year from TWS, the Tivoli Workload Scheduler from IBM, to Control-M using the conversion tool. The tool was very important because it reduced a lot of work.

The problem is that the conversion was not as good as it should be. I estimate that we had to modify 90% of the jobs because the conversion was not good enough. It was still important because it would have taken a lot longer to create all of the jobs from scratch. That said, it was not perfect, at least that was our experience with migrating from TWS.

We were using TWS and another one that is called Visual TOM. It is another product that is similar to Control-M. These are both scheduling products, but Control-M has tons of features that the other ones don't have. They don't have the modules, the plug-ins, or the Automation API. They are stable and they are good, but we can't use them like you use Control-M because Control-M permits us to perform many more things. Unfortunately, with the many more things that you can do, it does introduce more opportunities for failure. However, this is true of any feature-rich solution. The more complex it is, the more prone to error it is.

Control-M is easy to install and maintain. There are not a lot of steps required to upgrade or downgrade from one version to another. With other products that I've been using, it is difficult and complicated to upgrade because there are a lot of confusing steps. But with control-M, you need only follow the onscreen instructions.

The length of time required to deploy depends on the customer. The scope and complexity of the client's requirements dictate the amount of time it will take to complete. For example, we can deploy for a smaller customer in one week. However, for a large retail customer, it could take a month to complete.

We have one client right now, where we are upgrading from Control-M 2018 to 2019, and it is going to take us almost three months to complete. Part of the reason it takes this long is that when you try to upgrade a production environment, it's really difficult to get a window to perform the upgrade or the installation or the modification. That said, it's still easier than many other products.

Pricing varies depending on which components and modules you are using.

My advice for anybody who is considering Control-M is that I recommend it. Although it's not perfect, it is relatively easy to use and maintain.

I would rate this solution an eight out of ten.

We install, configure, and deploy Control-M for customers and make it run on-premises from them. After that, the customers take over.

BMC uses partners. They don't sell directly in the Middle East. So, they don't directly install the product and sell it. Instead, they go through partners, like my company.

We, as a company, don't use Control-M, but we sell Control-M to customers. We go onto a customer site, install the product, and configure it per their requirements. Then, we get their feedback and support related project stuff.

From a services perspective, we actively use BIM, which is the affiliate manager. We use the history to see the forecast. When the customer gets Control-M, the affiliate manager comes along with it. 

It is 100% on-prem, primarily because the Helix part of Control-M is not hosted in the Middle East yet. For many customers, there are regulations since the primary customers are banking, insurance, etc., which all require their data to remain within the country.

My customers are primarily banking customers, so they have their end of day processes that happen at night after the bank closes. These processes would involve AML, banking, and end of month payroll-related stuff across multiple organizations.

We do maintenance, project management, and support. Once a project is done, the customer has a support contract through BMC. That is through us. Customers cannot directly get in touch with BMC to open cases. It has to go through a partner. Therefore, we offer first and second line support to the customer.

There is definitely room for improvement. Version 9.0.20 actually comes with a web-based interface, but there are still a lot of things unavailable with it. There will eventually be more inclusions added into the web interface, but there is still a long way to go. 

There is also the automation API, which is a way to interact with Control-M, but it also needs a lot of improvement for other people to understand how to use it.

The documentation isn't really straightforward for the initial setup. It says, "Follow the on-screen instructions." The reason why people read the documentation is to have a heads up of what to expect and what is coming up. However, when you say, "Follow the on-screen instructions," I believe that is inappropriate.

I have been using it for two or three years.

It is very stable. We hardly get calls in respect to issues on Control-M, particularly on version 9.0.19. 9.0.20 is still pretty new in terms of deployments. However, with version 9.0.18. I have had a couple of problems from customers.

You barely need one person for customer maintenance because the system is pretty stable. Of course, if it is version 9.0.18, the number of support cases that come in are more compared to version 9.0.19. We also get information requests from the customer where they might have audit requests or want to enable certain protocols because of security compliance within their organization. In these cases, they reach out to us. 

It is not that we are always involved with the customer. It is not an onsite model. If there is an issue with the product, the person calls. We have 20 customers whom we manage at the moment for BMC. That is just done with three people: an onsite resource and two employees, including myself. The onsite employee is with a telecom vendor within the UAE. His job is monitoring and maintaining the system as well as assisting the customer. He does everything in respect to Control-M at the customer site, e.g., defining jobs, monitoring jobs, executing jobs, and making sure that they are done properly. Another of my colleagues and myself deal with all the other customers from a project and support perspective. It is primarily support because once a project is done, then a customer has support with us. We manage those cases, involving ourselves in those cases. We understand what is required. If we have the information already and know how to do it, we will give them the procedure, etc. If we cannot do it, we get in touch with BMC to get the relevant answers.

I have not had an issue with scalability per se. If there is any kind of resource crunch, the customer just needs to add resources. If it is a memory usage, then add memory to the virtual machine and you are good to go. 

You can have jobs at multiple customer sites. For that, there is a different level of scalability altogether from an infrastructure perspective.

BMC support is good. I would give them eight or nine out of 10, most of the time. They reply quickly, even before the actual SLA time. However, in certain worst case scenarios, I would give them a seven out of 10.

Most of the time, the integrated guide immediately opens up the relevant page. You can get the necessary information from that. The videos are really basic. For example, with version 9.0.20, there are videos that come up by default in many places as part of the help page, which is ideal for beginners. Whereas, at my level of implementation, we are looking for more detailed explicit knowledge for a specific scenario. For beginners, the web help is more than enough, if a person is patient enough to go through it.

Personally, I have worked previously with a competitive product: Automic One Automation Platform. I was working with Broadcom earlier, doing a similar profile, where my portfolio was dealing with retail support and projects. So, I was deploying Atomic solutions. After that solution, I made a change and moved to BMC, as a partner. I have been working with Control-M ever since. Therefore, I have exposure with other automation products.

The initial setup is straightforward.

If all the prerequisites are ready, a full-fledged setup for a single system would take 15 to 20 minutes to deploy.

Normally, we deploy with high availability so it has an uninterrupted service, even if a server goes down.

Once the PO is all done for a project, we have a pre-kickoff with our company and the customer. We basically run them through the prerequisites and understand their priorities. For example, some customers are more inclined towards Windows and others are more inclined towards Linux. Most of them would like to have the DR environment in the setup, meaning it would be the primary site with two servers for high availability and a DR site with two servers. All these technicalities for the infrastructure and environment would be run by the customer along with the prerequisites. 

From a project perspective, we ideally implement the process flow. So, we understand their documentation. Then, we have an actual analysis and design phase, where we sit down with the customer stakeholders and get their requirements in terms of the actual process flows early on. Until then, we just know at a high level that these are the number of database jobs that will run on Control-M. We don't have explicit details at the analysis and design phase. We literally sit with them and go through their documentation, understand what they want to implement on Control-M, and how we can make it better or include notifications. After this, we start off with the installation. Based on the outcome of the analysis and design, we implement the process flows.

The annual licensing within BMC Control-M is on a per task basis. Three- and five-year contracts are also offered. The customer usually buys a bundle of tasks, e.g., 5,000 tasks, then my team configures Control-M for their usage. 

It is a good, stable solution. It does depend on what exactly you are implementing, because automation solutions are primarily back-end solutions, e.g., back-end processes and batch processes, which can be executed on Control-M. However, sometimes customers get back-end solutions confused with RPA, which is front-end automation. When customers decide that they want to use some kind of an automation tool, they should really understand what their process flows actually need. There is a handshake that can be given between the front-end and back-end, but there are some customers who come to us wanting to buy Control-M, but they are actually looking for an RPA solution because their operations are front-end.

I would rate Control-M as eight or nine out of 10 in terms of stability and features.

We use it as a scheduling tool. We use it for infrastructure backups and running scheduled tasks, but nothing in regards to data analytics.

It is an infrastructure process behind the scenes: custom backups and custom file migrations.

We leverage Control-M for backups. That would be a critical process that we have integrated. This allows teams that rely on the backups to have a single pane of glass through the dashboard to determine if their backup is successful. It allows email alerts or triggers, if something fails or we need to do manual intervention.

My organization has been able to script scheduled jobs in Control-M to potentially replace legacy products that are at end of life or end of service. The previous backup applications that were being used for specific files, folders, or applications were no longer being supported, therefore being able to use Control-M to replace that has been very valuable.

We rely on Control-M for automation. Anything that would have been a manual effort previously or legacy, Control-M has been able to replace.

The scheduler allows you to pretty much run anything from anywhere. It is very convenient. The sensor reporting that the scheduler gives you can monitor hundreds of jobs that could potentially be running in a given hour.

All the scheduled tasks are available in a dashboard or workflow view that different teams leverage. This is important and great. Having the ability to have a dashboard or workflow allows for easier troubleshooting. We also have alerting set up through email triggers, which are very helpful.

We leverage it for file transfer. We don't necessarily have application workflows dependent on those, but we do have Control-M for the migration of files. The visibility of a successful transfer is very useful, e.g., the ability to report on that or view whether that job succeeded or failed in the dashboard. You have an alert that would trigger on a failure. So, failure is automated. The Control-M job could retry that file migration a number of times based on logic that you have programmed into the job, and having to avoid manual intervention is useful.

The alerts are helpful and can contribute to faster issue resolution in the event of an issue.

The infrastructure updates could use improvement. Some of the previous updates that we have run to get to version nineteen were troublesome. So, a more seamless upgrade path for the infrastructure components would be useful. I don't know if they have replaced that in version 20 or if version 20 has an easier path, but I would like to see the upgrade from one version to the next version be a little smoother.

I have been using it for about five years.

The platform has been great. I don't think we have had any downtime besides our upgrade process.

The scheduling process has been able to handle almost everything that we have asked it to do. It seems to be able to run pretty much anything from anywhere within our environment.

This solution was a new integration/installation done before my involvement.

The application was a part of the infrastructure when I joined. We have been able to add automations for components that were otherwise manual. 

The upgrades are a bit complex. The last time we did an upgrade, it took several hours.

The upgrade was planned. We ran into an issue, then we had to reach out to support. They were quick to respond, but the resolution did take several hours. They did a good job. The issue was resolved in a timely manner during our upgrade window. Their service was an eight or nine out of 10, as far as issue resolution. To be a 10 out of 10, I would like something prescheduled. If we could have had support personnel available for the upgrade procedure, it would have been helpful. So, it was just the time element.

The product is helpful for its automation components.

It is worth evaluating.

Control-M is mainly an infrastructure tool that we use for scheduled tasks. The IT teams and most of the operations teams are the ones who use it. I would estimate about 10 people, but the management of the application is centralized.

The big lesson learnt: Reach out to support when using the product and do something that you could reimagine.

We don't have any data analytics in Control-M.

We don't have developer integration with Control-M at this point.

Control-M is doing a fantastic job for what we use it for. The product is a nine out of 10.

Control-M is the primary tool used in our department as an interface between desk jobs and SAP. I create and monitor the jobs in Control-M and that ties into SAP.

At this point, we are using it as a batch scheduler, which is primarily used for SAP. We use it for everything financial, like payroll, because SAP is our primary ERP.

Our system administrator uses Control-M when he is scheduling batch jobs. 

Our SAP jobs are fairly critical, because there are a lot of collections from a financial aspect coming through on a daily basis. From that regard, Control-M is fairly critical for us. We need to know when and if jobs fail since that has an impact on the collection of money.

We used to have multiple shifts of people sitting there and monitoring our jobs until the introduction of Control-M. So, with Control-M, we have been able to reduce the human capital, in regards to shift workers. Therefore, we are saving money from a cost perspective, in this regard, by about 25%. We have had a 50% reduction in staff. The ability to monitor and be notified, when our jobs have on time completion or fail, has had a big impact on the company.

It is more about the notification tools and its ability interface with SAP. It has the ability to notify people about jobs and schedule based on prerequisites, because this is not something that we can actually do within SAP. For example, if one job is dependent on another job completing, SAP doesn't have this capability. This is why we went with Control-M. 

It is very simple to use. I have only been in this position for four years, but it was really easy for me to pick up and monitor Control-M.

In the client, it provides a unified view for me. I can alter the view that I want to see jobs and conditions. This is nice to have. The fact that you can see everything in one space is very important, especially these days where everything is about data and monitoring as well as because we are working from home on a global basis. So, in real-time, I can monitor jobs, failures, or anything that might be stuck. The real-time monitoring and the ability to see everything in one place is important for us because we operate 24/7.

I use the mobile and web interface. I started off with the desktop client, and there are some slight differences in the interface between the mobile, web interface, and desktop client. This is a nice feature, because when I am on the road or going for a walk, then I have my mobile with me and I can get notifications if I need to run anything. Then, I can just log on from there.

All the modules within Control-M can interface with SAP.

Everybody's biggest gripe is the reporting capability option. It is a gripe because there is a lot of information in Control-M, but the solution doesn't have a good reporting tool to extract that information. Now, if you want all that information, you need to rely on another third-party BI tool to extract the information out of Control-M.

Two or three years ago, I was at a seminar where they said that they were looking at improving the reporting. However, from that time until now, there hasn't been much of a change in the reporting capabilities. Especially in today's day and age, where accessing data has become very important, this is something that they should be looking at.

We are using Commvault as our backup application. Currently, there is no integration between Control-M and Commvault. 

I have been in my position as an operator for four years. The company has had Control-M for over 20 years. 

Over the last three upgrades, Control-M has improved quite a bit. When I joined our department, Control-M didn't have a good reputation because it was always falling over. All our issues were addressed by Control-M with their upgrades. 

In the latest version, we find it has been extremely stable. We haven't had many failures as far as the program is concerned.

Generally, we don't interact directly with BMC because we have a service provider that we use, Blue Turtle. So, we interact with Control-M via Blue Turtle for any queries that we are having.

The initial setup was done before I joined the company.

We have a system administrator who applies our Control-M updates.

Control-M has helped us improve Service Level Operations performance. It helped us from the monitoring perspective. Now, we are able to control real-time monitoring and real-time notification of any failures that would occur within the system. Because we run it 24/7, we have notifications for any failures that have been setup. They will come through on our mobiles, and in that regard, Control-M has helped us.

Unfortunately, I can't compare it to anything else.

It just works. Control-M is very good. You only need to look at something else when an application gives you problems. However, in our environment, it is stable and just works. We haven't even bothered looking at anything else.

I can highly recommend it. It is very easy to learn. It is very stable. It has multiple interfaces, e.g., you can use it on your desktop, access it via the web interface, or access it on a mobile. The support that you get is actually quite good. It is a tool that I highly recommend. For what we require it to do, it does exactly that and more.

We have a system administrator, a chief scheduler, who is my supervisor, and two operators, including me. The four of us are power users who have scheduling capabilities in Control-M. We have different people on our BI team. Overall, 10 people have various levels of access.

We have tried Control-M as part of your DevOps automation toolchains. We are only getting into DevOps now as a company. We are still playing around with it. Currently, we are still fairly separate as far as DevOps is concerned. My department is basically the middleman between dev and operations. Whatever dev wants, we will create those jobs and test them. Once they want to send them into production, they let us know, and it then goes to operations. We are the center for those types of things.

Because we went into lockdown and the financial impact of the lockdown, projects were placed on hold. This year, they were& still on hold. Probably sometime next year, we will be starting on those projects again.

I would rate Control-M as eight out of 10 because the reporting needs improvement.

We primarily use Control-M for financial services. We do file transfers, payroll, HR, and other related tasks.

The top three processes that we have automated with Control-M are payroll, HR reports, and time reports. This automation gives HR, and the business in general, a clearer picture of what is happening as far as the payroll timesheets go, including who's punching in and punching out. Essentially, it improves transparency.

Control-M provides us with a unified view where we can define and monitor applications, and this is very important to us, especially in the audit process. We have auditors and they request certain information; using Control-M, we can log in and create the report according to the parameters they're asking for. It makes life much easier.

Our developers use the web-based interface to monitor their jobs. They do not have access to do anything else but they can tell if their jobs have run, or not.

Our developers leverage the “as-code” interfaces and it makes it very easy to roll out new applications and application updates. Everything is automated as far as transferring files in and out to certain people. This is helpful because it doesn't have to be done manually. It also generates reports automatically for us. Control-M jobs produce the reports so we don't have to create them every day.

We just started using Control-M to streamline our data and analytics projects. So far, it has given us some actionable insights. The streamlining has improved our business service delivery because we can tell if something is running behind, and why. We know if there's an issue before anybody notices.

Control-M has improved our data transfers because it is much easier to do encryption back and forth when sending files.

This product has helped us to achieve faster issue resolution. I estimate that issues are now normally resolved within 10 minutes. It's very quick.

Control-M has helped us to improve service-level operations performance. We have a critical job stream and because we're an institution, we have to have certain data out at a certain time for the federal reserve. If we can detect when something is running behind, and why, then we can notify them ahead of time so that they know the reports are going to be late. It helps them on their end, too. This way, they don't have to call and ask us where their report is.

The most valuable feature is the reporting function. It allows us to pull up reports for specific information that the end-users are looking for.

The planning and monitoring features in Control-M 20 help us because we can forecast to assist with network maintenance. For example, if we have something major going on with the network and there is going to be downtime, we can do a forecast to see what's going to be running at that particular time and adjust things accordingly.

I would like to see more audit report templates added, and perhaps more customizability in terms of reporting.

I have been using Control-M for 15 years.

Control-M is very stable and we've had no major issues with it.

Scalability is not a problem. It absolutely extends with our needs and the jobs that it needs to run in. At this time, it is running payroll reports and other payroll jobs. We are looking at expanding this to other applications in the future, although there is nothing definite yet.

Technical support is very responsive and we have never had any issues with them. Generally, if we have a problem or question, we can open a ticket with BMC and we usually get a response back within an hour, or no later than two hours.

I would rate their support a ten out of ten.

We work with BMC for upgrades and support. We are part of the AMIGO program.

We have absolutely seen a return on investment with Control-M. It is centralized and it's made everything easier for the business end, in particular for getting their reports on time. 

The pricing of Control-M is reasonable. 

The developers in our organization are responsible for creating the scripts. There are 20 of them and they monitor their jobs. With respect to operations including creating, running, modifying, and killing the jobs, there is a group of six staff in charge of that. This group also creates the schedule and the calendars, so essentially, they take care of the day-to-day administration.

My advice for anybody who is considering Control-M is that if they have questions then BMC is great to talk to, but there is also a BMC community and if they have questions or want to know how it's running or working for other organizations, they can post and generally get a response back. There are user groups specifically within Control-M.

I would rate this solution a ten out of ten.

I am a project manager and am responsible for the Control-M infrastructure.

Control-M is the only batch infrastructure that we have, so we run all of our batch activity on the platform. We are using the web interface, for example, the workload change manager and application integration. There is not a particular sector but rather, we run all of our batch jobs on this tool.

Control-M provides us with a unified view of our workflows, which is important to us because our processes are standardized. We have set up a company that is used mainly for scheduling, which is also involved in creating flows and monitoring them. As such, standardization from the point of view of the user is important. Effective standardization facilitates our work. 

We have automated many processes with ServiceNow, including some that are critical. For example, if we need to stop 100 instances, we can open a ticket in ServiceNow and it automatically creates the job flow in Control-M that sends the command to stop the instances.

The integration with our incident management platform has meant that we have been able to achieve faster issue resolution. The reason is that we have eliminated the manual phase of opening an incident. It was very time-consuming and it is not easy to calculate how much time we have saved, but I estimate that our process is 70% faster.

Control-M has helped us to improve the performance of our service-level operations by approximately 60%.

The integration with ServiceNow is good. When a job ends and there are problems with it, we automatically open an incident in this platform, and the number of the incident is forwarded to Control-M. This means that we have a record of it with the log of the job. This is a feature that reduces manual work. It is not officially included in Control-M; rather, it was developed for us by BMC.

The web interface supports us well because we have done some customization for each area of our company, and the client can see all of the jobs that they are interested in seeing. One can watch their flow on a phone or tablet. For example, we have integration with WeLink and our clients can see the flow of the billing workflow.

We use Control-M as part of our DevOps automation, and for our company, this is very important because it reduces the amount of work that has to be done. We are a very big company and we have millions of jobs scheduled. The more that we can automate, the better it is for us.

Integration with some applications and platforms is complex and requires development. We have done some integration with the application integrator, but it was more like a manual solution. This is an area that can be improved. 

I began working with Control-M approximately 20 years ago.

In past versions, there were issues with stability and it was a negative experience for us. However, in the version we have now, stability has improved. At this point, the product is good and stable.

Scalability-wise, there are no limitations. We have between 500 and 600 users including our DevOps team, applications teams, and others. For example, some people work on solving problems, others handle scheduling, and some only use it for viewing or monitoring the workflows.

We have a strong collaboration with BMC and we are constantly in contact with them.

The support is good and we are satisfied with it. In general, the responses are fast and the solutions that they provide are good.

In the past, we migrated from IBM's Tivoli Workload Scheduler (TWS). We did not use the Control-M migration tool at the time because it had not yet been developed. We completed the migration manually.

The reason that we switched to Control-M is that we stopped using the mainframe.

There was no particular problem for us in regards to the implementation process, as we had BMC to assist us. We have a very large environment and our migration took between twelve and eighteen months. We have thousands of agents and many Control-M environments.

We did not follow a particular implementation strategy.

For implementing and setting up Control-M, we collaborate strongly with the BMC team.

We have approximately 20 people of varied roles in charge of the day-to-day administration.

My impression is that we have seen a return on investment from using Control-M. As it is our only solution for batch processing, it helps us to centralize all of the batches that we have. This, along with the standardization of workflows, are the most valuable features of this product.

The licensing is managed by the commercial section of our organization.

We evaluated several options and we found that Control-M was the most complete solution.

We use Control-M to integrate file transfers within our workflows, although we don't use the managed file transfer capability that comes with it. We are currently analyzing it and we are deciding whether to use it or not. At this time, we use other programs for our file transfers. Our analysis will show whether we can migrate the process to this new feature.

Overall, Control-M is a good product. We do have small requests that we give to BMC, although they are very specific. The product covers a good percentage of our needs, as-is.

This is a product that we will continue to use and I can recommend it to others. I expect that in the near future, we will migrate to the most recent version, 9.20, and that we will use some of the newer features that it offers. That said, there is always something that can be done to make a product better.

I would rate this solution a nine out of ten.

Most of my work goes through Control-M, e.g., all my development work. When it goes to production, it moves to batches. This will be either daily or monthly batches.

There are many applications running in Control-M, e.g., a quantitative risk management ALM application.

Most of our production jobs at the organization level are fixed through Control-M, running as either mainframe jobs, Informatica jobs, or QRM software-related jobs. Also, file sharing through FTP jobs and dependency setups between different software patches all run through Control-M.

We use file transfer jobs in our workflows. For example, if I want to share reports to end users in the production shared area, where specific users have access, Control-M makes this very easy as soon as a job is complete. The FTP job copies the report to a defined shared area, triggering an email to the user with a link. As soon as users are notified through email, they can open the email and click on the shared link to view the reports.

We have automated critical processes with Control-M. Our report deliveries are now automated. We automated our batch jobs and can check our dependencies through Control-M with minimal manual intervention. This has saved a lot of time and manual mistakes. For example, we used to copy old reports and send them via email, then users would come back to us, saying, "These are not this month's reports. These are old reports." After automating these reports with Control-M, there were no errors at all.

Multiple software can be collaborated through Control-M, then we can seamlessly monitor when it goes into production after a scheduled daily or monthly deployment. Even though we don't have any privileges to change these jobs, we can monitor them with read access and see how they are being executed. We can also verify their dependencies and see the logs. If there are any failures, we can get the logs from Control-M and fix them in the development environment, in the cases that are required to be done as soon as possible. It provides a complete picture about how the batches are running in production.

We have a lot of things that need to be considered. Everything needs to be done one after another in Control-M, where it provides us a pictorial representation of job dependencies, and even a person without technical knowledge can understand it by looking at the pictorial representation of jobs. So, we can provide the exact time when it can start. Then, we can update the users about the expected time for the job's completion. In case of any delays, we can understand them, then provide a new ETA to the users. Without Control-M, it would be difficult to provide these estimates.

We are using the web interface. We are not going through the mobile because we are a bank. Everything we do is through our laptops, not through a mobile. The web interface supports our business initiatives well. Whenever we want to see the updates, we need to connect to Control-M. We know what needs to be monitored and verify them depending on what their dependencies are. If the batch is still running, we can understand the historical information, then calculate and provide an ETA to users.

After we complete FTP jobs, those FTP jobs will be cleared from the Control-M schedule after the noon refresh. So, I struggle to find out where those jobs are saved. Then, we need to request execution of the FTP jobs again. If there could be an option to show the logs, which have been previously completed, that would help us. I can find all other job logs from the server side, but FTP job logs. Maybe I am missing the feature, or if it is not there, it could be added.

When integrating different projects through Control-M, sometimes dependencies cannot be identified. 

I have been using Control-M for almost six years.

I have never faced any issues with stability. It is very good.

10 to 20 people are administering it.

I have never faced any issues with its scalability.

500 to 600 people are actively using Control-M. These are business analysts, team leads, managers, developers, and senior developers. Anyone who is touching the development and production would have access. 

Whenever we have issues, they are resolved through our organization's admin.

With the integrated file transfer feature, most things are automated. Previously:

• We used to copy the report, then send manual emails. However, with this feature, we are able to complete tasks with minimal monitoring because they are automated. Users are automatically notified as soon as the reports are complete. 
• We used to work during the daytime and after business hours. We were forced to open and view that the reports were there. Or, we waited until the next day to copy the reports, sharing and sending them by email. With this feature, we are less bothered. We can wait until the morning of the next day. We just go into the office and see if the reports have been shared already, seeing that everything is okay. So, during the night, some reports are generated and emailed to the users. 

The integrated file transfer feature has saved us a lot of time and manual effort, approximately two to three hours a day. Also, users are notified as soon as the reports are complete, where they used to wait until the next morning. They can just verify their email using the office provider mobile. Then, they connect to their laptops and get the reports. So, if they need the reports and are waiting for them, then they are not required to wait until the next morning to receive them, saving about 10 hours of their time.

I was not involved with the initial setup. That was before my time.

Our data transfers have improved using Control-M processes, e.g., our monthly batches. When we used to do things manually, like copying files and reports, we used to take three to four days to complete a batch. However, with the automated file transfers and report sharing, we have been able to complete a batch within two and a half days and our reports are on time to users. So, 30% to 40% of the execution time has been saved.

Control-M has helped us achieve faster issue resolution. Whenever we come across any data-related errors, instead of going into the process, we just get the Control-M log. Nearly 50% of our issues are resolved by looking at the Control-M logs. 

Control-M has helped us to improve Service Level Operations performance by 30%, because we no longer need to manually copy reports and receive email notifications. So, the process has improved a lot.

Organizations looking for seamless integration with different applications can move forward with Control-M. In my experience, Control-M provides a good solution. It also integrates with different applications and software.

At this point, we are not using the solution's streamlining for data and analytics projects.

I would rate it as eight out of 10.

We are mainly scheduling jobs on Linux Windows, SAP, and DataStage environments; a few other application integrations, like Micro Focus, and third-party applications, like Web API.

We are using it for banking and financial services.

We use Control-M as part of our DevOps automation toolchains and leverage its “as-code” interfaces for developers on a few JSON-based script applications. This is in the testing phase, but in production for one or two applications, and rolling out new applications and application updates is much faster. Earlier, we had to go through a lot of processes. We had to raise a change request and work through various approvals, then the scheduling team would do it and there would be a lot of failures. Now, they are directly creating those jobs and submitting them. It is coming in automatically because it is running in Control-M.

Multiple critical processes have been automated. Here are two of those processes:

1. Our critical banking application for end users, especially to check their bank data, e.g., how much is in their account, how much money they have withdrawn, etc. 
2. It is used for ATM withdrawals and runtime data, e.g., SMSes go out with how much has been debited or credited in their account.

Automating these processes provides more visibility to our application team. They can see critical jobs failing and immediately taking action in Batch Impact Manager (BIM) with the help of our team.

The most beneficial features are the Forecast option and Archiving feature, as well as the integration option with other applications and tools to the API. When it comes to the API integration with any third-party tool, we can integrate using the application integrator tool and API interface with web APIs, which is the best part. Control-M has its own Forecast solution. Therefore, we can forecast how many jobs are going to run, on which day, and at what time. Another benefit is the tool's Archiving feature. So, we had a lot of requirements, like when an application or end user team would say that they want to see the log or output of the job from two or three months before. So, the archive solution is very helpful because we can keep at least a year's worth of data for our environment.

It has a very good GUI. We can search for a job very easily. The web interface, user account creation, and access control are very good. From an access control point of view, we can provide access to as many users as we want. A second group of users can be given a certain number of features, according to the requirements. The web interface is very easy for end users to login and use. A lot of features have been added, e.g., adding jobs. They can add jobs to their stuff, whatever they want, then get it validated by the scheduling team and work it into production.

A lot of businesses are using ServiceNow, which is another tool. I would like there to be some integration with ServiceNow or other third-party tools as well as have easily available integrations. Right now, we need to write scripts. Apart from that, if there were some integrations with an ITSM tool, then that would be good. Because at the end of the day, most of our clients are using different ITSM tools. I know that BMC Remedy is easy to integrate with Control-M. However, if there was availability for Jira as well as other ITSM and DevOps tools, that would be a good improvement.

I have been using it for almost 12 years.

It is very stable. If we are using agents, it runs without any issues. I have sometimes found issues when we are running it with an agentless solution. However, with the agent, it does not have many issues. It will have an issue once or twice a year.

It is a very scalable solution. 

Almost all our end user application teams are using it. 

For day-to-day administration, we have two people. For scheduling, we have four people. 

The integrated guides and how-to videos in the solution’s web interface is a good approach. There are a lot of documents and webinars. Also, the support is very good. We receive good responses very quickly.

I would rate the technical support as nine out of 10.

We migrated from Tidal Automation. In Tidal Automation, various options are not there. So, jobs are running mostly using an admin account. When all jobs are running using an admin account, that is a risk. However, in Control-M, we have various options. We can use an admin account as well as a separate account, like a user account, to run jobs. Whereas, these features were missing in our previous tool. 

We switched from Tidal to Control-M because the application team wanted more control. There is a web-based solution for Tidal, but all the data is shown there. For example, if there are 10 applications, then the web applications team can see all 10 applications, though they might only want one application. Even if the backup team wants to view just their backup jobs, they see all the applications that are working. However, in Control-M, we can control whatever applications that we want, limiting what can be seen by each team. 

The initial setup was easy. BMC provided all the documentation before starting. They did it in the development environment and targeted various applications. They showed us what they were doing before they implemented it. So, we were coordinating with them.

Deployment took three months.

I was involved during the initial setup. It was done by BMC's professional services team and I was part of the support.

It is a good investment. I think we are paying the same amount of money for Control-M that we were paying for Tidal and not getting as many features.

Control-M has helped us achieve faster issue resolution. It is 60% to 70% faster than what was happening before.

Service Level Operations have improved in the sense that fewer team members are required as compared to before. So, we had a bigger team, and that has been reduced because of Control-M's latest features, like development. Therefore, a lot of things are now being done by the application team instead of having a separate scheduling team, which has now been reduced. The application team is currently being trained to handle more things on their own. They also have visibility on what jobs are running and what jobs are failing.

In our environment, pricing depends on the total number of maximum jobs that can run, which is fine. Therefore, if the number of jobs increases, then the licensing fees will increase.

I have hands-on experience with Redwood and ActiveBatch solutions. If there are a lot of Windows requirements with Windows jobs, then definitely ActiveBatch is the best solution. If we see there are a lot of SAP-based requirements, then Redwood is the best solution and either Redwood RunMyJob or Redwood CPS work for this. If we see Unix or any other application with jobs, then Control M is the best solution.

While we do use Control-M to streamline our data, we don't use it much to view our data and analytics project since there are various third-party applications of the bank where jobs are running. The major work that we do is creating and adding those jobs to the tool.

We are not using file transfer at all because we are a US-based financial company. They have a lot of restrictions for file transfer between third-parties, so Control-M is not used for file transfers.

It is one of the best scheduling tools in the market for batch job automation and DevOps.

I would rate Control-M as nine out of 10.

Overall, we have a great visual of all of our key business processes, and it gives us a secure way of transferring everything in and out of the business so that if anything were to be intercepted, it would be secure and not compromised.

We transfer financial files between Google cloud. We use it for the I series. We have a lot of automated jobs, around 3,000 jobs per day, that we load that range between just regular commands for our planning allocations, finance, or data warehouse along with Google cloud. We're starting to implement a lot of that, but a lot of it has been automated and it allows us to process everything in a timely manner.

We are in the process of implementing the managed file transfer which gives us the dashboard, but we are still fine-tuning that. Overall, it does give us a great picture and helps everything. If there's something delayed, it gives us the opportunity to send out a notification to a team to say that their process is delayed. We get tickets created and have everything sorted in a timely manner.

We use Control-M's web. It makes it very easy for us to show them what they need to see and what they don't need to see. They mainly can just view the tasks that they have, but it's pretty divvied up permission-wise.

Control-M integrates file transfers within our application workflows. It has made everything a lot quicker. We've been able to get files transferred to vendors and we've been able to retrieve files from vendors rapidly and securely.

It also streamlines our data and analytics project. Mainly developers will create either different types of processes that we will implement within Control-M to make it automated and that definitely, I would imagine, helps streamline and format certain projects and reports that we send out to executives that helps out a lot. I don't know the exact extent of it, but I would imagine that it has helped our business service delivery. 

It has helped to achieve faster issue resolution. With the shouts and notifications that we get, we're able to create tickets as soon as a problem surfaces. So as soon as we do get a job failure, we get an email notification that prompts us to create a ticket, page out the team, and get it resolved in a matter of our terms of our SLA.

The most valuable features are the Advanced File Transfer and the managed file transfer. They make transferring files securely seamless. It's very easy to set up, get deployed, and have it transferred to and from vendors. As long as we can get our firewall rules implemented at a decent time, it's very easy and seamless to get important files transferred in a secure manner.

Control-M has automated critical processes. We run a lot of our backups through Control-M, daily sales reporting, and warehouse initiatives with shipping and planning. There are a bunch of finance processes that go through here that are time-critical. It's made everything more streamlined and secure and it comes through much quicker than doing it manually.

We have had a few small bugs with the configuration of the different types of jobs where it is the order of operations if it's doing a statement, we've noticed that if you try and do a little bit of both, it may cause one of them not to work. 

We've also had a few database bugs within our organization. I think we are migrating to OpenJDK rather than just regular Java and that has since shown some issues with our Control-M instance, timing out and causing our jobs to stop running. We are still working with BMC to fine-tune that and get that resolved.

I believe the file transfer process does everything that it needs to do. I don't believe that there's anything that would need to be changed there with all the features that it has, it's pretty robust. But overall I don't really see many changes that we would need.

I have been using Control-M for three to four years. 

Other than the database connections that we've had and as of, I believe when we upgraded or moved away from Java using OpenJDK, it's been hit or miss. I know that we've had a few instances where our jobs just stopped processing, but we're not sure if that's related to the application itself or if that's something in our environment, but overall I am personally okay with the way that it runs.

We run it on windows as well as Linux, and we are still trying to work on getting it to our DR site. But, I believe we are able to process quite a bit through there.

We use it for our I series AS 400. We also use it for Google Cloud, Cognos, ADP, many custom applications that we run as well, but we do a lot of I series.

I do not plan to expand it to other applications in the future.

My department consists of eight people, and we are mainly data center analysts. I'm their manager. We also have developers with a select few developers that are able to get in and view it, but they cannot actually create anything. They can just view and see what is running.

Between five to 10 users are responsible for the day-to-day administration of Control-M.

I've never used Control-M before, prior to being here and all I had to use were the help guides from the web, as well as the user interface that we have. The help administration guide has been the only way that we are able to get questions resolved and to go through support.

Their support is hit or miss. We have had successful sessions with them. And then we have other ones where there are fingers being pointed and it doesn't really solve anything. We have a rep that my manager goes through, but we seem to usually get issues resolved in a timely manner.

We have seen ROI. We were able to have fewer people manually running tasks. We're able to put them right into here and we're able to scale and move a lot of file transfers through here.

It is a little bit expensive. I believe that however we are set up, it might be per job that we load or the highest number of jobs that are loaded monthly and I believe it is quite expensive.

My advice would be to try and utilize as many features as you can. Don't get overly creative with things because that can just confuse other people. If there are other users getting in there, you want to definitely have a standard workflow on how jobs should be created, organized, and make sure that you keep track of what's being changed so that if something were to fail it's easily trackable.

It's a very robust application and there is a lot that can be sent to it and sent out of it and you do not want it to get into the wrong hands because you can do quite a bit with it.

I would rate Control-M an eight out of ten. 

We are using Control-M mainly to schedule our jobs and also for file transfers. We are now in the process of using Control-M to take some workload off our mainframe. 

We use it mainly for job automation and handling large chunks of data automatically.

We have Informatica workflows, which make up about 50% of all our jobs. Then, we have all kinds of software on Windows and Linux servers. The file transfers are another big thing on Control-M. However, we are mainly using it to automate our in-house scripts, like monitoring and whatever needs to be done.

We mainly use desktop clients. Some users are also on the web. Currently, we don't use the mobile interface at all.

We have some batch jobs or Informatica workflows that create the files for file transfers. We have those on Control-M, so it is all automated and happens through the conditions.

Our daily customers' accounts and credit card actions files are processed by Control-M automations every day. That is pretty much part of the core of our business. Other critical components are some monitoring scripts and health checks on our servers, which are run from Control-M. This has made things easier because we have the Batch Impact Manager on Control-M. So, we can use that to send emails, like, "We haven't received the daily-files yet. Or, the daily files are going to be late." Therefore, we have proactive monitoring if things aren't running on schedule.

I don't think it transfers data any faster than before. However, we now have better control and can also send emails to the correct people directly from Control-M, like, "Hey, this transfer is now complete." In terms of data transfers, and if something goes wrong, it is easy to just rerun the file transfer.

If we are using the Batch Impact Manager, it has caught a few times where the job has been running for a while and may not meet the deadline. There may be a loop somewhere, where one job has been stuck for a few hours. So, in this case, the Batch Impact Manager notifies us that it is taking quite long. There are days that this is useful to locate issues.

Multiple scheduling options allow you to do anything you want, whenever you want, and however you want. You can easily be in control when things happen.

Control-M provides us with a unified view where we can easily define, orchestrate, and monitor all our application workflows and data pipelines. This is quite important because I am our Control-M administrator. So, it is pretty important to me personally, but also for the company. It may not yet be quite in the center of our business, but we are clearly using Control-M as our main scheduling program.

Since we are using version 9.0.18, the web interface is a bit outdated and doesn't really support all our needs. However, we are migrating to 9.0.20, which should give us a lot more options, even in the web interface.

The unifying features between Control-M for different platforms needs improvement. The scheduling options on the Control-M mainframe jobs are different than they are on our Linux server. There are a few differences here and there.

There are capability-related issues between versions, but I think the latest fix pack has that covered. BMC has been doing a pretty good job about this.

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

The stability is pretty good. We haven't had any issues with Control-M being unstable in the last two years. They are up and running 24/7.

One person is the minimum needed for day-to-day administration of Control-M. We have three admins, who are also our SFTP and file transfer team. Someone just decided that they should be the Control-M admins, so they made all three of us go through the admin classes. Now, we have three admins. 

Scaling has been pretty simple and a straightforward process. We just recently got the Control-M Workload Change Manager, which is an additional plugin to the main software. That installation was also quite easy. We got it up and running pretty quickly.

We have about 10 people using Control-M actively, who are system specialists and business intelligence specialists. We have three admins, then we have some batch job designers from the mainframe team using Control-M. We have also trained some of our Informatica people so they can monitor their own workflows and create new jobs. They can basically do whatever they need to do by themselves. 

I would rate their technical support as five out of five. They have been really helpful and knowledgeable. Even though there have been some cases where support has originally said, "Well, we don't know for now," they have asked for data and provided us with a solution pretty much every time we have had any issues. 

If they don't have a solution on hand, they take it to the lab. We communicate with them and the lab, then everything works out pretty well. Even if there is a big issue, which isn't very common, they have just taken it, and said, "We will see. We will go to the lab where we will test".

The interface guide and YouTube videos have been somewhat useful. However, there is too much data in there. When you try to search something, you get too many search results that weren't exactly what you were looking for.

I don't think anything has changed that much. We used to have CA-7 before Control-M. Now, Control-M is just kind of taking over. So, not much change happened. It is just a new software to do the old job. 

We have benefited from Control-M. It is much easier to use and a bit more versatile than CA-7. 

I personally don't use CA-7 because it is located on the mainframe, and I'm not a mainframe guy.

I wasn't involved in the initial setup of Control-M.

We are currently in the process of upgrading Control-M into a new version. We have been working closely with BMC's technical people. 

So far, I think it has been good. No one has been talking about getting rid of Control-M. It is more like we are increasing our Control-M usage, if anything.

Control-M has improved our service levels on pretty much any aspect. Now, we can see the Control-M estimates of when a certain job will be completed. They become pretty accurate once a job has been running for a week or two. It can predict quite well when a certain job will be ready. So, if a customer asks us, "When are we going to receive our file?" I can check on Control-M, then say, "Well, I would say around...," whatever time it shows and let them know.

We have the CA-7 on the mainframe, and I have seen it being used along with Control-M. Control-M seems to offer a much better user interface, mainly because it is graphic and not on the black screen of a mainframe session.

I don't think our data analysts are currently using Control-M. We do have Informatica software in use, which is some sort of data analyst software.

Always make sure that you have at least double checked everything, because Control-M does everything you tell it to do and exactly as you tell it. Therefore, make sure you are giving the right orders.

Working with Control-M has been pretty complex, but that has been mainly due to our corporate policies since we are located in Finland and in the banking sector. So, there are hundreds of things that we had to consider. While it has been a complex process, it has been more because of our corporate policies rather than Control-M. Once we decided everything, and everything was approved, just taking Control-M into use has been a pretty straightforward process.

Definitely take the scheduler course provided by BMC. That was hugely helpful for all of us. Trying to learn Control-M on your own will be a tough path to walk.

We have Control-M on the mainframe. As the mainframe will be taken down in a few years time, we have to replace the mainframe scheduling agent with something else. That will be Control-M.

Our dev teams are running their own fields. Once they are ready, they go through systems to store into production, then we can automate it. However, during DevOps and other testing phases, we may not use Control-M at all.

I would rate Control-M as a nine out of 10.