[Veritas-bu] What to do with our growing Catalog on the Master server??

2011-09-09 Thread DiskJockey
We are leaning towards option 2 

@ken_zufall  Thanks!

What to do with our growing Catalog on the Master server?? 
I'd suggest using the bpcat* commands: 

/usr/openv/netbackup/bin/admincmd/bpcatarc 
/usr/openv/netbackup/bin/admincmd/bpcatlist 
/usr/openv/netbackup/bin/admincmd/bpcatres 
/usr/openv/netbackup/bin/admincmd/bpcatrm 

We were able to cut our catalog from ~450GB to ~250GB. 


I have opened a Symantec ticket to see if they can assistance/have any opinion 
regarding this option...would like to know the pros/cons for the catalog archive
 

@BlueJay - yeah you're right that's a no no putting my catalog on a filer

+--
|This was sent by ch...@pamf.org via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Exchange GRT Backups

2011-09-09 Thread smpt
http://www.symantec.com/business/support/index?page=content&id=DOC3643&key=15143&actp=LIST
 page 75

puredisk support GRT t 7.1

stefanos

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
da...@stanaway.net
Sent: Friday, September 09, 2011 9:40 PM
To: Chapman, Scott
Cc: Rusty Major; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Exchange GRT Backups

Disk storage unit Granular Recovery supported
BasicDisk Yes
AdvancedDisk Yes
NearStore No
OpenStorage No
PureDisk No
SharedDisk No
About additional operational notes 9
About NetBackup general notes

ftp://exftpp.symantec.com/pub/support/products/NetBackup_Enterprise_Server/337179.pdf

Now GRT backups and restores of Sharepoint to OST DataDomain work, but not
supported. I am doing them anyway, but also doing non GRT sharepoint
backups.

Just plain not supported.

SLP duplications for the GRT backups fail silently but file the SLP image
incomplete report up with every single GRT backup, duplication jobs never
run. Enterprise support I doubt will help since GRT backup to OST device
is not supported. It has been a while since I visited this though with
support.



> I was under the impression that they simply don’t support GRT with
> OST…  If that is the case they won’t support SLP or Opt dedup…
>
> Scott Chapman
> Senior Technical Specialist
> Storage and Database Administration
> ICBC - Victoria
> Ph:  250.414.7650  Cell:  250.213.9295
> From: veritas-bu-boun...@mailman.eng.auburn.edu
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Rusty
> Major
> Sent: Thursday, September 08, 2011 8:10 PM
> To: David Stanaway
> Cc: 
> Subject: Re: [Veritas-bu] Exchange GRT Backups
>
> Did symc give a reason why grt backups don't work with SLP or optimized
> dedupe? Sounds odd as at that level it's just an image. Curious.
>
> -Rusty
>
> On Sep 8, 2011, at 6:36 PM, David Stanaway
> mailto:da...@stanaway.net>> wrote:
> We have no issues with GRT Sharepoint restores from OST (At least on 6.5.4
> and 7.0.1 with DataDomain OST). What doesn't work is SLP or duplication.
> You will want to have non GRT backups as well if you want optimized
> offsite duplicates or tape copies.  I didn't bother with exchange GRT
> since if we have to back it up twice, we have insufficient maint window
> for exchange maintenance tasks.
>
> Symantec, please give NBU GRT and SLP some interoperability, also while at
> it, fix the Synthetic Full and SLP interoperability.
>
> On 9/8/2011 8:38 AM, Lightner, Jeff wrote:
> We were advised that no deduplication appliance works with GRT restores so
> even if the backup appeared to work you wouldn’t be able to restore
> owing to the fact that the data is deduplicated so isn’t really
> browseable for restores.   We didn’t try the basic storage unit on DD or
> Quantum DXi – we moved to SAN storage presented to our master and made a
> storage unit for that.
>
> We still had issues with GRT restores afterwards.   We had recently
> migrated to Exchange 2010 from Exchange 2003 and apparently there is a
> known issue at Symantec on converted data – they sent us a binary fix to
> resolve that issue.   We never went back to try DD or DXi after that
> mainly because the Exchange admin was sick of dealing with it.
>
> This was all in NBU 7.1.
>
>
>
>
>
>
> 
> From:
> veritas-bu-boun...@mailman.eng.auburn.edu
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Klebba,
> Don
> Sent: Thursday, September 08, 2011 9:30 AM
> To:
> veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Exchange GRT Backups
>
> I’m trying to do a exchange 2010 GRT backup to a Data Domain appliance.
> We have data domain appliances that we backup to. Symantec is telling me
> that Open Storage (data domain) storage units are not supported with GRT.
> I tried backing up to a basic storage unit on the data domain and still
> can’t get it working. Has anyone had any experience getting GRT working
> with Data Domain?
>
> Thanks
>
> Don Klebba
> Quicken Loans Inc.
> Centrailized Storage Engineer
> 1050 Woodward Ave.
> Detroit, MI.   48226
> (313) 373-4263
> 
>
>
>
>
>
>
>
>
> Proud partner. Susan G. Komen for the Cure.
>
>  Please consider our environment before printing this e-mail or
> attachments.
> --
> CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential
> information and is for the sole use of the intended recipient(s). If you
> are not the intended recipient, any disclosure, copying, distribution, or
> use of the contents of this information is prohibited and may be unlawful.
> If you have received this electronic transmission in error, please reply
> immediately to the sender that you have received the message in error, and
> delete it. Thank you.
> -

[Veritas-bu] Exchange 2010 DAG Backups / Short vs. FULL FQDN hostname?

2011-09-09 Thread Justin Piszcz
Hi,

I've had quite the fun time with this backup type.

When you backup or restore, depending on how you configure Exchange, it 
the client (node) backs up as, e.g., EXCHANGE-NODE-01, we got that fixed 
so the FQDN usually shows up as the EXCHANGE-NODE-01.domain.com, which is 
good, backups are working, but for restores, it kicks off a restore and it 
shows EXCHANGE-NODE-01, where I am we use FQDN for everything and we don't 
want to start hacking around and put one-offs into /etc/hosts file or add 
one-off's into DNS, has anyone figured out how to make Exchange 2010/DAG 
backup and restores ONLY use the FQDN hostnames?

Justin.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Exchange GRT Backups

2011-09-09 Thread david
Disk storage unit Granular Recovery supported
BasicDisk Yes
AdvancedDisk Yes
NearStore No
OpenStorage No
PureDisk No
SharedDisk No
About additional operational notes 9
About NetBackup general notes

ftp://exftpp.symantec.com/pub/support/products/NetBackup_Enterprise_Server/337179.pdf

Now GRT backups and restores of Sharepoint to OST DataDomain work, but not
supported. I am doing them anyway, but also doing non GRT sharepoint
backups.

Just plain not supported.

SLP duplications for the GRT backups fail silently but file the SLP image
incomplete report up with every single GRT backup, duplication jobs never
run. Enterprise support I doubt will help since GRT backup to OST device
is not supported. It has been a while since I visited this though with
support.



> I was under the impression that they simply don’t support GRT with
> OST…  If that is the case they won’t support SLP or Opt dedup…
>
> Scott Chapman
> Senior Technical Specialist
> Storage and Database Administration
> ICBC - Victoria
> Ph:  250.414.7650  Cell:  250.213.9295
> From: veritas-bu-boun...@mailman.eng.auburn.edu
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Rusty
> Major
> Sent: Thursday, September 08, 2011 8:10 PM
> To: David Stanaway
> Cc: 
> Subject: Re: [Veritas-bu] Exchange GRT Backups
>
> Did symc give a reason why grt backups don't work with SLP or optimized
> dedupe? Sounds odd as at that level it's just an image. Curious.
>
> -Rusty
>
> On Sep 8, 2011, at 6:36 PM, David Stanaway
> mailto:da...@stanaway.net>> wrote:
> We have no issues with GRT Sharepoint restores from OST (At least on 6.5.4
> and 7.0.1 with DataDomain OST). What doesn't work is SLP or duplication.
> You will want to have non GRT backups as well if you want optimized
> offsite duplicates or tape copies.  I didn't bother with exchange GRT
> since if we have to back it up twice, we have insufficient maint window
> for exchange maintenance tasks.
>
> Symantec, please give NBU GRT and SLP some interoperability, also while at
> it, fix the Synthetic Full and SLP interoperability.
>
> On 9/8/2011 8:38 AM, Lightner, Jeff wrote:
> We were advised that no deduplication appliance works with GRT restores so
> even if the backup appeared to work you wouldn’t be able to restore
> owing to the fact that the data is deduplicated so isn’t really
> browseable for restores.   We didn’t try the basic storage unit on DD or
> Quantum DXi – we moved to SAN storage presented to our master and made a
> storage unit for that.
>
> We still had issues with GRT restores afterwards.   We had recently
> migrated to Exchange 2010 from Exchange 2003 and apparently there is a
> known issue at Symantec on converted data – they sent us a binary fix to
> resolve that issue.   We never went back to try DD or DXi after that
> mainly because the Exchange admin was sick of dealing with it.
>
> This was all in NBU 7.1.
>
>
>
>
>
>
> 
> From:
> veritas-bu-boun...@mailman.eng.auburn.edu
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Klebba,
> Don
> Sent: Thursday, September 08, 2011 9:30 AM
> To:
> veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Exchange GRT Backups
>
> I’m trying to do a exchange 2010 GRT backup to a Data Domain appliance.
> We have data domain appliances that we backup to. Symantec is telling me
> that Open Storage (data domain) storage units are not supported with GRT.
> I tried backing up to a basic storage unit on the data domain and still
> can’t get it working. Has anyone had any experience getting GRT working
> with Data Domain?
>
> Thanks
>
> Don Klebba
> Quicken Loans Inc.
> Centrailized Storage Engineer
> 1050 Woodward Ave.
> Detroit, MI.   48226
> (313) 373-4263
> 
>
>
>
>
>
>
>
>
> Proud partner. Susan G. Komen for the Cure.
>
>  Please consider our environment before printing this e-mail or
> attachments.
> --
> CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential
> information and is for the sole use of the intended recipient(s). If you
> are not the intended recipient, any disclosure, copying, distribution, or
> use of the contents of this information is prohibited and may be unlawful.
> If you have received this electronic transmission in error, please reply
> immediately to the sender that you have received the message in error, and
> delete it. Thank you.
> --
>
>
>
>
>
>
> ___
>
> Veritas-bu maillist  -
> Veritas-bu@mailman.eng.auburn.edu
>
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> ___
> Veritas-bu maillist  -
> Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas

Re: [Veritas-bu] Exchange GRT Backups

2011-09-09 Thread Chapman, Scott
I was under the impression that they simply don’t support GRT with OST…  If 
that is the case they won’t support SLP or Opt dedup…

Scott Chapman
Senior Technical Specialist
Storage and Database Administration
ICBC - Victoria
Ph:  250.414.7650  Cell:  250.213.9295
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Rusty Major
Sent: Thursday, September 08, 2011 8:10 PM
To: David Stanaway
Cc: 
Subject: Re: [Veritas-bu] Exchange GRT Backups

Did symc give a reason why grt backups don't work with SLP or optimized dedupe? 
Sounds odd as at that level it's just an image. Curious.

-Rusty

On Sep 8, 2011, at 6:36 PM, David Stanaway 
mailto:da...@stanaway.net>> wrote:
We have no issues with GRT Sharepoint restores from OST (At least on 6.5.4 and 
7.0.1 with DataDomain OST). What doesn't work is SLP or duplication.  You will 
want to have non GRT backups as well if you want optimized offsite duplicates 
or tape copies.  I didn't bother with exchange GRT since if we have to back it 
up twice, we have insufficient maint window for exchange maintenance tasks.

Symantec, please give NBU GRT and SLP some interoperability, also while at it, 
fix the Synthetic Full and SLP interoperability.

On 9/8/2011 8:38 AM, Lightner, Jeff wrote:
We were advised that no deduplication appliance works with GRT restores so even 
if the backup appeared to work you wouldn’t be able to restore owing to the 
fact that the data is deduplicated so isn’t really browseable for restores.   
We didn’t try the basic storage unit on DD or Quantum DXi – we moved to SAN 
storage presented to our master and made a storage unit for that.

We still had issues with GRT restores afterwards.   We had recently migrated to 
Exchange 2010 from Exchange 2003 and apparently there is a known issue at 
Symantec on converted data – they sent us a binary fix to resolve that issue.   
We never went back to try DD or DXi after that mainly because the Exchange 
admin was sick of dealing with it.

This was all in NBU 7.1.







From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Klebba, Don
Sent: Thursday, September 08, 2011 9:30 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange GRT Backups

I’m trying to do a exchange 2010 GRT backup to a Data Domain appliance. We have 
data domain appliances that we backup to. Symantec is telling me that Open 
Storage (data domain) storage units are not supported with GRT. I tried backing 
up to a basic storage unit on the data domain and still can’t get it working. 
Has anyone had any experience getting GRT working with Data Domain?

Thanks

Don Klebba
Quicken Loans Inc.
Centrailized Storage Engineer
1050 Woodward Ave.
Detroit, MI.   48226
(313) 373-4263









Proud partner. Susan G. Komen for the Cure.

 Please consider our environment before printing this e-mail or attachments.
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--






___

Veritas-bu maillist  -  
Veritas-bu@mailman.eng.auburn.edu

http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

___
Veritas-bu maillist  -  
Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


This email and any attachments are intended only for the named
recipient and may contain confidential and/or privileged material.
Any unauthorized copying, dissemination or other use by a person
other than the named recipient of this communication is prohibited.
 If you received this in error or are not named as a recipient,
please notify the sender and destroy all copies of this email
immediately.


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] What to do with our growing Catalog on the Master server??

2011-09-09 Thread smpt
Christophe,

You can upgrade the solaris installation and copy the class directory. Doing 
that you will move all policies easily.

 

Also there is a technote at Symantec site that describe the recovery without 
import method. You can use this method to move the images and the tapes from 
the solaris cluster to the standalone linux server. Both systems must have the 
same NBU version. 

 

http://www.symantec.com/business/support/index?page=content 
 
&id=TECH28722

 

 

If you follow this procedure, you can (must ) open a case to support and ask 
for catalog consistency repair.  The tapes will be marked as full and after 
expire you can reuse them.

 

stefanos

 

 

From:   
veritas-bu-boun...@mailman.eng.auburn.edu  
 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of  
 
christophe.wegrzyn...@clearstream.com
Sent: Friday, September 09, 2011 4:49 PM
To:   
VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] What to do with our growing Catalog on the Master 
server??

 



Hello, 

we have also to move  our Netbackup master server ( 6.5.4) in Solaris 10  ( 
cluster config)  to linux 2.6  Netbackup ( 7.1  ) . 

Our plan is very close to your Option 2 . 

keep existing Master and catalog to " archiving" . 

Start  with a new catalog on linux cluster config with Netbackup 7.1 with 
moving step by step policies . 

Christophe Wegrzyniak

Unix & ICSD Infrastructure
Clearstream Services 
Phone  +352 2 43-3 64 32
Fax   +352 2 43-63 64 32





DiskJockey <  nbu-fo...@backupcentral.com> 
Sent by:   
veritas-bu-boun...@mailman.eng.auburn.edu 

08/09/2011 19:02 


Please respond to
  VERITAS-BU@MAILMAN.ENG.AUBURN.EDU


To

VERITAS-BU@MAILMAN.ENG.AUBURN.EDU 


cc



Subject

[Veritas-bu] What to do with our growing Catalog on the Masterserver??

 








We have a midsize NBU environment consist of 1 master and 6 media servers. 
Windows 32bit NBU7.0.1 backing up around 60-70 TB per week. Good portion of the 
data coming from ndmp. Front-end connected to a VTL and backend to a 
SpectraThe master catalog has grown to about 450 GB. 

We are getting close to a hardware refresh on our master and media servers 
Here is what I was thinking...

Option 1: Just refresh the hardware building a 64bit Windows 2008 server and 
keeping everything the same.
 1B: instead of keeping the catalog on a local disk - possibly we can 
direct connect to one of our filers and dump the catalog there.

Option 2: Keeping the existing 32bit master and add a new 64bit Windows 2008 
Master (using a different name) restore only the policies and start to run jobs 
off the new master. Keeping the existing master for restore purposes. This way 
I can start a fresh catalog and keep it locally and will have plenty of space 
for growth.

Any solid advice is much appreciated, please include why you would choose one 
over the other and if you think any potential issues/difficulties with either 
option.

By all means if you had similar situation and you resolved it completely 
different using a different strategy, please do share as well.
I'm open to new ideas! 



thanks in advance!

+--
|This was sent by   ch...@pamf.org via Backup Central.
|Forward SPAM to   ab...@backupcentral.com.
+--


___
Veritas-bu maillist  -    
Veritas-bu@mailman.eng.auburn.edu
  
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu





Clearstream Services S.A.
42 Avenue JF Kennedy, L-1855 Luxembourg
Société anonyme is organised with limited liability
in the Grand Duchy of Luxembourg R.C.S. Luxembourg B 60911.
-
Visit us at   http://www.clearstream.com

IMPORTANT MESSAGE

Internet communications are not secure and therefore Clearstream International 
does not accept legal responsibility for the contents of this message.

The information contained in this e-mail is confidential and may be legally 
privileged. It is intended solely for the addressee. If you are not the 
intended recipient, any disclosure, copying, distribution or any action taken 
or omitted to be taken in reliance on it, is prohibited and may be unlawful. 
Any 

[Veritas-bu] delay jobs from starting

2011-09-09 Thread . .
Problem: A job occasionally runs more than 24 hours pushing the backup into
the next day's start window. Once the original job finishes, it appears to
wait a minute and then starts again because it's within it's new start
window. Is there a setting or way to force the job to delay starting until a
certain amount of time has elapsed since it finished last?

My challenge came up with a Exchange 2003 backup running into the next day.
The job finished, then the snapshot job finished. Exactly one minute after
the snapshot job finished, it tried to snap the Exchange box again. The
backups are now failing with a status 130 error, and the Exchange VSS Writer
shows "Retryable state." Our assumption is that VSS wasn't done with the
original backup, and Netbackup asked it to perform another snapshot, causing
it to go into a unstable state.

Thoughts or solutions?

Running Netbackup 7.1.0.1

Thanks!
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] What to do with our growing Catalog on the Master server??

2011-09-09 Thread christophe . wegrzyniak
Hello,

we have also to move  our Netbackup master server ( 6.5.4) in Solaris 10 ( 
cluster config)  to linux 2.6  Netbackup ( 7.1  ) .

Our plan is very close to your Option 2 .

keep existing Master and catalog to " archiving" .

Start  with a new catalog on linux cluster config with Netbackup 7.1 with 
moving step by step policies .

Christophe Wegrzyniak

Unix & ICSD Infrastructure
Clearstream Services 
Phone  +352 2 43-3 64 32
Fax   +352 2 43-63 64 32




DiskJockey  
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu
08/09/2011 19:02
Please respond to
VERITAS-BU@MAILMAN.ENG.AUBURN.EDU


To
VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
cc

Subject
[Veritas-bu] What to do with our growing Catalog on the Master  server??







We have a midsize NBU environment consist of 1 master and 6 media servers. 
Windows 32bit NBU7.0.1 backing up around 60-70 TB per week. Good portion 
of the data coming from ndmp. Front-end connected to a VTL and backend to 
a SpectraThe master catalog has grown to about 450 GB. 

We are getting close to a hardware refresh on our master and media 
servers Here is what I was thinking...

Option 1: Just refresh the hardware building a 64bit Windows 2008 server 
and keeping everything the same.
  1B: instead of keeping the catalog on a local disk - possibly we 
can direct connect to one of our filers and dump the catalog there.

Option 2: Keeping the existing 32bit master and add a new 64bit Windows 
2008 Master (using a different name) restore only the policies and start 
to run jobs off the new master. Keeping the existing master for restore 
purposes. This way I can start a fresh catalog and keep it locally and 
will have plenty of space for growth.

Any solid advice is much appreciated, please include why you would choose 
one over the other and if you think any potential issues/difficulties with 
either option.

By all means if you had similar situation and you resolved it completely 
different using a different strategy, please do share as well.
I'm open to new ideas! 



thanks in advance!

+--
|This was sent by ch...@pamf.org via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu






Clearstream Services S.A.
42 Avenue JF Kennedy, L-1855 Luxembourg
Société anonyme is organised with limited liability
in the Grand Duchy of Luxembourg R.C.S. Luxembourg B 60911.
-
Visit us at http://www.clearstream.com

IMPORTANT MESSAGE

Internet communications are not secure and therefore Clearstream International 
does not accept legal responsibility for the contents of this message.

The information contained in this e-mail is confidential and may be legally 
privileged. It is intended solely for the addressee. If you are not the 
intended recipient, any disclosure, copying, distribution or any action taken 
or omitted to be taken in reliance on it, is prohibited and may be unlawful. 
Any views expressed in this e-mail are those of the individual sender, except 
where the sender specifically states them to be the views of Clearstream 
International or of any of its affiliates or subsidiaries.

Legally required information for business correspondence/
Gesetzliche Pflichtangaben fuer Geschaeftskorrespondenz:
http://deutsche-boerse.com/letterhead

END OF DISCLAIMER
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] Exchange GRT Backups

2011-09-09 Thread Klebba, Don
This is the error I'm getting.

- Unable to obtain image list. Confirm this client has access to images on 
server 'ql1nbu1' for client 'dag1'

I installed nfs on all of the exchange server, CAS servers, and windows media 
servers.

Do I need mount the exported share to the windows media server? IF so, what is 
the syntax to mount a export to a windows server? I know how to do it in Unix, 
just not windows.
Here is what is being exported.

/data/col1/backup/ost  ql2nbu2bk, ql2nbu1bk, ql2exdag1mbx3,
ql2excas1, 
ql2cavamar1bk, ql1nbu3, ql1nbu2,
ql1exdag1mbx2, 
ql1exdag1mbx1, libkpmm1

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of David Stanaway
Sent: Thursday, September 08, 2011 7:37 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Exchange GRT Backups

We have no issues with GRT Sharepoint restores from OST (At least on 6.5.4 and 
7.0.1 with DataDomain OST). What doesn't work is SLP or duplication.  You will 
want to have non GRT backups as well if you want optimized offsite duplicates 
or tape copies.  I didn't bother with exchange GRT since if we have to back it 
up twice, we have insufficient maint window for exchange maintenance tasks.

Symantec, please give NBU GRT and SLP some interoperability, also while at it, 
fix the Synthetic Full and SLP interoperability.

On 9/8/2011 8:38 AM, Lightner, Jeff wrote:
We were advised that no deduplication appliance works with GRT restores so even 
if the backup appeared to work you wouldn't be able to restore owing to the 
fact that the data is deduplicated so isn't really browseable for restores.   
We didn't try the basic storage unit on DD or Quantum DXi - we moved to SAN 
storage presented to our master and made a storage unit for that.

We still had issues with GRT restores afterwards.   We had recently migrated to 
Exchange 2010 from Exchange 2003 and apparently there is a known issue at 
Symantec on converted data - they sent us a binary fix to resolve that issue.   
We never went back to try DD or DXi after that mainly because the Exchange 
admin was sick of dealing with it.

This was all in NBU 7.1.







From: 
veritas-bu-boun...@mailman.eng.auburn.edu
 [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Klebba, Don
Sent: Thursday, September 08, 2011 9:30 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Exchange GRT Backups

I'm trying to do a exchange 2010 GRT backup to a Data Domain appliance. We have 
data domain appliances that we backup to. Symantec is telling me that Open 
Storage (data domain) storage units are not supported with GRT. I tried backing 
up to a basic storage unit on the data domain and still can't get it working. 
Has anyone had any experience getting GRT working with Data Domain?

Thanks

Don Klebba
Quicken Loans Inc.
Centrailized Storage Engineer
1050 Woodward Ave.
Detroit, MI.   48226
(313) 373-4263
[QLlogo_email]








Proud partner. Susan G. Komen for the Cure.

 Please consider our environment before printing this e-mail or attachments.
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--






___

Veritas-bu maillist  -  
Veritas-bu@mailman.eng.auburn.edu

http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

<>___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] What to do with our growing Catalog on the Master server??

2011-09-09 Thread ken_zufall
I'd suggest using the bpcat* commands:

/usr/openv/netbackup/bin/admincmd/bpcatarc 
/usr/openv/netbackup/bin/admincmd/bpcatlist 
/usr/openv/netbackup/bin/admincmd/bpcatres 
/usr/openv/netbackup/bin/admincmd/bpcatrm

We were able to cut our catalog from ~450GB to ~250GB.

Ken Zufall
Operating Systems Administrator
The Goodyear Tire & Rubber Company




DiskJockey  
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu
09/08/2011 01:02 PM
Please respond to
VERITAS-BU@MAILMAN.ENG.AUBURN.EDU


To
VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
cc

Subject
[Veritas-bu] What to do with our growing Catalog on the Master  server??






We have a midsize NBU environment consist of 1 master and 6 media servers. 
Windows 32bit NBU7.0.1 backing up around 60-70 TB per week. Good portion 
of the data coming from ndmp. Front-end connected to a VTL and backend to 
a SpectraThe master catalog has grown to about 450 GB. 

We are getting close to a hardware refresh on our master and media 
servers Here is what I was thinking...

Option 1: Just refresh the hardware building a 64bit Windows 2008 server 
and keeping everything the same.
  1B: instead of keeping the catalog on a local disk - possibly we 
can direct connect to one of our filers and dump the catalog there.

Option 2: Keeping the existing 32bit master and add a new 64bit Windows 
2008 Master (using a different name) restore only the policies and start 
to run jobs off the new master. Keeping the existing master for restore 
purposes. This way I can start a fresh catalog and keep it locally and 
will have plenty of space for growth.

Any solid advice is much appreciated, please include why you would choose 
one over the other and if you think any potential issues/difficulties with 
either option.

By all means if you had similar situation and you resolved it completely 
different using a different strategy, please do share as well.
I'm open to new ideas! 



thanks in advance!

+--
|This was sent by ch...@pamf.org via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu