× 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.



Sue,

Many good ideas, and many of the problems have been presented.
For libraries, I'm ok with SWA.
For IFS, I'm still looking for a better save solution.
Most of our IFS locked objects are system objects, log files, or temporary files.
None of our apps store any permanent data on the IFS.

Even if we had an HA/DR solution in place (then save the other partition) , most of those solutions use journaling, but, if I'm correct, you can't journal the IFS.
How do HA/DR solutions handle the IFS, I've never looked that far.

For now, I'm planning to omit locked IFS objects on a daily save, get them on a system save. (acceptable, but I don't like it)

Paul



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Sue Baker
Sent: Wednesday, November 13, 2013 11:29 AM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Back ups with High Availability Web Server

rob@xxxxxxxxx wrote on Wed, 13 Nov 2013 16:19:56 GMT:

having to power down the system was a bit of a shocker, or is that how
other platforms work with flash copy?


All storage systems have the challenge, you can make a copy of the data that has been written to storage, but when you "flash copy", you only get that data. Any data in main storage of the server which has been updated, the storage has no knowledge of, cannot be copied. This is why it is considered a "crash consistent" copy because when a server crashs, the contents of memory are generally lost.

To be 100% certain all data has been written by the server operating system to disk, you must shut down the server.

IBM i, Windows, Linux, AIX, zOS ... all have the same requirement.

--
Sue
IBM Americas Advanced Technical Skills (ATS) Power Systems Rochester, MN
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/midrange-l.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.