I think in today's world you can create a mounted IASP or UDFS (if I have the terminology right) and do a backup of the entire unmounted disk blob.

This would be similar to moving the files to a Windows or Linux VM disk blob.

Segmenting directories as you mentioned works, but it's a pain to have to keep remembering to break up the directories based on dates and have users drill in several levels so to look.

This brings document management to mind where you can get out of the file naming game.....

Your concept of file server is Linux I'm guessing ?

Richard Schoen
Web: http://www.richardschoen.net
Email: richard@xxxxxxxxxxxxxxxxx
Phn: (612) 315-1745


message: 5
date: Thu, 14 Nov 2019 14:03:10 -0300
from: Roberto Jos? Etcheverry Romero <yggdrasil.raiker@xxxxxxxxx>
subject: Re: NFS as IFS replacement?

When a customer's ASP is more than 60% IFS, with PDFs, JPEGs and etc
numbering into the double digit million files, backup becomes pretty pretty
Besides, why have a 20 core machine with only 3 licensed for i and waste
some of those i cores on IFS when you could have a fileserver on the same
That is the premise I start this question from.
I've been getting the customer to splice the folders by year/month/branch
or whatever criteria helps to avoid having so many files in a single folder
(and to allow saves to NOT save the entire IFS daily but only the current
in-use folder).
Other tips?
Security in this case shouldn't be a problem, since only the application on
the i should access those files so it can be limited even by IP...

On Wed, Nov 13, 2019 at 11:23 AM Patrik Schindler <poc@xxxxxxxxxx> wrote:

Hello Roberto,

Am 13.11.2019 um 13:20 schrieb Roberto Jos? Etcheverry Romero <

Is NFS a good replacement for having all the files in the IFS? or what
would be a good way to take the IFS out of the i but still use it from
i with minimal application changes?

Question back: What's so bad in IFS to move files out to NFS? What's the
alternative (NFS server platform)? And which benefits do you expect?

Besides, moving Data from a local to a remote mountpoint is transparent,
so there should no changes be necessary.

:wq! PoC

PGP-Key: DDD3 4ABF 6413 38DE - https://www.pocnet.net/poc-key.asc


As an Amazon Associate we earn from qualifying purchases.

This thread ...

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

This mailing list archive is Copyright 1997-2022 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.