- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- DFG and SETFILENOMOVE
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-02-2009 10:13 AM
тАО02-02-2009 10:13 AM
We have purchased licenses for DFG, and would like to install the software to defragment several non-database disks. The requirement to run the SETFILENOMOVE DCL script against the system disk before installing DFG is delaying our installation by months.
How critical is running SETFILENOMOVE if one is absolutely not going to defragment the system disk? Does DFG work on the system disk beind the scenes without my explicitly telling it to do so?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-02-2009 10:32 AM
тАО02-02-2009 10:32 AM
Solutionif DFG is not used to defrag the system disk, there is no requirement to run SETFILENOMOVE.
If you need additional confirmation, you could also have a look at that procedure and verify, that all files referenced in that procedure are actually already set nomove on your system disk.
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-02-2009 11:01 AM
тАО02-02-2009 11:01 AM
Re: DFG and SETFILENOMOVE
I'm guessing that this delay is purely for non-technical reasons right?
If there is a technical reason, then please explain!
It is perhpas believed, possibly due to a severe lack of understanding, that you need 'approval' for such major command huh?
Could one mark those files no-move, install DFG, and then, unmark the files, prommising never to run DFG against the system disk?
Have you considered alternatives against defragging, notably re-structuring directories and (virtual) devices such that little come and go files do not mix with large and steady?
Maybe use the storage to carve out a few smaller units for quick & dirty stuff, or use the LDdriver to slice a zone from a disk?
hth,
Hein van den Heuvel
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-02-2009 11:29 AM
тАО02-02-2009 11:29 AM
Re: DFG and SETFILENOMOVE
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-02-2009 04:48 PM
тАО02-02-2009 04:48 PM
Re: DFG and SETFILENOMOVE
SETFILENOMOVE is a fairly innocuous procedure - even though it touches system files. It's perfectly safe to run it, worst case is it will fail to set the NOMOVE bit on files which are locked. It can't upset any running processes.
I'd suggest you just run SETFILENOMOVE and watch for errors. Check any files which report a SET failure - it's possible they're already set to NOMOVE (I think it's done as part of an installation or upgrade).
You'll then know exactly what needs setting, and can reasonably judge the risks. (indeed, if a file is open all the time, or frequently enough that you can't find a window to execute a SET FILE/NOMOVE against it, then any attempt by DFG to defrag that file will also fail).
> absolutely not going to defragment the
> system disk?
Famous last words!
I would strongly recommend AGAINST installing DFG without running SETFILENOMOVE, regardless of any intention to not run DFG on the system disk. Having seen some cases of system disk scrambling due to incorrect defragging (by products other than DFG), it's not pretty and you really don't want to take that risk.