From: "andrew_webby at hotmail" <spam@no.thanks.com>
Newsgroups: comp.databases.oracle.misc,comp.databases.oracle.server,comp.databases.oracle.tools
Subject: Re: Oracle 8i for NT work with FAT ?
Date: Mon, 23 Apr 2001 12:04:05 +0100
Message-ID: <988023879.16455.0.nnrp-14.c30bdde2@news.demon.co.uk>
References: <3adfeb2b$0$20624$456d72a3@news.skynet.be> <3adff48b$0$15029$ed9e5944@reading.news.pipex.net> <9bp6sg$mqv@dispatch.concentric.net> <3ae03d76$0$15025$ed9e5944@reading.news.pipex.net> <987778081.23095.0.nnrp-10.c30bdde2@news.demon.co.uk> <9br9hs$2k3n$1@josh.sovintel.ru> <988019382.14406.0.nnrp-14.c30bdde2@news.demon.co.uk> <9c10fm$2uhl$1@josh.sovintel.ru>
NNTP-Posting-Host: mailgate.highland.gov.uk
X-NNTP-Posting-Host: mailgate.highland.gov.uk:195.11.221.226
X-Trace: news.demon.co.uk 988023879 nnrp-14:16455 NO-IDENT mailgate.highland.gov.uk:195.11.221.226
X-Complaints-To: abuse@demon.net
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 5.50.4522.1200
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200
Lines: 62


While I could concede the point about NTFS recoverability (the inner working
of NTFS are thinly understood by myself and if you are actually correct, I
obviously retract my thoughts on the matter), I was never saying *nor
implying* that you couldn't use - for example - raw devices because of no
recover capabilities.

You would see from my earlier post that I say you could use FAT which has no
recovery abilities so your argument is now dragging mine into an illogical
area. It was my understanding that the log replay facilities of NTFS were
similar in concept to those of, say, VXFS which does replay file system
changes upon crash recovery.

ps. I use raw devices.

"Andrey" <aakit@softhome.net> wrote in message
news:9c10fm$2uhl$1@josh.sovintel.ru...
> To follow your arguments one must tell oracle can not work on raw devices
> because it have no NTFS recover capabilities.
>
> /*it is a fact that NTFS *could* save you from having to recover a
 database
> where FAT could not*/
>
>  One more time - NTFS recover capabilities have effect for NTFS FAT
 catalog,
> not for files itself.
>
> Please, refer to NT admin guide.
>
>
>
> "andrew_webby at hotmail" <spam@no.thanks.com> wrote in message
> news:988019382.14406.0.nnrp-14.c30bdde2@news.demon.co.uk...
> > While I did think I wouldn't bother responding to someone whose main
> > argument is "it's full rubbish" (not the most well reasoned point I've
 ever
> > heard...), it is a fact that NTFS *could* save you from having to
 recover
 a
> > database where FAT could not. Surely your vast technical knowledge can
> > imagine such a scenario.
> >
> > Thanks for re-iterating my point about FAT being faster however.
> >
> > "Andrey" <aakit@softhome.net> wrote in message
> > news:9br9hs$2k3n$1@josh.sovintel.ru...
> > > It's full rubbish
> > >
> > > FAT is much faster
> > >
> > > NTFS is for file servers, not db servers
> > >
> > > All what is written about NTFS (recoverable, chains/abandoned clusters
 etc)
> > > have no effect on quality of database itself and db files.
> >
> >
> >
>
>



