Assure MIMIX from Precisely (formerly Syncsort) offers IBM i high availability (HA) and disaster recovery (DR) for companies worldwide, from small businesses to global enterprises, who can use Assure MIMIX to prevent data loss and eliminate planned and unplanned downtime. Assure MIMIX provides scalable real-time replication with options for automating administration, monitoring and alerting, customizable switch automation, and a graphical…
N/A
VMware SRM
Score 9.0 out of 10
N/A
VMware's Site Recovery Manager (VMware SRM) is a disaster recovery option, used to automate orchestration of failover and failback to minimize downtime and improve availability with VMware Site Recovery Manager.
MIMIX is well suited when the organization requires a PLANNED Switch. MIMX will also work for any unplanned switches. However, this is not the most ideal situation and we have had to perform at least once when the older iSeries hardware failed, and the business transactions were on hold, impacting the business. MIMIX support was required to be called upon to assist. We were able to get the new iSeries online within an hour, so thankfully the outage to the business was miminal. It is important that any organization utilizing MIMIX schedule, prepare, and plan for the PLANNED Switch, at least once per year, if not twice per year.
SRM is a must-have tool if your business requires you to failover your VMs to a disaster recovery site and provide valid testing and real-time numbers. Our VP office is always amazed at how easily we are able to satisfy our annual testing and show actual results with time stamps and the sequence of each VM that is up and running. SRM may not be needed in a very small business that does not have the capacity nor the need to have their infrastructure off site in a form of a disaster recovery site.
MIMIX is software built for availability. By its nature it is must be available. As long as the underlying system and communication network are available MIMIX is working. And if there are failures in either of those, MIMIX is designed to allow for a quick and resilient recovery once underly systems or communications are restored
I have never seen MIMIX itself be a performance bottleneck. However it is important to consider the network in overall performance of any remotely replicated systems. MIMIX can only replicate as fast as the network allows. But a strong capability of MIMIX is its ability to "buffer" its replication, so it can be sent without error as the network allows
Support is available and efficient. Response time is good and likelyhood of a quick resolutiion is high. However the mature solid product and proactive management tools, fortunately make support requirements relatively rare. The support for version upgrades is also strong, but again the basic upgrade process is usually straightforward and well documented.
Sometimes we have to struggle explaining the problem and getting it resolved on priority. The overall quality of support team is not as good as it used to be in past.
Iterra is a less capable "little brother" product to MIMIX. Iterra like MIMIX was acquired by Vision, then subsequent owning organizations, now Precisely. Most of the original core Iterra functionality has been rolled into MIMIX. The Iterra product still exists but in a very limited role. Precisely and the previous owner has been very clear in their recommendation to standardize on MIMIX.
MIMIX works to its intended functionality. It provides real time data replication across multiple partitions and systems as defined. I have never witnessed any problems with MIMIX in scaling to larger systems or adding new data groups. In conjunction with the inherent scalability of IBMi scalability and configuration flexibillity are rather quick and easy.
Having an HA/DR solution in place is viewed as a positive by customers and potential customers for the marketing of the organization's core products and services.
The biggest positive is that we have a data recovery solution that we can test and verify in a live condition. Prior to this we were only hoping we could recover from a disaster.
We've been only running for 4 months and haven't had to use SRM.