× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



One technique I use to back up IFS/DLO in the senario your relating Brad is to use SAVRST and SAVRSTDLO. Those commands have options to only pick up new objects since the last save. I set it up in a program that will submit itself to run in two hours again, then backup whatever has not been backed up before. On systems like your suggesting the backup usually runs about 10 minutes along with the restores on the target machine. Not perfect replication but way better than over night. Additionally since the backups are running every two hours, the nightly save can forget about the IFS/DLO altogether. Now I don't care about the locks, I'll get the object in the next two hours anyway.

SWA on the IFS / DLO are in my experience not worth the time to type the characters out.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 11/12/2013 10:10 PM, Bradley Stone wrote:
We are talking about the majority of the data, and what's taking so long,
are the IFS objects. Not really any data in QSYS.LIB.

I only mention this because there seems to be a little confusion, and I've
experienced in the past when they're saving an IFS object, that entire
directory is locked until it's done. And locked down hard.:)

Brad


On Tue, Nov 12, 2013 at 7:04 PM, Charles Wilt<charles.wilt@xxxxxxxxx>wrote:

> I don't see much difference between VSS and IBM i's Save While Active...
>
> Except that SWA has been available since at least 1997 or 1996...probably
> longer.
>
> The problem is too many shops don't bother to use it.
>
> Charles
>
>
> On Tue, Nov 12, 2013 at 4:25 PM, Matt Olson<Matt.Olson@xxxxxxxx> wrote:
>
> > First question is have you ever restored one of these? How does the
> > operating system come up when you do that?
> >
> > Yes, comes up in recovery mode the first bootup, subsequent bootups are
> > normal.
> >
> > Second is what are you doing with those servers? Are these hosting
> large
> > Oracle or MSSQL Databases or are they file and print servers? Or are they
> > just AD members that are used for remote desktop for example.
> >
> > 100GB database servers, print servers, file servers, web servers, you
> name
> > it. Everything in windows these days have volume shadow copy providers.
> >
> > IBM i really needs something like Windows volume shadow copy service so
> > you can achieve 100% up time during backups.
> >
> > This is the only reason why I see AS400 shops are down periodically, had
> > the database been hosted on one of a windows box we would have much
> better
> > uptime.
> >
> > -----Original Message-----
> > From: DrFranken [mailto:midrange@xxxxxxxxxxxx]
> > Sent: Tuesday, November 12, 2013 3:21 PM
> > To: Midrange Systems Technical Discussion
> > Subject: Re: Back ups with High Availability Web Server
> >
> > Matt,
> >
> > First question is have you ever restored one of these? How does the
> > operating system come up when you do that?
> >
> > Second is what are you doing with those servers? Are these hosting
> large
> > Oracle or MSSQL Databases or are they file and print servers? Or are they
> > just AD members that are used for remote desktop for example.
> >
> > There is a large difference between a transaction oriented system and a
> > system hosting many flat (or 'stream') files.
> >
> > - Larry "DrFranken" Bolhuis
> >
> > www.frankeni.com
> > www.iDevCloud.com
> > www.iInTheCloud.com
> >
> > On 11/12/2013 4:06 PM, Matt Olson wrote:
> >
> > > IBM really needs to fix this issue. Put in a Design Change Request to
> > allow for online backups like you can do with Windows. We do full (bare
> > metal) backups of our windows machines all the time, no downtime
> required.
> >
> > --

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.