09-30-2010
I think all you could do to improve the speed with the WAN bandwidth restriction in place would be to either only do incremental backups most of the time or to explore data compression on the primary before you send it.
If it is a normal backup then experiment with using pax and then compress to see it you can make it much smaller before you send it.
It seems the real restriction is the WAN bandwidth so the only way to overcome this will be to send less data.
This User Gave Thanks to dukessd For This Post:
9 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
On one of of solaris 7 boxes whenever i telnet or ftp it takes sometime before i get the prompt...any quick ideas where I should look...Thanks (3 Replies)
Discussion started by: suntan
3 Replies
2. UNIX for Advanced & Expert Users
Hi all,
If I give ls , it lists files in 1 second.
It I give ls -l , it takes 8 seconds
There are only 55 files in the directory.
Any explanation?
Thanks
Wilson (4 Replies)
Discussion started by: geraldwilson
4 Replies
3. UNIX for Dummies Questions & Answers
SCO Unix 5.0.5 moving to Red Hat
Intel EtherExpress Pro/100+
Newbie that just started working for a company and having an issue with transfer speeds over the network. Need to move 1.5GB of data from an old server with a single SCSI HDD to a new server with RAID 5 SATA HDD's. Goal was to FTP... (4 Replies)
Discussion started by: rockboles
4 Replies
4. SCO
Hi All
We have one SCO Server here and it never gives us any trouble. Until Now!! Well its not earth shattering but we have one user who is complaining of a very slow response time when changing to his Home Directory. Other users who have similar profiles are OK. I have su'd to this user and I can... (0 Replies)
Discussion started by: JohnOB
0 Replies
5. IP Networking
My company has a private network, including a Apache web server (Linux) and some WinXP machines. The web server had been configured to use mod_proxy to connect to window update site via another company proxy server. It works for few years.
Recently, some parties had setup a DNS server on the... (2 Replies)
Discussion started by: donaldfung
2 Replies
6. Emergency UNIX and Linux Support
Hi,
My application runs on AIX, and clients complain of 3am slowdowns. This seems to have increased in the recent past.
Can someone guide me what are the various things that I need to be looking at on he AIX box, that could be causing slowdowns.
Thanks in Advance. (4 Replies)
Discussion started by: ggayathri
4 Replies
7. Post Here to Contact Site Administrators and Moderators
Hi,
I am experiencing slow response of unix.com from past 3-4 days.
like-
- most of the time the page does not reload instantly (when I do a manual reload from browser)
- not able to view graphics. ( displays only text).
- when posting into forum, the page gets stuck for considerably long... (6 Replies)
Discussion started by: clx
6 Replies
8. Solaris
Solaris terminal responding very slow .. we have recently put a T3 hardware in to production , the applications running are it are perfectly and no complaints from user ..but when i ssh to the server ... the terminal response is very very slow .. it takes 3 seconds to show the character i type ..... (3 Replies)
Discussion started by: skamal4u
3 Replies
9. UNIX Desktop Questions & Answers
hi,
good morning.
Ma trying to ftp from one AIX machine to another on the same segment of the network. The ftp to eshtablish connection from machine A to machine B is quick, but the reverse is taking is much time (2 mins).
anyone can help me to solve this issue please (1 Reply)
Discussion started by: kamaldev
1 Replies
LEARN ABOUT DEBIAN
svn-fast-backup
svn-fast-backup(1) General Commands Manual svn-fast-backup(1)
NAME
svn-fast-backup - very fast backup for Subversion fsfs repositories.
SYNOPSIS
svn-fast-backup [-q] [-k{N|all}] [-f] [-t] [-s] repos_path backup_dir
DESCRIPTION
svn-fast-backup uses rsync snapshots for very fast backup of a Subversion fsfs repository at repos_path to backup_dir/repos-rev, the latest
revision number in the repository. Multiple fsfs backups share data via hardlinks, so old backups are almost free, since a newer revision
of a repository is almost a complete superset of an older revision.
This is good for replacing incremental log-dump+restore-style backups because it is just as space-conserving and even faster; there is no
inter-backup state (old backups are essentially caches); each backup directory is self-contained. It has the same command-line interface
as svn-hot-backup(1) (if you use --force), but only works for fsfs repositories.
svn-fast-backup keeps 64 backups by default and deletes backups older than these; this can be adjusted with the -k option.
OPTIONS
-h, --help
Shows some brief help text.
-q, --quiet
Quieter-than-usual operation.
-k, --keep=N
Keep a specified number of backups; the default is to keep 64.
-k, --keep=all
Do not delete any old backups at all.
-f, --force
Make a new backup even if one with the current revision exists.
-t, --trace
Show actions.
-s, --simulate
Don't perform actions.
AUTHOR
Voluntary contributions made by many individuals. Copyright (C) 2006 CollabNet.
2006-11-09 svn-fast-backup(1)