Re: [Veritas-bu] Redhat Linux Media Server and MSDP Filesystem >16TB?
+1 for Storage Foundations - the only thing with it is to recognise that it can be finicky about kernels and other file dependences - but since you're only running a RHEL 5.x release, you should be fine. Best place to go, is the Symantec Storage Foundations for Linux site here - https://www.symantec.com/business/support/index?page=landing&key=15107 Oh, and the documentation site is very useful too - http://sfdoccentral.symantec.com/index.html Cheers John From: Mikhail Nikitin To: thomas.sch...@cortalconsors.de, Cc: "Veritas-bu@mailman.eng.auburn.edu" , veritas-bu-boun...@mailman.eng.auburn.edu Date: 12/07/2013 09:09 AM Subject:Re: [Veritas-bu] Redhat Linux Media Server and MSDP Filesystem >16TB? Sent by:veritas-bu-boun...@mailman.eng.auburn.edu The basic version of Storage Foundation will be perfect match for this requirement, it also contains VxFS that is way better file system than EXT4 (https://www.symantec.com/storage-foundation-basic) It is free for use up to 4 volumes for servers with up to 2 CPU HTH On Thu, Jul 11, 2013 at 10:39 PM, wrote: Hello. Just want to create a to on my Redhat (REL5) Linux Media Server Creating file system for my MSDP pool, a 50TB (20 x 2.5TB LUNs). - And put it firmly that the ext4 file system sizes up to 16TB only unsterstützt. We have solved that? -> Is there a way the MSDP "foist" multiple file systems? -> Do you use Redhat Linux filesystems> 16TB - >> If yes, which file system you use? Cortal Consors S.A. Zweigniederlassung Deutschland Bahnhofstraße 55, 90402 Nürnberg, HR Nürnberg B20075, Ust-IdNr. DE225900761, i...@cortalconsors.de, www.cortalconsors.de Sitz der Cortal Consors S.A.: 1, boulevard Haussmann, 75318 Paris CEDEX 09, Frankreich, Registergericht: R.C.S. Paris 327 787 909 Président du Conseil d'Administration (Verwaltungsratsvorsitzender) und Directeur Général (Generaldirektor) der Cortal Consors S.A.: Olivier Le Grand Leitung der Zweigniederlassung Deutschland: Kai Friedrich (CEO), Richard Döppmann, Stefan Gröning, Dr. Gérard Derszteler Before printing, think about environmental responsibility! Bitte denken Sie über Ihre Verantwortung gegenüber der Umwelt nach, bevor Sie diese E-Mail ausdrucken. _ __ 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 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Advice & Help - Linux Server 14TB
I don't (necessarily) see a problem here. My file system is some 16TB large, it is mostly just a standard file system, but it also has an area dedicated to a MySQL database - our 8TB synthetic only backs-up part of this filesystem, ignoring the MySQL database folders and some other, non-important folders. Depending on how your volume/s are configured, there's nothing stopping you configuring a synthetic backup that incorporates only those root level (or even deeper) folders/directories that you want to backup this way and ignoring the rest. Of course I don't know your volume folder structure but its certainly possible (we do it), and its very efficient. And you can then have a separate backup for your Oracle db; indeed you could have a couple or more synthetics if there's a natural way to break it up. PS If your Oracle dba/s would/can configure the database to backup to file/s then you don't have to worry about shutting down the database, and you can incorporate the files in your synthetic backup scheduling. We don't backup our MySQL database at all, but the backups to file are. From: "Simon Weaver" To: "stefanos" , "Mark Phillips" , , Cc: veritas-bu@mailman.eng.auburn.edu, veritas-bu-boun...@mailman.eng.auburn.edu Date: 12/04/2012 04:36 PM Subject:Re: [Veritas-bu] Advice & Help - Linux Server 14TB Sent by:veritas-bu-boun...@mailman.eng.auburn.edu Oracle is on here as well :-( From: veritas-bu-boun...@mailman.eng.auburn.edu on behalf of stefanos Sent: Thu 12/04/2012 08:38 To: 'Mark Phillips'; jcr...@marketforce.com.au; Simon Weaver Cc: veritas-bu@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Advice & Help - Linux Server 14TB I agree that synthetic backups are good, but only if you run file backups. If the system has an oracle, the synthetic backups are useless. From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Mark Phillips Sent: Thursday, April 12, 2012 3:56 AM To: jcr...@marketforce.com.au; Simon Weaver Cc: veritas-bu@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Advice & Help - Linux Server 14TB I agree. We use synthetic fulls quite a bit. They work really well for large filesystems that have relatively small incremental backups. If you’re going to tape you’ll need at least 2 free tape drives for the duration of the synthetic full backup, one for the last full backup and the other for the one you’re constructing. Also it’s best if you’re able to send incremental backups to staging disk and they remain on the staging disk when the synthetic full is being constructed, it saves on tape loading and positioning time. If the incremental backups are going to tape avoid multiplexing them, it’ll slow things down. Also if you’re going to tape when doing the first conventional full backup don’t multiplex it – this will make doing the first synthetic full backup slow. Mark From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of jcr...@marketforce.com.au Sent: Thursday, 12 April 2012 9:57 AM To: Simon Weaver Cc: veritas-bu@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Advice & Help - Linux Server 14TB I would look at synthetics ... not quite as large as you, but I backup around 8TBs on one linux (RHEL 4) server over the weekend (every weekend) and it completes in well under 24 hours. (About 16-20 hours from memory) The very first backup has to be a full, but once that is out of the way, you should be able to do a full synthetic every weekend in well under 48 hours (I'm going on what I have above so is just a guess - you may be much faster than my infrastructure as its nothing flash ... though it is completely gigabit) I should add that I've been using synthetics on this particular server for around 4.5 years now, and they are reliable and fast - unless you have to "re-seed" the synthetic with an initial full backup; I have had a few go bad such that I have had to re-seed the backup, but that's been rare and only happened 2-3 times in all that time. HIGHLY recommended for large backups. Cheers Crowey From:"Simon Weaver" To:, Date:11/04/2012 09:16 PM Subject:[Veritas-bu] Advice & Help - Linux Server 14TB Sent by:veritas-bu-boun...@mailman.eng.auburn.edu All I am hoping you can help Im not too familiar with Linux, but we have a RedHat Box, that is a VM Guest on an ESX Host, that has RDM's totalling 14TB The backups are done over the LAN - Painfully slow as you can imagine. Im wondering what options I have in terms of trying to improve performance for this client. So far its taking close to 3 days to run. It is on a 1GB Network, as I understand. But does anyone have any suggestions?
Re: [Veritas-bu] Advice & Help - Linux Server 14TB
I would look at synthetics ... not quite as large as you, but I backup around 8TBs on one linux (RHEL 4) server over the weekend (every weekend) and it completes in well under 24 hours. (About 16-20 hours from memory) The very first backup has to be a full, but once that is out of the way, you should be able to do a full synthetic every weekend in well under 48 hours (I'm going on what I have above so is just a guess - you may be much faster than my infrastructure as its nothing flash ... though it is completely gigabit) I should add that I've been using synthetics on this particular server for around 4.5 years now, and they are reliable and fast - unless you have to "re-seed" the synthetic with an initial full backup; I have had a few go bad such that I have had to re-seed the backup, but that's been rare and only happened 2-3 times in all that time. HIGHLY recommended for large backups. Cheers Crowey From: "Simon Weaver" To: , Date: 11/04/2012 09:16 PM Subject:[Veritas-bu] Advice & Help - Linux Server 14TB Sent by:veritas-bu-boun...@mailman.eng.auburn.edu All I am hoping you can help Im not too familiar with Linux, but we have a RedHat Box, that is a VM Guest on an ESX Host, that has RDM's totalling 14TB The backups are done over the LAN - Painfully slow as you can imagine. Im wondering what options I have in terms of trying to improve performance for this client. So far its taking close to 3 days to run. It is on a 1GB Network, as I understand. But does anyone have any suggestions? Thanks, Si___ 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] Exclude lists on Unix clients
Dear Patrick, great result, and I, for one, am always keen to see useful scripts that help manage NetBackup better. Cheers Crowey From: pwhelan0610 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Date: 05/12/2011 18:39 Subject:[Veritas-bu] Exclude lists on Unix clients Sent by:veritas-bu-boun...@mailman.eng.auburn.edu I believe I have found the problem. The bpgetconfig and bpsetconfig do indeed work, as long as the CLIENT is a the correct level! Thank you bob944 for forcing me to keep trying the -e and -i options. I wrote a Perl script that tries to get all the exclude and include files for a client and/or policy and/or schedule and some of the clients actually respond. :) Script is available if anyone is interested. Regards, Patrick +-- |This was sent by netbac...@whelan-consulting.co.uk 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
Re: [Veritas-bu] VMware vStorage NetBackup 7 design help
Gidday, With respect to >You have to use a media server running on Windows as vStorage API is currently only embeded into such platform. This is actually a limitation due to VMware, not NBU. That's not my understanding at all. You do unequivocally have to have a Windows server to backup from, but it doesn't have to be a Media server. I can just be, for example your vCentre Server (which I'm sure is Windows - it still doesn't run on any other platform does it??). I'm the first to admit I could be wrong, but I believe you just need a Windows server that has a NetBackup client and the ability to access all the LUNs your guests are stored on. Which is why I'm planning on using our vCentre Server as its virtualised and can see all LUNs; and it sounds like the idea machine for you to use too. I'm only in early stages of planning, but I'm confident above is the gist of it, infrastructure-wise. There's lots of little caveats, such as from what I've seen you can only set it up to do individual file restores with Windows guests; as mentioned below, configuring CBT; greatest functionality appears to be with vSphere; etc. Cheers Crowey From: Bahadir Kiziltan To: "Chapman, Scott" Cc: Veritas Date: 23/08/2010 03:22 Subject:Re: [Veritas-bu] VMware vStorage NetBackup 7 design help Sent by:veritas-bu-boun...@mailman.eng.auburn.edu Hi, You have to use a media server running on Windows as vStorage API is currently only embeded into such platform. This is actually a limitation due to VMware, not NBU. This is an integration and you don't have to install NBU client inside VMs. Just create a role in vCenter server, assosciate that role with an user and add user from NBU management console in order to access vCenter server and see VM tree. And remember using CBT (changed block tracking) feature which helps you backing up VMs extremely fast. You can't technically use SAN Client to backup VMs by leveraging vStorage API. Bahadir. On Thu, Jul 29, 2010 at 9:20 PM, Chapman, Scott wrote: Hello everyone, I'm looking for some design help rather than specific technical help. We currently run our NetBackup Master/Media server on a SUN M5000 with Solaris 10 and NBU 7. Our Windows team is looking to upgrade the VMware environment to the latest version and we would like to start using the vStorage API. Now my issue is that to backup with the vStorage API I need a Windows "backup host" which is defined as: "NetBackup for VMware uses a special Windows server that is called a backup host (formerly called the VMware backup proxy server). The backup host is a NetBackup client that performs backups on behalf of the virtual machines. The backup host can also be configured as a NetBackup master or media server. The backup host is the only host on which NetBackup client software is installed. No NetBackup client software is required on the VMware virtual machines. Note that the backup host is referred to as the recovery host when it performs a restore. " I'm trying to understand my options for this windows machine. 1) I could install media server binaries on it and attach a couple of tape drives, issues with this would be a) one more netbackup media server to administer ie upgrade, patch etc b) a windows server that would need windows patches thus impacting the netbackup environment c) licensing costs associated with a media server Do I have any other options for getting the VMware backups off to tape? Is it possible to use a SAN client or something and attach tape drives to that... then at least it's just a NetBackup client rather than a NetBackup server. My concern with this would be that I can't directly attach the tape drives and I'd have to install the fiber transport stuff onto my Solaris master server and have it run the backups to tape. I would like to hear what other people are doing or planning. Thanks! Scott Chapman Senior Technical Specialist Storage and Database Administration ICBC - Victoria Ph: 250.414.7650 Cell: 250.213.9295 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 ___ 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.au
Re: [Veritas-bu] bperror command
Dear Judy, I think if you add -t BACKUP to it, so that it would read: bperror -U -problems -t BACKUP -hoursago 24 should do it ... Cheers John John Crowe, Network Engineer 1314 Hay Street West Perth Western Australia 6005 T: +61 8 9488 9440 F: +61 8 9488 9400 M: 0414 637 670 E: [EMAIL PROTECTED] W: www.marketforce.com.au 2007, 2008 Agency of the Year - Campaign Brief ___ The information contained in this e-mail message is confidential, may be legally privileged and subject to a copyright. Without the permission of the creator of this email, both the copying and forwarding of this e-mail is potentially an infringement of copyright. If you have received this e-mail in error, please notify the sender and then destroy this e-mail immediately. This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ___ From: <[EMAIL PROTECTED]> To: Date: 26/11/2008 07:46 Subject: [Veritas-bu] bperror command bperror -U -problems -hoursago 24 this is the bperror command I currently have. but this shows errors for restores as well as backups. does anybody know the trick to get to only show errors for backups. I tried the -t backstat but that gives me restore errors as well. ___ 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