iTech Solutions - for all of your IBM i System needs

The iTech Blog

Posted on September 4, 2020
Laurie Leblanc

Laurie LeBlanc, iTech Solutions

It’s not often that we hear the stories of a data center being destroyed, but it happens. If your backups remain onsite, or even worse — they stay in the tape library for a week before you remove them, then you are at risk if a disaster strikes.  We actually had a customer who had a fire in their building.  The tape was still in the tape drive.  Pete’s advice was to cut the cable and grab the tape drive and run. This is not a good disaster recovery plan.

Security, recoverability, ease of restoring

When I was a System Administrator in the early 1990s, my colleague and I took our backup tapes home to keep them offsite. I didn’t have a fireproof safe, I just had a box with tapes that I kept safe. On Friday night, the backup would run sometime after the JDE nightly process would finish and the tape would stay in the tape drive until Monday morning at 6 AM when one of us arrived.  That tape stayed in the building all day until after work when it would leave with whoever had the early shift that week. We had a backup, we even took it offsite, but was it really the best solution? No. It was what we knew at the time.


Posted on February 26, 2019

I have performed many swaps or switches for replication software for the IBM i and a question I hear often is “What is the difference between a swap/switches and a Virtual one?” 

The feature of the virtual role switch/swap is a very useful tool. This allows you to switch your environment and allows validation testing on your target environment without impacting any of your users on your source system. There is no downtime and you can validate your data without having to update your network.

You may have applications you cannot test during a virtual swap but there’s still a good way to test your data and find issues. During a virtual swap, the only replication is ended. Mimix/ iTera keeps track of all changes that were made on the target during the virtual swap and once you swap back, you will undo any changes made to the target.

Journals will still be capturing the source system activity during this time and will be applied to the target once the virtual swap completes. The swap back time will depend on the amount of changes that were made during the testing during the virtual swap. This will be something you want to factor into your plan for any virtual swap.  This is the best way to do destructive testing because during a virtual swap no data will be replicated back to your source system.

Replication role swap simulates the event of a true disaster in the event that your source system is unavailable. This will have the users utilizing the target and any changes will be synced back to your source system.  This demonstrates that if you lost your system users, you would be able to work on the target. Once you got a source available again, the changes can be synced back with limited downtime. You can circumvent the sync back to production by saving your data before the swap on both source and target, restoring them back after testing is completed. You will need to regenerate your journals and restart the data groups from the new journals after the restore is completed on both sides. This would only be for destructive testing and is best to be done during a virtual swap.  

I would recommend a planned swap four times a year, one full swap and three virtual swaps. Three times a year, you can validate your data and most applications depending on your environment. This will give you the confidence that you are replicating all your data and would be ready in a disaster situation. This reduces downtime, and if you’re a replication customer, downtime is probably in short supply.

Once a year, it is important to do a full swap to flush out any issues. This will need a short outage to swap the environments. It is much better to find out something needs attention during a test than during a disaster.  

Five Things to Consider When Selecting a Cloud Provider
Posted on February 22, 2019
By Laurie LeBlanc

Deciding to move to the cloud is often a decision made by the business; the idea is to reduce overhead and costs.  With so many companies offering cloud-based services, it can be difficult to determine which one is the best fit.  The truth is that not all cloud providers are created equal, and it’s important to consider several things when selecting your cloud provider.

The key is that you have to protect your business. Which means you have to find a partner who can deliver the solution you need, and ensure that your data is protected and available. 

Below are five areas you should consider when selecting a cloud provider.