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.

--