The savegrp report doesn't show anything out of the ordinary, it does mention
that the cluster is owned by a particular server, but I have the
pathownerignore file in place so it goes past that.
There's only one dns forward and reverse record for the virtual name. I am
however running into index issues because it registers under the physical
client name so I will put the save command in. Thank you for that tip.
-----Original Message-----
From: Mathew Harvest [mailto:Mathew.HARVEST AT communities.qld.gov DOT au]
Sent: Monday, October 04, 2010 4:11 PM
To: EMC NetWorker discussion; Chester Martin
Subject: RE: [Networker] Full Backups Each Run
Hey Chester,
Does the savegroup completion report give any reason that the backup has been
promoted from an incremental to a full
Also in your client definition, under the save command do you specify something
like "save -c <virtual cluster name>" (this is normally the same name as the
client definition name) so in the media db and file indexes it registers the
backup against the virtual node and not the physical machine that the instance
is running on
Another reason that I have seen this happen is when your DNS is not 100%
correct, we have had cases where there are multiple forward and reverse entries
for the one IP address, and its caused similar behaviour, unfortunately there
were application reasons for this DNS oddness and I think I resolved it by
placing all of the entries under the clients alias field
Mat
-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of Chester Martin
Sent: Tuesday, 5 October 2010 5:52 AM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: Re: [Networker] Full Backups Each Run
I tried to keep it simple, when it ran fulls everyday I put in the overrides.
Whenever I look at it while it's backing up it shows "full" instead of "incr".
This is a backup of a clustered server, backing up the drives through the
virtual name and using "curphyhost" in the storage node field.
-----Original Message-----
From: EMC NetWorker discussion [mailto:NETWORKER AT LISTSERV.TEMPLE DOT EDU] On
Behalf Of dmitri
Sent: Monday, October 04, 2010 2:23 PM
To: NETWORKER AT LISTSERV.TEMPLE DOT EDU
Subject: [Networker] Full Backups Each Run
Thierry FAIDHERBE wrote:
>
> By the way, I would rewrite our directive as following
>
> incr incr incr incr incr incr skip
>
> overrides:
> full monday every week
>
>
> Finally,I would prefer level 1 than incr, in case of recovery, you
> will be faster recovering full followed by last differential rather
> than full and all incr one after the other.
>
> in this case :
> 1 1 1 1 1 1 skip
>
> overrides:
> full monday every week
I would try to keep the setup as simple as possible and not use overrides for
this one. I see no reason for it, you've got a weekly cycle, which can be set
by a vanilla schedule "i f i i i i s" or "1 f 1 1 1 1 s".
2. Why do you think it's a full backup everyday, by looking at client index
which says "full" everyday, or judging by a savesets' size? If index says
"full" everyday - go through all your settings, sometimes needlessly complex
settings masquerade the error. Maybe try to blow all yoursettings and create
fresh. If index says "incremental", but size is same as full - look at your
client. Are you by any chance backing up a readonly FS? What kind of client
is it?
+----------------------------------------------------------------------
|This was sent by dmitri.ryjikh AT baml DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
To sign off this list, send email to listserv AT listserv.temple DOT edu and
type "signoff networker" in the body of the email. Please write to
networker-request AT listserv.temple DOT edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or via RSS at
http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
To sign off this list, send email to listserv AT listserv.temple DOT edu and
type "signoff networker" in the body of the email. Please write to
networker-request AT listserv.temple DOT edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or via RSS at
http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
Tomorrow's Queensland: strong, green, smart, healthy and fair -
www.towardQ2.qld.gov.au
********************************* DISCLAIMER
*********************************
The information contained in the above e-mail message or messages (which
includes any attachments) is confidential and may be legally privileged. It is
intended only for the use of the person or entity to which it is addressed. If
you are not the addressee any form of disclosure, copying, modification,
distribution or any action taken or omitted in reliance on the information is
unauthorised. Opinions contained in the message(s) do not necessarily reflect
the opinions of the Queensland Government and its authorities. If you received
this communication in error, please notify the sender immediately and delete it
from your computer system network.
To sign off this list, send email to listserv AT listserv.temple DOT edu and
type "signoff networker" in the body of the email. Please write to
networker-request AT listserv.temple DOT edu if you have any problems with this
list. You can access the archives at
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
|
