Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Veritas\-bu\]\s+Fragment\s+size\s+settings\s*$/: 22 ]

Total 22 documents matching your query.

1. [Veritas-bu] Fragment size settings (score: 1)
Author: sixbury AT celeritas DOT com (Sixbury, Dan)
Date: Wed, 17 Oct 2001 08:59:52 -0500
Has anyone seen any benefits for using fragment size on the storage units, or have reasons to not use fragment sizes? I think the default is unlimited, but I noticed that we had some storage units th
/lists/html/Veritas-bu/2001-10/msg00282.html (9,471 bytes)

2. [Veritas-bu] Fragment size settings (score: 1)
Author: BrochF AT europe.stortek DOT com (Brochart, Fabrice)
Date: Wed, 17 Oct 2001 15:23:29 +0100
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --_=_NextPart_001_01C15717.4ADE46F0 Content-Type: text/plain; c
/lists/html/Veritas-bu/2001-10/msg00283.html (13,532 bytes)

3. [Veritas-bu] Fragment size settings (score: 1)
Author: kylea AT firstlogic DOT com (Kyle Adamski)
Date: Wed, 17 Oct 2001 10:37:17 -0500
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --_=_NextPart_001_01C15721.9A66A500 Content-Type: text/plain; c
/lists/html/Veritas-bu/2001-10/msg00284.html (28,549 bytes)

4. [Veritas-bu] Fragment size settings (score: 1)
Author: rob AT worman DOT org (Rob Worman)
Date: Wed, 17 Oct 2001 10:55:47 -0500
and I know of one price you pay for the use of fragment size: complication of a "non-NBU" tape restore, i.e. reading from a NetBackup tape using only tar. Without fragmentation, a single 10GB backup
/lists/html/Veritas-bu/2001-10/msg00287.html (12,979 bytes)

5. [Veritas-bu] Fragment size settings (score: 1)
Author: Ken.Zufall AT ps.bellhowell DOT com (Zufall, Ken)
Date: Wed, 17 Oct 2001 13:04:27 -0400
Fragmentation shouldn't be a problem. Not sure about NBU, but other applications I've worked with won't cut a file in the middle of a fragment, it will continue to end of current file. So, if you've
/lists/html/Veritas-bu/2001-10/msg00290.html (15,275 bytes)

6. [Veritas-bu] Fragment size settings (score: 1)
Author: rob AT worman DOT org (Rob Worman)
Date: Wed, 17 Oct 2001 13:48:46 -0500
Are you saying that a Solaris version that doesn't support largefiles (ignoring the fact that that vintage of Solaris is no longer supported by NBU > 3.2...) would not be able to extract files from a
/lists/html/Veritas-bu/2001-10/msg00295.html (17,492 bytes)

7. [Veritas-bu] Fragment size settings (score: 1)
Author: Ken.Zufall AT ps.bellhowell DOT com (Zufall, Ken)
Date: Wed, 17 Oct 2001 15:12:07 -0400
I've run into this problem before using Alexandria. Format was cpio, fragment size was 2.5GB or thereabout on Solaris 2.5. When trying to extract single files from the fragment I was unable to becaus
/lists/html/Veritas-bu/2001-10/msg00300.html (19,750 bytes)

8. [Veritas-bu] Fragment size settings (score: 1)
Author: David_Cornely AT intuit DOT com (Cornely, David)
Date: Wed, 17 Oct 2001 18:36:14 -0700
What I can tell you about fragment size is this: The Veritas consultant that just audited our environment said the Fragment size for all storage units should be set to 2048. I've run into this proble
/lists/html/Veritas-bu/2001-10/msg00301.html (20,569 bytes)

9. [Veritas-bu] Fragment size settings (score: 1)
Author: jhoralek AT veritas DOT com (Jim Horalek)
Date: Thu, 18 Oct 2001 00:49:25 -0400
Well if you think about it, Netbackup streams data to the storage device. If the storage device is a disk you can't exceed the maxfile size for the partition. Tape has no maxfile size. Netbackup will
/lists/html/Veritas-bu/2001-10/msg00302.html (25,294 bytes)

10. [Veritas-bu] Fragment size settings (score: 1)
Author: MarelP AT AUSTRALIA.Stortek DOT com (Marelas, Peter)
Date: Thu, 18 Oct 2001 16:11:17 +1000
Are we sure about this? Are we saying Netbackup can not locate (seek) within a tar file? If so, I would expect restoring a file at the end of a DLT7000 tape (35GB) reading at 5MB/s with 1 large 35GB
/lists/html/Veritas-bu/2001-10/msg00303.html (26,509 bytes)

11. [Veritas-bu] Fragment size settings (score: 1)
Author: david AT xbpadm-commands DOT com (David A. Chapa)
Date: Thu, 18 Oct 2001 08:58:16 -0500
Yes. That's the way it has been even back when I was with OpenVision as one of their consultants. What it does is lay down image fragment markers on the tape. when the restore is performed, netBackup
/lists/html/Veritas-bu/2001-10/msg00309.html (28,116 bytes)

12. [Veritas-bu] Fragment size settings (score: 1)
Author: david AT xbpadm-commands DOT com (David A. Chapa)
Date: Thu, 18 Oct 2001 08:59:15 -0500
Did he happen to mention why he thought that? <><><><><><><><><><><><><><><><><><><><> David A. Chapa NetBackup Consultant DataStaff, Inc. http://www.consulting.datastaff.com 847 413 1144 -- NBU-LSER
/lists/html/Veritas-bu/2001-10/msg00310.html (21,932 bytes)

13. [Veritas-bu] Fragment size settings (score: 1)
Author: MarelP AT AUSTRALIA.Stortek DOT com (Marelas, Peter)
Date: Fri, 19 Oct 2001 00:17:21 +1000
Hmm. If thats the case Im very surprised since Ive never heard anyone complain about Netbackup taking a very long time to restore a file. The fragment size by default is 0 which I believe means unlim
/lists/html/Veritas-bu/2001-10/msg00311.html (28,698 bytes)

14. [Veritas-bu] Fragment size settings (score: 1)
Author: larry.kingery AT veritas DOT com (Larry Kingery)
Date: Thu, 18 Oct 2001 12:00:36 -0400 (EDT)
It's a good default setting. Whether or not fragmenting helps you restore faster depends on a combination of data type and input pattern, use of multiplexing, and availability of fast locate. The cos
/lists/html/Veritas-bu/2001-10/msg00323.html (12,818 bytes)

15. [Veritas-bu] Fragment size settings (score: 1)
Author: sdvorak AT veritas DOT com (Steve Dvorak)
Date: Thu, 18 Oct 2001 09:15:58 -0700
The default is 0 which means EOT is the largest fragment. This is not a problem with TAR images on tape, it is a problem with file images written to disk. Here is the simple answer, if I backup a fil
/lists/html/Veritas-bu/2001-10/msg00325.html (29,701 bytes)

16. [Veritas-bu] Fragment size settings (score: 1)
Author: jhoralek AT veritas DOT com (Jim Horalek)
Date: Thu, 18 Oct 2001 11:58:52 -0400
Disk storage Unit default "2000" Media Manager(tape) "0" unlimited. Tar does require you to be positioned at the start of the fragement for the restore. p643 Unix p490 Nt Sysadmin Guide 3.4. It actua
/lists/html/Veritas-bu/2001-10/msg00326.html (30,868 bytes)

17. [Veritas-bu] Fragment size settings (score: 1)
Author: jason.ahrens AT telus DOT com (Jason Ahrens)
Date: Thu, 18 Oct 2001 12:28:02 -0400 (EDT)
I may be way off base here, but I think NetBackup also stores the file offset within the tar file. Most drives will allow seeking to a particular offset on the tape and, if the program supports it so
/lists/html/Veritas-bu/2001-10/msg00327.html (11,672 bytes)

18. [Veritas-bu] Fragment size settings (score: 1)
Author: akratunis AT tiaa-cref DOT org (Kratunis, Anthony)
Date: Thu, 18 Oct 2001 12:38:38 -0400
I seem to recall another benefit for fragments. If a backup segment fails, only that segment needs to be re-tried. So if a 10G file system is broken into 2G segments, and error is generated during th
/lists/html/Veritas-bu/2001-10/msg00328.html (32,208 bytes)

19. [Veritas-bu] Fragment size settings (score: 1)
Author: rob AT worman DOT org (Rob Worman)
Date: Thu, 18 Oct 2001 10:02:14 -0700 (PDT)
I think not. AFAIK the only checkpoint restart ability NetBackup can provide is through the use of multiple streams backing up a single backup class. But if I'm wrong and you're right, Holy Hannah we
/lists/html/Veritas-bu/2001-10/msg00330.html (20,503 bytes)

20. [Veritas-bu] Fragment size settings (score: 1)
Author: david AT xbpadm-commands DOT com (David A. Chapa)
Date: Thu, 18 Oct 2001 14:30:03 -0500
You are right Rob. <><><><><><><><><><><><><><><><><><><><> David A. Chapa NetBackup Consultant DataStaff, Inc. http://www.consulting.datastaff.com 847 413 1144 -- NBU-LSERV AT datastaff DOT com - Ad
/lists/html/Veritas-bu/2001-10/msg00336.html (21,544 bytes)


This search system is powered by Namazu