toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

Re: Backing up a filer
by Steve Kappel 15 Feb '00

15 Feb '00

>> > supported. I liked the fact that both QR and Veritas used an ISO standard >> > tar format for the backup. This ruled Legato out early, since they use >> >> Hmmm, I suspect from what I've learned from Veritas and others, that >> you don't see tar format on the tapes used for the basic backups. The >> reasoning being that the backup software usually interleaves several >> streams of data from clients to ensure streaming onto tapes (to extend >> tape lifetimes as well as reduce the overall backup window). Cloning the >> tapes in some manner allows the backup software to reduce the chance of >> data loss AND also to rationalize the interleaving so you do get tape >> files with coherent tar format inside.. but some folks don't clone >> tapes, so they may well never get tar-readable tapes. > >My understanding of Budtool and Quick Restore was that you could pull tar >files off of the tape directly. Generally, the desire for this ability is: > >1) if the machine with the backup software goes down, you can still do >recoveries, and >2) you can restore to differing systems. > >I will grant that the Veritas solution of interleaving streams does sound >well thought out and probably more efficient, but from an admin's >perspective, you have to figure some day the worst will happen. Interleaving (multiplexing is the term in NetBackup) is optional in NetBackup. You can turn it off for any class. NetBackup NDMP does NOT use multiplexing. Also note that for NDMP the tape format is determined by the NDMP server vendor. __________________________________________________________________________ Steve Kappel steve.kappel(a)veritas.com VERITAS Software steve.kappel(a)iname.com (Personal)

2 1

strange NT errors when copying a file
by Steve Bos 15 Feb '00

15 Feb '00

Has anyone experienced a "session was canceled" error before? When copying a file from a NT box to a 720, the file seems to be copying fine, then at the very end the "session was canceled" error pops up on the NT machine. The strange thing is the file seems to have copied, at least the file sizes are the same. This error doesn't exactly fill you with confidence that the copy went o.k. In the environment, it seems that some machines are more susceptible to this error than others. Has anyone ever run into this before? Thanks in advance... Steve -- Steve Bos steve(a)intervision.com InterVision Systems (408) 567-4223

1 0

Re: AW: Backing up a filer
by Steve Kappel 15 Feb '00

15 Feb '00

>- Do you know, when Netbackup v3.4 will be released? It will be going beta in a few weeks. So probably a few months away. >- Backing up Files without ACL´s? >We also have many UNIX-Files and dont need the use of ACL´s. Is there a >possibility >to disable NDMP-Backup with ACLs? If possible, does this affect restore >times, because the acl´s on the end of the file are not needed. I'm not sure I understand the question. If you are wondering about turning off the backup of ACLs, I believe there is a NetApp NDMP environment variable that can do that. As far as I am aware this wouldn't affect the restore time - it still reads the entire image (I think). Someone from NetApp can correct me if I'm wrong. With NDMP the backup product just positions to the beginning and tells the NDMP server to start the restore. What happens after that is up to the NDMP server implementation. >- NDMP v3: >Are ther any real enhancements with this implementation and when will it be >released >with Veritas/Netapp? V3 adds some minor things to the protocol but that doesn't mean they are used by a given NDMP client. V3 is not in NetBackup 3.4. I can't tell you what is in the following release because the feature content hasn't been finalized (and maybe even then I can't say ;). V3 is in the pipeline but I wouldn't expect any functionality impact because of it. __________________________________________________________________________ Steve Kappel steve.kappel(a)veritas.com VERITAS Software steve.kappel(a)iname.com (Personal)

1 0

AW: Backing up a filer
by Micheler Klaus (EZM, Villach) 15 Feb '00

15 Feb '00

Hi Steve! Thanks for the answers. Please let me ask some more questions. - Do you know, when Netbackup v3.4 will be released? This alternate client restore is very vital to us, because the filer tends to crash, if Data is changed while Restores. One idea is to make a volume for restores only. With the current solution it had to be done on each filer, with alternate Client restore it had to be done only on one Filer - Backing up Files without ACL´s? We also have many UNIX-Files and dont need the use of ACL´s. Is there a possibility to disable NDMP-Backup with ACLs? If possible, does this affect restore times, because the acl´s on the end of the file are not needed. - NDMP v3: Are ther any real enhancements with this implementation and when will it be released with Veritas/Netapp? Thanks in advance for your answers. regards, Klaus Micheler mailto:klaus.micheler@infineon.com -----Ursprüngliche Nachricht----- Von: Steve Kappel [mailto:steve.kappel@raistlin.min.ov.com] Gesendet am: Montag, 14. Februar 2000 20:38 An: Klaus.Micheler(a)infineon.com Cc: toasters(a)mathworks.com Betreff: RE: Backing up a filer Hi Klaus, > -NDMP alternate client Restore: Restore Data backuped from Client A >directly to Client B? > What must I do to make this possible? This functionality is implemented in the upcoming NetBackup 3.4 release. > -NDMP Direct Acces Recovery: > Restore of single Files/Directories in a short time (Our Backup >Images are currently about 100 - 150GB). > What Restore times do you have? (In my case, it looks like the >Filersearches the whole dump, which can take up to 8 hours). Is there any >possibility to speed this up? Yes, the entire dump image is read by restore. Neither OnTap or NetBackup support direct access restore in currently shipping releases. This is a complicated problem to solve in a dump-style backup. The only suggestion I can make to improve restore speed is to breakup the backup into smaller dumps. If you are doing full volume dumps now then this may be less efficient as far as backup speed is concerned. __________________________________________________________________________ Steve Kappel steve.kappel(a)veritas.com VERITAS Software steve.kappel(a)iname.com (Personal)

2 1

Storage Service Providers
by Bruce Sterling Woodcock 14 Feb '00

14 Feb '00

If it's okay to ask about more general issues on this list... I saw that netdrive.com is using Netapp for their online storage. I'm curious if people on this list see this as a big area in the future? Is B2C storage going to catch on with home users with thin clients? Are any of you considering B2B storage at the businesses where you work? Essentially, outsourcing your storage to a provider who gives you a storage line just like phone, electricity, or any other utility. Bruce

3 2

RE: Backing up a filer
by Steve Kappel 14 Feb '00

14 Feb '00

Hi Klaus, > -NDMP alternate client Restore: Restore Data backuped from Client A >directly to Client B? > What must I do to make this possible? This functionality is implemented in the upcoming NetBackup 3.4 release. > -NDMP Direct Acces Recovery: > Restore of single Files/Directories in a short time (Our Backup >Images are currently about 100 - 150GB). > What Restore times do you have? (In my case, it looks like the >Filersearches the whole dump, which can take up to 8 hours). Is there any >possibility to speed this up? Yes, the entire dump image is read by restore. Neither OnTap or NetBackup support direct access restore in currently shipping releases. This is a complicated problem to solve in a dump-style backup. The only suggestion I can make to improve restore speed is to breakup the backup into smaller dumps. If you are doing full volume dumps now then this may be less efficient as far as backup speed is concerned. __________________________________________________________________________ Steve Kappel steve.kappel(a)veritas.com VERITAS Software steve.kappel(a)iname.com (Personal)

1 0

Re: Extending db file
by Richard L. Rhodes 14 Feb '00

14 Feb '00

<color><param>0100,0100,0100</param>Opps . . . . I think I resent my origional message to the list by accident when I was trying to form this reply. If I did, sorry. I did a bunch of testing and found that I could resize a db files up to a maximum size of 1582940k. Up to that point I can resize the db file with no problem. Any attempt to resize a file past this point resulted in the error. Oracle 7.3 has a 2gb file limit so this didn't seem to be an oracle error. By just coping files I was able to create a file over 4gb in size, so the problem didn't seem to be a netapp/nfs problem. I decided to change some mount options. THe first things I tried was running nfs over tcp (I had been using udp). IT WORKED! After making the change I was able to resize the db file right up to Oracle's 2gb limit. I don't know what's different between nfs over tcp and over udp, but it's working now! Rick ></color>I've brought an Oracle db (7.3.4.3) up on a >RS/6k(aix432)/Netapp(534r2) system. The mounts are using nfs v3 and >udp. All has gone really well except when I went to extend the size >of some of the db files. When I do this I get the following >messages: > SVRMGR> ALTER DATABASE DATAFILE >'/oracledata/orac/dbfiles/orac_gis_1.dbf' RESIZE 1600M; > ORA-01237: cannot extend datafile 10 > ORA-01110: data file 10: '/oracledata/orac/dbfiles/orac_gis_1.dbf' > ORA-09967: sfsfs: unable to resize a file larger <color><param>0100,0100,0100</param> <nofill> ---------------------------------------------------------------------- Richard L. Rhodes e: rhodesr(a)firstenergycorp.com Ohio Edison Co. p: 330-384-4904 f: 330-384-2514

1 0

RE: Backing up a filer
by Micheler Klaus (EZM, Villach) 14 Feb '00

14 Feb '00

Hi Kelly! We are currently using Veritas Netbackup v3.2 with NDMP Extension to backup our 4 Netapp F740. Two Filers have directly attached DLT7000 Drives and the other two are backed up via GBit - LAN with NDMP 3way Backup. (We also use Library Sharing for the the two NDMP-Masters). Throughput is about 15-20GB/h per DLT7000, and we are very pleased with that solution. Currently we are using Veritas Netbackup v3.2 with patch 326, Our Filers have Ontap 5.3.4R2. One Question because I´m new to Netbackup: -NDMP alternate client Restore: Restore Data backuped from Client A directly to Client B? What must I do to make this possible? -NDMP Direct Acces Recovery: Restore of single Files/Directories in a short time (Our Backup Images are currently about 100 - 150GB). What Restore times do you have? (In my case, it looks like the Filersearches the whole dump, which can take up to 8 hours). Is there any possibility to speed this up? Thanks for any answers/ideas. regards, Klaus Micheler Klaus Micheler Infineon Technologies mailto:Klaus.Micheler@infineon.com -----Original Message----- From: Kelly Wyatt Sent: Wednesday, February 09, 2000 1:35 PM To: 'Steve Kappel' Cc: toasters(a)mathworks.com Subject: RE: Backing up a filer Is anyone actually doing 3-way NDMP backups w/ NetBackup. We have been pleased with using NBU with NDMP and directly attached drives for our filers for about 18 months... but, we are about out of capacity in our two tape libraries. Most filers have two tape drives (which we prefer), so when we install the three filers we just received, we have hit our limit... and we have three more filers on order... So, we need to either get another tape library or come up with a solution that doesn't require an entire tape library for every 5 filers. Thanks for any input -- Kelly

1 0

Extending db file
by Richard L. Rhodes 12 Feb '00

12 Feb '00

Ok, I'm stumpted! I've brought an Oracle db (7.3.4.3) up on a RS/6k(aix432)/Netapp(534r2) system. The mounts are using nfs v3 and udp. All has gone really well except when I went to extend the size of some of the db files. When I do this I get the following messages: SVRMGR> ALTER DATABASE DATAFILE '/oracledata/orac/dbfiles/orac_gis_1.dbf' RESIZE 1600M; ORA-01237: cannot extend datafile 10 ORA-01110: data file 10: '/oracledata/orac/dbfiles/orac_gis_1.dbf' ORA-09967: sfsfs: unable to resize a file larger The db runs correctly. Oracle has permissions to, and can, create/delete files in this directory. The netapp filesystem isn't out of space - I can (as oracle) create large files in this dir. Snapshots are not using the space. There's no AIX error message. There's no error message in the Netapp messages file. In general . . . . I'm stumpted! Does anyone have any idea of what might be causing this? I highly suspect user error (me) but right now I'm blind as to what I may be doing wrong. THanks Rick ---------------------------------------------------------------------- Richard L. Rhodes e: rhodesr(a)firstenergycorp.com Ohio Edison Co. p: 330-384-4904 f: 330-384-2514

2 1

Extending db file
by Richard L. Rhodes 12 Feb '00

12 Feb '00

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters