X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; q=dns; s=
	default; b=QnERnN/lfW7YxEnlxYPj2ZcEXmydq9Gti76YMy78ThYC1GyYn6I1K
	vdyxhFqpb4fkkuAt5DMa6oHQAAIJybaDxQh0ReoieSgs2CWRba5sS+Ku24f/h2+3
	hzuwXoNfSXGFo9wegUQBL6DsOfQz5VDChRtiH97HME+diFbtzh5oXg=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; s=default;
	 bh=PV545FyFyfBZ1C6PbFA5pzL7VEE=; b=VQE6+M3qSc5hCDZWaAFvCl6orVTZ
	Ea7zKfmEhfeW2xFHltu/4f9pxnZYf8PwR82j/ZXTJ/atZrJkZmOQVHmqFIdZ1u7b
	0fspo4gJwD/+RCkh37e5riFwky3aoG20xMZXEmQ5tNR37No5g5n0/jqLTsYs1L9S
	PKcGvig9Rpufokc=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_40,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 spammy=drives, pisek, Pisek, H*MI:sk:573EDB6
X-HELO: plane.gmane.org
To: cygwin@cygwin.com
From: Brian Inglis <Brian.Inglis@SystematicSw.ab.ca>
Subject: Re: volume shadow copy
Date: Sun, 22 May 2016 07:04:17 +0000 (UTC)
Lines: 33
Message-ID: <loom.20160522T082331-344@post.gmane.org>
References: <573EDB6A.4030903@crossnet.si>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
User-Agent: Loom/3.14 (http://gmane.org/)
X-IsSubscribed: yes

Matej Pisek <matej.pisek <at> crossnet.si> writes:
> I'm using ElkarBackup to copy backup data from servers. A few days ago a 
> wrote a bash script to also make volume shadow copy via vssadmin... and 
> everything works but ElkarBackup to access 
> /proc/sys/Devices/HarddiskVolumeShadowCopy... cause it recognizes iz as 
> symlink.
> I can't do anything to change rsynk at ElkarBackup to fallow symlinks.
> So I thought... is it possible to mount a block device of 
> /proc/sys/Devices/HarddiskVolumeShadowCopy somewhere?!?!

When using rsync and similar methods, you would normally exclude dirs:
/dev /media /mnt /proc /run /sys /tmp
and depending on the system, perhaps also /var/{run,swap,tmp}, possibly
others, and dirs/files lost+found. 
For Cygwin also exclude the target of link /proc/cygdrive output as results
of readlink /proc/cygdrive or realpath /proc/cygdrive: normally /cygdrive.

These directories are either dynamic or contain dynamic information about
execution of instances of processes currently running on the system, and are
not very useful on backups. 

Symlinks and hard links, also Windows Symbolic, Hard, and Soft
links/junctions/reparse points should either be copied as is or excluded
from the backup, as they can either either duplicate other files or result
in accessing other directories, devices, network shares or drives which
could pull in large volumes of data, as could Unix mount points like /mnt,
/media, etc.

A backup process should include recording details about these excluded
entries, and a restore process should recreate these entries as of when they
were backed up, perhaps in a backed up directory used to control or augment
the backup/restore process. 



--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

