RE: Doing remote journals to the cloud

A very gross estimate as entries can vary a lot depending on workload. Today we will have about 3 million entries in the four receivers we have setup. We put all files in one of 4 journals. We have a 250MB internet connection.

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Oberholtzer
Sent: Monday, July 25, 2011 6:58 PM
To: Midrange Systems Technical Discussion
Subject: Re: Doing remote journals to the cloud

That depends on the total volume of the journals and the size of the communications connection. Moving transaction by transaction all day requires a much smaller connection than downloading large journals all at once. I help manage several systems for smaller customer that would not be able to move all of the journals needed for a recovery overnight. It would be faster to move a tape. Hence my question about volume of transactions/size of journal and speed of the communications link vs. the recovery time requirement.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 7/25/2011 5:12 PM, Dan Kimmel wrote:

Why couldn't you download the remote journals as opposed to express mailing tapes?

-----Original Message-----
From:midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Oberholtzer
Sent: Monday, July 25, 2011 4:57 PM
To: Midrange Systems Technical Discussion
Subject: Re: Doing remote journals to the cloud

How big are the journals and how many transactions/hour. That will tell us how big a pipe needs to be available to the remote site.

This concept is easy but would most likely require 24 hours to back up
the remote journals, express overnight delivery (or faster airline
package, but way more money), restore, and roll forward. Is that
inside your recovery window? (Recovery time)

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 7/25/2011 4:24 PM, Mike Cunningham wrote:

My thought was to dual journal local and remote. In the case of a disaster that destroyed all data - fix the local system, restore last backup, copy remote journals local and apply them. Not looking for a hot swap site, just a place to keep journals so as not to lose a day's work if this were to happen. We backup nightly and take that off-site both database and journals but journals are on the same system so if the disaster where to happen at the end of the next work day I would lose that days transactions.

-----Original Message-----
From:midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On BehalfOfrob@xxxxxxxxx
Sent: Monday, July 25, 2011 1:10 PM
To: Midrange Systems Technical Discussion
Subject: Re: Doing remote journals to the cloud

We use Mimix.

I haven't heard if any of the offsite backup places like Vault/400 allow you to remote journal to their locations.

I know of one person on this list who is offering cloud services for the i. Maybe that could be done that way. Unless your transactions are rather small, wouldn't that take a pretty good pipe?

Are your plans to restore on your home server, move the remote journal changes back and then apply them? Or restore on the backup, Apply the remote changes on the backup and then save and send the data back to primary?


Rob Berendt
--
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755 http://www.dekko.com





From: Mike Cunningham<mike.cunningham@xxxxxxx>
To:"midrange-l@xxxxxxxxxxxx" <midrange-l@xxxxxxxxxxxx>
Date: 07/25/2011 12:40 PM
Subject: Doing remote journals to the cloud
Sentby:midrange-l-bounces@xxxxxxxxxxxx



Does anyone on this list know if and 3rd party or IBM is talking about
an offering for iSeries customers to do remote journaling to the
cloud? Keep one copy local and send another to a remote server farm.
That would give is almost up to the second recovery capabilities in
case of disaster. We use the last backup and the journals form the cloud.

--