The proc datasets, with 9.4 proc delete is back, is the best way to clean up SAS managed data/content. (ODS and OMI to be added). You could run this SAS code by a SAS batch-job using a batch file. Keep it simple (KISS) the one (owner/process) creating the rubbish should also do the cleanup. In excptions a Garbage clean service. The issue you are possible running into is locking. Locking is well known from databases. It first implementation was on mulituser OS. When someone has locked a record somebody else cannot use that record in the same way. To overcome the dealocks for updating you can tell just doing reads. Windows is now multiuser and can do locking. The Original DOS 2.1 single user single machine was missing that. Even weird behavior can oocur like: Configuring opportunistic locking in Windows Unix has been designed for multiuser but is mostly missing a multiuser implementation. Phones - routers etc a single proces person. Old guy Mainframe was the most strict on this (disp=..) . That should be background knowledge. SAS is running on top of and OS and has to follow what is delivered by that. Filelocks are possible. Setting a directory for read-only will have the access for read-only no updates (including deletes). You cannot change that be defining an other libname it will reuse the old ones (trying to disconenct/connect first). Seen you last note accessing the server, you are moving form old SAS base/foundation to using BI/DI with Eguide. With Eguide the SASuser is closed (read-only) no garbage will be created anymore. Advice: - Do a cleanup for one time - go for you users to implement and support something that is workable for temp/permanent datasets
... View more