avoiding lenghty fsck
snmdlaJan 31 2013 — edited May 22 2013our DB version: 11.2
our OS: SLES11
our fs: ext3
My question: with the FRA residing on ext3, how can I avoid lengthy fsck runs on server reboots: even with clean shutdowns, Linux will eventually trigger forced fsck runs after a period of time (see also [Why the ext3 fsck’s after X days or Y mounts?|http://prefetch.net/blog/index.php/2010/04/18/why-the-ext3-fscks-after-x-days-or-y-mounts]).
Turning off this mechanism with tune2fs is not recommended.
Novell recommends using xfs instead of ext3. But would that really help (and xfs, although supported is not tested by Oracle according to MOS)?
With the FRA partition of a size of 2.1 TB, fsck can take up to 30 minutes or more, and this is a long time for the db server to come back to operation.
Of course, ASM comes to mind, but that would be just another slab of complexity in an otherwise simple installation.
Thanks for your opinion or sharing your XFS experience,
Thomas