the files are in Documents folder of your workspace. you can create a web folder
to your workspace, and check the "Documents" folder

As someone has laready stated, you an view the documents  via the a web folder or
the portal. If you want to know where they are located on the harddrive, they
are located in the web storage system. They do not reside as actual files
located in a directory and you can not simply browse to them via explorer
without mapping a folder to the workspace.

And they are physically  stored inside the Web Storage System - a
transactional database consisting of a .edb file, a .stm file and a set
of transaction logs. This is the same database as used by Exchange
2000...

Well if you really want to browse to them via the explorer without
mapping a Web Folder you can expose the Web Storage System as follows on
the SPS server:-

Subst M: \\.\backofficestorage

(M: is now exposed in the explorer the drive letter for the web storage
system)

However I wouldn't recommend trying to write to any workspace through
this mechanism - use with caution!

I know that. What I mean is that the document-folder in the workspace, gives
this kind of address: http://documents/PN/Common...
What I need is this kind of address : C://my documents/...

I don't need to write there : I need to explain (to a collaegue) where
physically one can find  a certain document on the server.
He needs the info for a disaster-plan he has to make (in case of a
bankrupcy, for instance).
For I don't need that kind of info myself, and I didn't find the answer in
my MS Official, I posted the question here.

The only way to get that address is to map the M:drive. But that is emphatically
discouraged by MS and pretty much ignores the SPS sercurity model.

The disaster plan should be similar to an Exchange 2000 plan. This
means that your plan should include the following:

1) A recovery server that is identical to your existing server.

2) A backup program that understands how to backup SharePoint -- this
means using the built-in backup software with Windows or using a
third-party software (like Backup Exec) with the appropriate agent
installed.

3) Who has Coordinator access to all workspaces. This could be a
different person for each workspace or the same person. That way, the
Coordinator can go in and assign the appropriate Reader permission if a
document is needed that is not normally viewable.

4) A list of people at your company that are trained and qualified to
work on SharePoint. As you have seen from this list, SharePoint is not
a trivial program and should not be left in the hands of a "click-happy
yahoo" in times of disaster recovery.

Beyond that, a list should be maintained of the software (and versions)
that are installed on the system (a list of applied hotfixes would also
be good). I would not have the SUBST command mentioned earlier in this
thread in the document; that would be a recipe for more disaster.

Backups are where ever you have the back up script/tool place them.( you can not
back up via nt backup utils). Backups do mot include any scheduled tasks
(content source schedules), subscription schedules, gather logs. These can
probably be picked up from a NT Backup.

If you are interested in the specific files and remember that you can not simply
back up the data files with nt backup, open the sps admin mmc, right click on
the server name to get to the property page and view the data tabs. These are
the actual files that make up the web store as well as various logs. I can not
stress enought that simply including these in your nightly system backup will
not allow you to restore the wss.

Does this answer your question?

NT Backup will not handle the backups
properly without scripting; my brain has been too deep into Backup Exec.

Yes it does.....................

Is there any way to recover individual documents  from an SPS backup using
the Veritas agent? My research so far has indicated that there isn't. I
can see from the disaster plan explanation and knowing that SPS runs on a
database structure (similar to Exchange) that the full restore would have to
be done to the recovery server and then individual files could be accessed.
This is just a bit more tedious than I'm used to, 99% of restore requests
are not disaster related, just simply that someone deleted something they
shouldn't have, or overwrote a document.

If you do enhanced folders with versioning, you will have a backup for those
who overwrote a document...

There are tools to recover a deleted doc as well.

I subscribe to the list so I saw your post.

Let's see what happens.

That's good news, what tools are you referring to, within SPS? I think I
see what you mean, as long as there isn't a real disaster there are adequate
provisions within SPS to get back files without a tape restore.