DBCopy backup off box challenges

Backstory: I've been struggling with a reliable GW Linux POA backup for
a bit now. We've had issues aligning backup software support with the
linux kernel versions/agent support, etc. Finally have settled on DBcopy
to move the files off POA, then out to tape for longer retention. The
thought being that once I have a file set, I can do whatever is needed
to meet our retention rules. Total data between the 3 Linux POAs is 650GB

I've worked up a dbcopy script, that meets our needs. Full, daily
changes, rsync, etc. I am happy with this.

Initially, I was sending the copy to a SMB mount on the windows backup
server, but it didn't work well. Backup jobs would hang, it was slow, etc.

Moved the copy destination to a Synology NAS NFS export, which is a
Linux variant. DBcopy/NFS/pure linux works well. Fast, reliable, no
issues. The problem is then pulling the millions of little files off the
Synology via SMB to the backup server (tape or disk) takes way too long.

My most recent attempt was to setup a Windows server and enable NFS
services for the destination. The problem is that DBcopy will not write
to the windows NFS export. There is no rights issue, files can be
created/edited/deleted without issue on the export, but DBcopy fails
with this error:

Error: Opening log file '' failed

My backup script puts the log file on the NFS Export, updates it, and
logs the DBcopy failure.

Internet search reveals this TID:
https://www.novell.com/support/kb/doc.php?id=7007410

The problem is that the solution of that TID is the scenario that I have
experienced the error message in.

Has anyone else seen this? Anyone have any advice for a DBcopy
destination solution?

Thanks!
Parents
  • In article <bxHUz.649$HN1.274@novprvlin0913.provo.novell.com>, Unsigned
    wrote:
    > Initially, I was sending the copy to a SMB mount on the windows backup
    > server, but it didn't work well. Backup jobs would hang, it was slow, etc.


    Which part was slow? The DBcopy to this mount, or the resulting backup of
    the files from that volume on the backup server?

    If the DBCopy, I'd take a gander at a packet capture of that data flow to
    see what is happening there.
    Compare with a strait copy (cp) to the same space as most files will move
    just fine and give you a good comparison with the same data set.
    While doing both, watch resource (CPU and RAM especially) on both boxes,
    making sure neither has to dig deep into swap to do this.

    If it is the backup itself, then beat up the backup vendor because there is
    nothing odd or different about the GroupWise files that many backup
    solutions have no problems with.


    Andy of
    http://KonecnyConsulting.ca in Toronto
    Knowledge Partner
    http://forums.novell.com/member.php/75037-konecnya
    If you find a post helpful and are logged in the Web interface, please show
    your appreciation by clicking on the star below. Thanks!

Reply
  • In article <bxHUz.649$HN1.274@novprvlin0913.provo.novell.com>, Unsigned
    wrote:
    > Initially, I was sending the copy to a SMB mount on the windows backup
    > server, but it didn't work well. Backup jobs would hang, it was slow, etc.


    Which part was slow? The DBcopy to this mount, or the resulting backup of
    the files from that volume on the backup server?

    If the DBCopy, I'd take a gander at a packet capture of that data flow to
    see what is happening there.
    Compare with a strait copy (cp) to the same space as most files will move
    just fine and give you a good comparison with the same data set.
    While doing both, watch resource (CPU and RAM especially) on both boxes,
    making sure neither has to dig deep into swap to do this.

    If it is the backup itself, then beat up the backup vendor because there is
    nothing odd or different about the GroupWise files that many backup
    solutions have no problems with.


    Andy of
    http://KonecnyConsulting.ca in Toronto
    Knowledge Partner
    http://forums.novell.com/member.php/75037-konecnya
    If you find a post helpful and are logged in the Web interface, please show
    your appreciation by clicking on the star below. Thanks!

Children
No Data