Irfan Sayed wrote:
> there will be a proper communication well in advance will be sent to
> development community mentioning the backup window with mentioning that
> access to repository will be unavailable for any write / update
> operation during backup so that they will also aware that daily backup
> happene between specific time frame and no one will try to access svn repo.
>
> if i am taking daily full backup then that backup shud be full proof
> including all the commit operation. in my daily full backup i dont want
> any commit operation left unbackedup. if backup is getting started at
> 11.00 PM then all the commit operation till 10.59 PM shud be there in
> backup with full data integrity.
You're mixing data integrity with a full backup. svnadmin dump will always be
in full integrity, you may just miss a commit.
> as there is no any full proof lock mechanism on repo level , i dont have
> other option but to stop the apache service to disable the svn URL access.
This really isn't good practice.
If you're that concerned about loosing one or two commits when you do a full
backup, then you should have a post-commit script that dumps that revision that
was just made onto another filesystem. After all, even with your full backups,
you could loose a days worth of work if the disk fails after the day of commits
but before a full backup. Or what happens if there's a commit at 11:05 PM,
you've lost it.
Here's a post-commit script that does incrementals:
#!/bin/sh
REPOS="$1"
REV="$2"
repos_basename=`/bin/basename "$REPOS"`
/usr/bin/svnadmin dump \
--incremental \
--deltas \
-r "$REV" \
"$REPOS" \
> /other/file/system/svn/$repos_basename-revisions/"$REV"
If you do this and with a full backup, then you can easily reconstruct your
repository. Start with the last full backup and then load the incremental from it.
There's no need to shut down the repository.
Regards,
Blair
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2073415
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-05-06 00:37:53 CEST