?
Solved

ArcServe 2000 - backing up only folder tree?

Posted on 2005-05-11
24
Medium Priority
?
1,999 Views
Last Modified: 2008-02-07
I'm using ArcServe 2000 Advanced Edition (v7.0 Build 1100)

Backing up seems to work with no errors. I do a full backup nightly.

But when I go to RESTORE I only see the folder tree and no individual files.
So if I pick a folder called C:\DATA then it will restore an empty folder called \DATA.
If I view it before restoring, it shows folders only too.

Either its (A) backing uo folders only or (B) the contents on the tape are not listed correctly and it is really backing *all* up.

I even took the tape I just used for a full C:\ backup to ANOTHER ARCSERVE SERVER.  I merged the tape onto my other server & tried a restore.....same thing.....folder structure only. So that makes me think that the files ARE missing from the tape.

What would cause that?  I thought maybe "database corruption" BUT doesn't taking this tape to a second server, merging it, and restoring it cancel out that theory.  The second [lab/test] server has its own database which works fine.  Backup & Restore no problem.

In ArcServe I have no filters set. I just made a simple job too and it only appears to have backed up the folders only.  Suggestions???
0
Comment
Question by:ZabagaR
  • 14
  • 10
24 Comments
 
LVL 22

Expert Comment

by:dovidmichel
ID: 13982173
I agree about your test, it does look like the backup is containing folder only.

Test
1) Modify the backup and then under Options / Job Log (I don't remember version 2000 so it might be called something a little different) / check Log All Activity.

Now the job log will contain a list of all files and directories backed up.

2) create a test directory, create several directories under it and more directories under those. Now copy the ARCserve log directory into each of these. At this point we have a clean directory tree with no special permissions and containing all plain files. Now setup a test job to back that up and lets see if it fails to backup files there as well.

By the way here is the location for the latest ARCserve 2000 updates.
http://supportconnectw.ca.com/premium/storage/downloads/nt/2000/arc_eng_menu.asp
0
 
LVL 15

Author Comment

by:ZabagaR
ID: 13982923
OK - I'll try when I have the opportunity.

I'm gonna try the database initialize too I think.  I don't know if it made 100% sense above.  
In case I didn't explain this right:  I took the nightly backup tape onto another [2nd] ArcServe server, merged it and restored.  It was folders/directory tree only when restored on the 2nd server.

You know, I noticed that the SQL databases backed up!  Everything else that was just an NTFS file/folder had the problem I described above.  But, the SQL stuff [via sql agent] worked properly [backup/restore]....hmmm.....

-z-


0
 
LVL 22

Expert Comment

by:dovidmichel
ID: 13985707
If the restore worked fine on the other server then yes that would point to a database problem.

To test it.
Copy the database directory except for the r*.* files to a different directory.
Initialize the database
or
Install ARCserve to a new system and then copy over this new database directory over the old one.

If it works then you have a DB problem and can either merge in any tapes you want to restore from or repair the old one by just copying it back.

Make sure the ARCserve Manager is closed and all the ARCserve services are stoped prior to copying the database.
The "R" files or the files that begin with the letter "R" in the database will be recreated when the Database Engine starts.
0
VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

 
LVL 15

Author Comment

by:ZabagaR
ID: 13986184
No, the restore to the 2nd ArcServe server did not work fine - it only found folders and no files too.
The backup actually occurs on the same server that ArcServe 2000 runs on.....just FYI. So it's not a network drive, its local.

I was going to run a "database initialize" on just "astpsdat" (holds all the session info) - - - - According to ArcServe it contains a majority of the database information and you'll still keep your media pool info when the initialize is done.

Hey - What are the r*.* files in the database directory? Why not them too?

FYI : I've been working with Veritas BackupExec for the past 18 months, so I'm a little "ArcServe rusty" - - - but prior to that I worked with ArcServe quite a bit. And now of course!

-thanks!
Z





0
 
LVL 22

Accepted Solution

by:
dovidmichel earned 2000 total points
ID: 13986342
Astpsdat.db - Maintains the Arcserve Backup Detail (FTS) Database information by recording the addresses of all String Names. It contains information on each file and directory backed up. This database will also be updated if a Merge operation is performed.

rdm.chi – When the server cycles to a new change log, it stores the new name in the change log indicator file (rdm.chi) and removes the name later when shutting down.

rxxxxxxx.chg – Velocis uses a change log to record each change made to a database during a transaction. A complete change log is the logical concatenation of all change log files written since the last backup. Using a process called “change log cycling” the server uses a new change log file when the current one reaches the maximum size (default 2,000,000 bytes) set by the MaxChangeLogSize configuration parameter found in velocis.ini.

rdm.chk – Velocis triggers a checkpoint when the total amount of modified database pages to be written from the database cache exceeds the size of the checkpoint buffer, or if the number of modified pages in the cache exceeds the CheckPoingThreshold percentage.

It is better to let these "r" files be recreated.

I'm not up on the build #s so I can not say if build 1100 is current or not. Just in case I suggest going to the above link and take a look for any updates. For example Service Pack 5 contained a fix for the database not being properly updated.  
0
 
LVL 15

Author Comment

by:ZabagaR
ID: 13986443
* See my above post first *

The JOB LOG for my "simple test backup" of 1 folder I just made and stuck 3 tiny text files in it:
You'll see it doesn't report the 3 files to be copied below.

Report:

Total Directories........1
Total Files.................0
Total Skips................0

It reports "Backup Operation Successful" when done too.

Weird.
0
 
LVL 22

Expert Comment

by:dovidmichel
ID: 13986967
Run that job again and this time expand the view on the directory so that the files are listed and selected.
Lets see if it then backs them up or produces errors.

Reset the ARCserve System Account (ARCserve Server Admin), permissions on it might have changed.
0
 
LVL 15

Author Comment

by:ZabagaR
ID: 13987507
Here's what I did:

0. Stop all engines
1. Copied [not moved] all \DATABASES files from the ArcServe directory to a temp area, except those beginning with r*.*

(Following your directions above - please double-check and make sure you wanted me to copy and not move any files out.
On second thought, if I moved the files out I likely couldn't restart the database engine)

2. Start engines.
3. Initialize database - do the default which is all databases.
4. Made a new job to backup 1 folder containing 3 text files.
5. Ran it.

It still only backed up the test folder only [no files]. During backup file selection, it does all my files in the tree structure.
When I go to do the restore by session, I only see the c:\test folder and there's no + sign to navigate underneath it.

The NTFS perms are "EVERYONE" has FULL ACCESS to this c:\test folder.

* I don't know what you mean by reset the system account *


0
 
LVL 22

Expert Comment

by:dovidmichel
ID: 13987971
The ARCserve System Account is set via the ARCserve Server Admin.

Try a backup of another system. This is to see if it is something in the system or ARCserve.

Run a Count or a Copy job to see if it has the same problem. If they do then you can install ARCserve on another system and do a copy or count of that one to see if it has the same problem.

If it is ARCserve I'd say uninstall and then do a clean re-install with the updates.

0
 
LVL 15

Author Comment

by:ZabagaR
ID: 13988959
OK, next attempt is a COPY job.

I just tried backing up from a source drive that is on my network.  It worked.  I backed up 1 folder and 1 dozen files from a network share.

So why would it not work locally?  NTFS perms do not seem to be a problem.  I'll check the ArcServe system account too.
0
 
LVL 15

Author Comment

by:ZabagaR
ID: 13989089
Copy did not work.....from C:\ to D:\  (just 1 small folder w/ 12 files in it)

I think the ArcServe Sys Acct is OK otherwise my backup from a network drive would not have worked.
0
 
LVL 22

Expert Comment

by:dovidmichel
ID: 13989273
I don't remember for sure if this worked in ARCserve 2000, but see if you can select the ARCserve server via network as if it was another system on the network. Another option on that would be to use the client agent.

Another way to test this is run a Copy job from another system.

Login to the ARCserve server under a different account and try it.

All this is to see if the problem is related to the current desktop environment.

Speaking of which if you have not tried it already restart the system and try it again.

0
 
LVL 15

Author Comment

by:ZabagaR
ID: 13990753
I'm going to reboot tonight - the system can be taken down off hours.

Hopefully, all that I've done plus a reboot will work!

BTW: I tried a backup but selected my local C:\ from the network like you suggested but no go.

I can also try backing up some data from the flaky system.....but FROM my other arcserve instance that works.

I'll update you.  Thanks for all your help!!!!!
0
 
LVL 15

Author Comment

by:ZabagaR
ID: 14010340
Over the weekend I rebooted the ArcServe 2000 server that is problematic.
It did not fix my problem. I'm surprised by that [and angry as a moose too].

I did have this ArcServe-server backup files from my desktop then restore them and it worked.  So I think ArcServe works.

ALSO : I had a remote machine with NT backuo try to backup/restore to the problematic machine and that worked.

So, it's like the precise combo of ArcServe 2000 and this specific machine blend to cause the problem.  

I did even re-install ArcServe SP4 before rebooting.  I know SP5 exists but I haven't been cleared to run that.

Unfortunately, since ArcServe and the tape drive are on the actual server I'm trying to backup, it's limiting.  If this was just a "backup server" then I'd have the freedom of reboots and just about anything I wanted to do.  But the server itself is frequently accessed by all employees.

Right now I'm going to run a few tests and weigh my options.  If there are any diagnostics you know that could pinpoint the problem, fire away!  I'm taking all suggestions.   Thanks!

--z--
0
 
LVL 22

Expert Comment

by:dovidmichel
ID: 14011091
As a further test you could try NT Backup locally to disk so it would not be necessary to restart the system to test it.

I wonder if you use just plain windows to copy a directory does it include the files?

Its just that ARCserve does not do direct disk access, it uses a windows API request to read the data. So it just comes back with what is being provided.
0
 
LVL 15

Author Comment

by:ZabagaR
ID: 14011185
I can do a plain copy & paste of a folder from my C:\ to my D:\ on the server.  The files inside do copy over too.

NT backup does not find a tape device (I believe). I "inherited" this machine.  I see in device manager that the tape drive has a red x on it.  I think that was intentionally done.

Here's a list of what I've tried / found out:

SQL databases do backup with the job.
Registry backs up.
No files on C: or D: back up. (folders only)

From the problematic server, I can backup a network share on another machine and it works fine.
I can use NT backup on a remote machine and backup a share on the problematic server.

I can't find anything good on google.com or CA..............
0
 
LVL 15

Author Comment

by:ZabagaR
ID: 14012228
Here's my LOG copied&pasted......I tried to back up 3 individual files from the root of C:\
It says it worked but it didn't.
-----------------------------------------

20050516 123900     23 Run Backup Job Now.
20050516 123900        BAOF: Allowed backup of open file C:\WINNT\system32\comsvcs.dll
20050516 123900     23 Start Backup Operation. (QUEUE=1, JOB=2)
20050516 123900     23 Description: Backup [EOS] to [GROUP0].
20050516 123900     23 Use media 09/12/02 11:30 PM, ID 68BB, sequence #1
20050516 123901     23 Source Directory: C:
20050516 123901     23 Back up Session 82 on Media 09/12/02 11:30 PM
20050516 123907        BAOF: Allowed backup of open file C:\Program Files\ComputerAssociates\ARCserve\TEMP\C7C.tmp
20050516 123908     23 Catalog File Backed Up
20050516 123908     23 1 Directories  0 Files (1 KB) Backed Up to Media.
20050516 123908     23 64 KB Written to Media.
20050516 123908     23 Elapsed Time: 6s
20050516 123908     23 Average Throughput: 640 KB/min
20050516 123908        [CAT] 09/12/02 11:30 PM [ID:68BB,SESSION:82] is merged.(files=0)
20050516 123920     23 ** Summary for Job **
20050516 123920     23 1 Sessions.
20050516 123920     23 1 Directories  0 Files (1 KB) Backed Up to Media.
20050516 123920     23 64 KB Written to Media.
20050516 123920     23 Elapsed Time: 6s
20050516 123920     23 Average Throughput: 640 KB/min
20050516 123920     23 Backup Operation Successful.
0
 
LVL 15

Author Comment

by:ZabagaR
ID: 14012419
By the way : Running Utility -> Count actually works.  It calculates and shows the files.

0
 
LVL 22

Expert Comment

by:dovidmichel
ID: 14012650
OK, I don't have a good reason for this but I can not help but wonder why OFA sync'd a file if no files where backed up.

Disable OFA and try it again.

Perhaps some how OFA is the culprit. I never saw OFA do this so like I said above a don't have a good reason for it, but I also don't have anything else to recommend.
0
 
LVL 15

Author Comment

by:ZabagaR
ID: 14012723
I'll try it.

Is this the line you mean?

BAOF: Allowed backup of open file C:\WINNT\system32\comsvcs.dll

I had no idea why is was bothering that particular .dll
0
 
LVL 15

Author Comment

by:ZabagaR
ID: 14013446
No go.  I disabled BAOF but theh result was the same.
0
 
LVL 22

Expert Comment

by:dovidmichel
ID: 14013741
Yes it makes little sense that a dll would need to be sync'd.

Well I'm out of ideas, at least for now.

Then again, perhaps some kind of logging or monitoring utility will help to show what is happening.

From within ARCserve the Job Engine can be put in debug and the job log configured to log all activity.

From within Windows file auditing can be enabled so that the Event Viewer security log will get updated with events.

SysInternals.com has a few different utilties that might work for you.

ARCserve uses an OS API for the reading of the files, so it only has whatever is returned to it. There must be some kind of logging or utility that will catch what is going on.

0
 
LVL 15

Author Comment

by:ZabagaR
ID: 14014096
* * SUCCESS * *

After too many hours of spinning my wheels, I've arrived with a solution!

This solution is definitely a keeper.  As it turns out, ArcServe 2000 uses BITS (the Background Intelligent Transfer Service).
There are also other applications that use the BITS service (SMS Advanced client for instance).

I don't have SMS client but when I looked at my "installed programs" on the server, I see that BITS 1.5 has been installed.  BINGO.

Microsoft KB Article 833180 tells me which REGISTRY KEY to look for and what to change it to.

This is 1 way to do the fix.  I believe ArcServe 2000 SP5 would do the same thing.  Also, I think a full removal and re-install of ArcServe would reset the registry key back to the preferred BITS settings.

DovidMichel, because you suggested both of those alternate solutions and worjed with me quite a bit, I am very thankful!....and pass the point to you.  Thanks.

-z-





0
 
LVL 22

Expert Comment

by:dovidmichel
ID: 14014467
Thanks for the points, but more important thanks for the solution.
0

Featured Post

VIDEO: THE CONCERTO CLOUD FOR HEALTHCARE

Modern healthcare requires a modern cloud. View this brief video to understand how the Concerto Cloud for Healthcare can help your organization.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

In this article we will learn how to backup a VMware farm using Nakivo Backup & Replication. In this tutorial we will install the software on a Windows 2012 R2 Server.
A look at what happened in the Verizon cloud breach.
This Micro Tutorial will teach you how to reformat your flash drive. Sometimes your flash drive may have issues carrying files so this will completely restore it to manufacturing settings. Make sure to backup all files before reformatting. This w…
Despite its rising prevalence in the business world, "the cloud" is still misunderstood. Some companies still believe common misconceptions about lack of security in cloud solutions and many misuses of cloud storage options still occur every day. …
Suggested Courses
Course of the Month17 days, 6 hours left to enroll

864 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question