toasters

toasters@lists.teaparty.net

13520 discussions

RE: snapinfo -- exchange on netapp
by Benn, Paul 05 Apr '06

05 Apr '06

Hi Grey, This should not be a problem if the LUN is correctly sized and a backup retention policy is used. There is a formula in the administrator's guide specific to collocating the SnapInfo directory on the same LUN as the live Exchange transaction logs. Here it is for everyone's benefit: transaction log & SnapInfo LUN size = ((number of transaction logs generated between backups * 5 MB) * (number of backups to keep online + 1 for the active file system)) As mentioned in my other replies to this thread, it would be a better idea to get your configuration run through our Exchange sizer by your NetApp technical sales representative. This will ensure proper sizing and performance. That said, there are a couple of new features in SnapManager 3.2 that are relevant here that might dissuade some administrators from wanting to use a separate LUN for the SnapInfo directory: 1) Copy-less transaction log archiving: When the live Exchange transaction logs are located on the same LUN with the SnapInfo directory, SnapManager will use NTFS hard links to archive the transaction logs to the SnapInfo directory rather than copying the file. This has two benefits. First, the backup will take a little less time because generating an NTFS hard link takes less time than copying a 5mb file does. Also, less storage appliance volume space (not to be confused with LUN space) is consumed because fewer blocks are changed when the links are created versus copying the files. There is a new formula in the 3.2 administrator's guide that takes this into account. 2) Support for multiple SnapInfo directories: This allows you to configure one SnapInfo directory per Exchange storage group so that the transaction logs and SnapInfo directory can be located together when there is more than one Exchange storage group. Please let us know if you have any other questions or concerns. Regards, Paul Benn SnapManager Development Team Network Appliance ________________________________ From: Grey Friday [mailto:grey.friday@gmail.com] Sent: Thursday, March 30, 2006 6:36 AM To: Willeke, Jochen Cc: toasters(a)mathworks.com Subject: Re: snapinfo -- exchange on netapp The main problem with the snapinfo folder is when you put it on the logs lun and you run out of space it stops exchange. This is the reason for it's own volume. G- On 3/29/06, Willeke, Jochen <Jochen.Willeke(a)wincor-nixdorf.com> wrote: Hi everybody, we are setting up an exchange 2003 system on a filer. Right now i am about to size the system. I often read that i need to have a snapinfo-lun. But i do not understand where i need this lun for. Exchange does not need it, does it? What i want to configure are two aggregates. One containig qtrees with luns for the databasefiles and one aggregate with qtrees and luns for the logfiles. And if really needed i would put the snapinfo-lun into the logfile aggregate. Perhaps somebody has already set up an exchange server on netapp storage and can help me. Thanks a lot in advance Jochen

1 0

RE: snapinfo -- exchange on netapp
by Benn, Paul 05 Apr '06

05 Apr '06

Sorry everyone. I misquoted the formula in this reply (it's late and has been a long day): Incorrect: SnapInfo LUN size = ((number of transaction logs generated per day * 5 MB) * (number of backups to keep online)) Correct: SnapInfo LUN size = ((number of transaction logs generated between backups * 5 MB) * (number of backups to keep online)) ________________________________ From: Benn, Paul Sent: Tuesday, April 04, 2006 8:36 PM To: Glenn Dekhayser; Sto RageC ; Willeke, Jochen Cc: toasters(a)mathworks.com Subject: RE: snapinfo -- exchange on netapp Hi Glenn, Echoing my private reply from last week to the Toasters list for everyone's benefit, plus adding some detail that I did not include in that reply.... There are formulas in the administrator's guide that can be used for proper sizing of the LUN and storage appliance volume. There are separate formulas for the SnapInfo LUN when it is on its own separate LUN or on the same LUN as the Exchange transaction logs. For example, here is the formula for calculating the LUN size for SnapInfo when it resides on its own, separate LUN: SnapInfo LUN size = ((number of transaction logs generated per day * 5 MB) * (number of backups to keep online)) In addition to that, it is a "best practice" to use the backup retention features that are built into SnapManager. There is the option to delete backups in excess of a specified amount as part of the backup job. A new feature introduced in today's SnapManager 3.2 release is age based backup retention. I have no idea why your SnapInfo LUN ran out of space but please allow me to make a couple of suggestions so that this can be prevented from happening again. 1) Make sure that your SnapInfo LUN (and the storage appliance volume that it resides on) are properly sized according to the administrator's guide or better yet get your configuration analyzed by your NetApp technical sales representative and have them run it through the Exchange sizer. 2) Take advantage of the backup retention features (age based retention is new in 3.2) 3) Consider archiving the older backup sets. There are several ways that this can be accomplished and they are documented in the administrator's guide along with some sample scripts. You can also archive the SnapManager backups to another NetApp storage appliance. This is described in detail in NetApp Knowledge Base article 3990. Hope this helps. Please let us know if you have any further questions or concerns. Regards, Paul Benn SnapManager Development Team Network Appliance ________________________________ From: Glenn Dekhayser [mailto:gdekhayser@voyantinc.com] Sent: Wednesday, March 29, 2006 12:19 PM To: Sto RageC ; Willeke, Jochen Cc: toasters(a)mathworks.com Subject: RE: snapinfo -- exchange on netapp Be VERY careful here. If your SnapInfo Lun isn't big enough, SME backups WILL fail (experience talking here). It needs to be big enough to house (potentially) the entire transaction log, plus some. Glenn (the other one again). ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Sto Rage(c) Sent: Wednesday, March 29, 2006 1:15 PM To: Willeke, Jochen Cc: toasters(a)mathworks.com Subject: Re: snapinfo -- exchange on netapp Hi Jochen, Snapinfo-lun is needed for SnapManager for Exchange(SME). This is where SME stores its information for recovery. Its basically used when running "up to the minute recovery", where it copied all the transcaction logs before it truncated them while creating the snapshot backups. So when you do an "up to the minute" recovery from older snapshots, it uses this location to bring in the older transaction logs to be replayed. Why do you want to configure 2 separate aggregates? did you mean volumes? I'd rather have a very large aggregate with as many disks I can get hold of instead of 2 smaller aggregates. It definetly improves performance. The way we have it setup in our environemnt is 1 large aggregate with 3 volumes per exchange host.. - 1 vol for the storage group with luns for each store - 1 vol for log lun - 1 vol for snap info lun We also have other CIFS shares on volumes/qtrees within the same aggregate. Hope this helps -G On 3/29/06, Willeke, Jochen <Jochen.Willeke(a)wincor-nixdorf.com> wrote: Hi everybody, we are setting up an exchange 2003 system on a filer. Right now i am about to size the system. I often read that i need to have a snapinfo-lun. But i do not understand where i need this lun for. Exchange does not need it, does it? What i want to configure are two aggregates. One containig qtrees with luns for the databasefiles and one aggregate with qtrees and luns for the logfiles. And if really needed i would put the snapinfo-lun into the logfile aggregate. Perhaps somebody has already set up an exchange server on netapp storage and can help me. Thanks a lot in advance Jochen

1 0

RE: snapinfo -- exchange on netapp
by Benn, Paul 05 Apr '06

05 Apr '06

Hi Glenn, Echoing my private reply from last week to the Toasters list for everyone's benefit, plus adding some detail that I did not include in that reply.... There are formulas in the administrator's guide that can be used for proper sizing of the LUN and storage appliance volume. There are separate formulas for the SnapInfo LUN when it is on its own separate LUN or on the same LUN as the Exchange transaction logs. For example, here is the formula for calculating the LUN size for SnapInfo when it resides on its own, separate LUN: SnapInfo LUN size = ((number of transaction logs generated per day * 5 MB) * (number of backups to keep online)) In addition to that, it is a "best practice" to use the backup retention features that are built into SnapManager. There is the option to delete backups in excess of a specified amount as part of the backup job. A new feature introduced in today's SnapManager 3.2 release is age based backup retention. I have no idea why your SnapInfo LUN ran out of space but please allow me to make a couple of suggestions so that this can be prevented from happening again. 1) Make sure that your SnapInfo LUN (and the storage appliance volume that it resides on) are properly sized according to the administrator's guide or better yet get your configuration analyzed by your NetApp technical sales representative and have them run it through the Exchange sizer. 2) Take advantage of the backup retention features (age based retention is new in 3.2) 3) Consider archiving the older backup sets. There are several ways that this can be accomplished and they are documented in the administrator's guide along with some sample scripts. You can also archive the SnapManager backups to another NetApp storage appliance. This is described in detail in NetApp Knowledge Base article 3990. Hope this helps. Please let us know if you have any further questions or concerns. Regards, Paul Benn SnapManager Development Team Network Appliance ________________________________ From: Glenn Dekhayser [mailto:gdekhayser@voyantinc.com] Sent: Wednesday, March 29, 2006 12:19 PM To: Sto RageC ; Willeke, Jochen Cc: toasters(a)mathworks.com Subject: RE: snapinfo -- exchange on netapp Be VERY careful here. If your SnapInfo Lun isn't big enough, SME backups WILL fail (experience talking here). It needs to be big enough to house (potentially) the entire transaction log, plus some. Glenn (the other one again). ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Sto Rage(c) Sent: Wednesday, March 29, 2006 1:15 PM To: Willeke, Jochen Cc: toasters(a)mathworks.com Subject: Re: snapinfo -- exchange on netapp Hi Jochen, Snapinfo-lun is needed for SnapManager for Exchange(SME). This is where SME stores its information for recovery. Its basically used when running "up to the minute recovery", where it copied all the transcaction logs before it truncated them while creating the snapshot backups. So when you do an "up to the minute" recovery from older snapshots, it uses this location to bring in the older transaction logs to be replayed. Why do you want to configure 2 separate aggregates? did you mean volumes? I'd rather have a very large aggregate with as many disks I can get hold of instead of 2 smaller aggregates. It definetly improves performance. The way we have it setup in our environemnt is 1 large aggregate with 3 volumes per exchange host.. - 1 vol for the storage group with luns for each store - 1 vol for log lun - 1 vol for snap info lun We also have other CIFS shares on volumes/qtrees within the same aggregate. Hope this helps -G On 3/29/06, Willeke, Jochen <Jochen.Willeke(a)wincor-nixdorf.com> wrote: Hi everybody, we are setting up an exchange 2003 system on a filer. Right now i am about to size the system. I often read that i need to have a snapinfo-lun. But i do not understand where i need this lun for. Exchange does not need it, does it? What i want to configure are two aggregates. One containig qtrees with luns for the databasefiles and one aggregate with qtrees and luns for the logfiles. And if really needed i would put the snapinfo-lun into the logfile aggregate. Perhaps somebody has already set up an exchange server on netapp storage and can help me. Thanks a lot in advance Jochen

1 0

RE: snapinfo -- exchange on netapp
by Benn, Paul 05 Apr '06

05 Apr '06

Hi Toasters, It has been a while since my last post to the list but I wanted to echo my private reply from last week to the Toasters list for everyone's benefit. The SnapInfo directory can reside on its own (separate) LUN or on the same LUN with the Exchange transaction logs. What SnapManager uses this directory for is to store metadata corresponding to each backup set. In addition to that, SnapManager copies the transaction logs to the SnapInfo directory as part of its backup process. This way, you can, for example, use an old backup and still restore up to the minute of failure. What SnapManager does is restore the older database from snapshot and then replay all of the logs that it has stored plus any live logs that were generated after the backup. There would need to be a contiguous set of logs available, of course. With respect to your LUN and volume layout, I would encourage you to work with your NetApp technical sales representative to have them run your configuration through the "Exchange Sizer" that they have available. All variables from your particular environment will be collected and then fed into the sizer. This will ensure proper data layout and performance of Exchange as well as the NetApp storage appliance. The NetApp technical sales representatives have been trained on collecting the correct Exchange specific and NetApp specific data to put into the sizer. There are some sizing formulas and guidelines in the Administrator's guide but the sizer takes more than disk space into account when sizing a system. Please pardon my delayed response to the list but there was a reason for that. SnapManager 3.2 was posted to the NOW site today and in this release there are some new features relative to this discussion on sizing. These new features (a subset of all the new features in 3.2) are: * Fractional space reservation policies * Copy-less transaction log archiving * Option to not backup logs that have already been truncated by Exchange Here is a link to the new version for those of you with NOW access: http://now.netapp.com/NOW/download/software/snapmanager_e2k/3.2/ Regards, Paul Benn SnapManager Development Team Network Appliance > -----Original Message----- > From: Willeke, Jochen [mailto:Jochen.Willeke@wincor-nixdorf.com] > Sent: Wednesday, March 29, 2006 8:01 AM > To: toasters(a)mathworks.com > Subject: snapinfo -- exchange on netapp > > Hi everybody, > > we are setting up an exchange 2003 system on a filer. Right > now i am about to size the system. I often read that i need > to have a snapinfo-lun. But i do not understand where i need > this lun for. > Exchange does not need it, does it? > > What i want to configure are two aggregates. One containig > qtrees with luns for the databasefiles and one aggregate with > qtrees and luns for the logfiles. And if really needed i > would put the snapinfo-lun into the logfile aggregate. > > Perhaps somebody has already set up an exchange server on > netapp storage and can help me. > > Thanks a lot in advance > > Jochen >

1 0

URGENT RESPONCE
by David Williams 05 Apr '06

05 Apr '06

I have a new email address!You can now email me at: davidk_williams71(a)yahoo.co.in GOOD DAY MAY I CLAVE YOUR INDULGENCE TO SOLICIT FOR YOUR CO-OPERATION IN A MUTUAL BENEFICIAL BUSINESS OPPORTUNITY WHICH INVOLVES SAFEGUARDING FUNDS RUNNING INTO MILLIONS OF UNITED STATES DOLLARS. ALTHOUGH ,I AM SKEPTICAL TO DISCUSS THE BUSINESS ON THE INTERNET OWING TO LOTS OF UNSOLICITED/SPAM MAILS ON THE INTERNET THESE DAYS AS I WOULD,NT WANT MY HONOURABLE NAME TO BE DRAGGED TO MESS AS MISTAKEN INTENTION,BUT I WOULD BE GLADTO PROVIDE MORE ELABORATE DETAILS IF YOU PROVIDE ME WITH YOUR PRIVATE TELEPHONE AND FAX INCLUDING YOUR PRIVATE EMAIL ADDRESS SO I CAN EMAIL OR CALL YOU FOR MORE DETAILED INFORMATION BUT MUST FIRST ALL ASSURE ME THAT THE WHOLE TRANSACTION MUST BE KEPT HIGHLY SECRET AND CONFIDENTIAL DUE TO MY POSITION IN MY OFFICE.IN A BRIEF INTRODUCTION MY NAME ARE MR.DAVID WILLIAMS OF ACCRA,REPUBLIC OF GHANA WORKING AS HEAD IN FUND DISBURSEMENT IN A KNOWN INSTITUTION IN WEST AFRICA REGION. I AWAIT YOUR URGENT RESPONCE.SEND YOUR RESPONSE TO MY PRIVATE EMAIL :davidk_williams@hotmail.com OR YOU CALL ME ON MY DIRECT PHONE +233-243-26-1315 TRULY YOURS, MR.DAVID WILLIAMS. -

3 3

MY GREETINGS TO YOU
by Mrs Rita 04 Apr '06

04 Apr '06

#226, TAYO RIMI, MEDINA, DAKAR, SENEGAL. My Dear Friend, Compliments of the season.I did like to send to you the best wishes of good health and success in your pursuits particularly through my proposal as contained in this letter. i may not wish to disclose how I got your email address for now. After due deliberation with my son,I decided to forward to you this business proposal, we want you to assist us .I will give you more information. As to this regard as soon as you reply. I am Mrs. Rita Diatta . I am contacting you with the hope that you will be of great assistance to me, Your URGENT response is needed. Regards and God Bless you. Mrs.Rita Diatta.

1 0

Question re NDMP backups, snap vault.
by Warkentin, Grant 04 Apr '06

04 Apr '06

Have a situation I do not fully understand. Have an NTFS volume - contains mostly home drives. This volume is snapvaulted to a nearstore. The nearstore is backed up via NDMP. Had to change the ACL at the volume level (boss's orders). Granted an existing group change access. I knew this would increase the size of the backups due to changing ACLs on the whole volume. What I don't understand is that the size of the incremental backups have not gone back to "normal" since I made the change. Thoughts? Grant Warkentin System Administrator II City of Calgary - Information Technology Mail Drop == 8245 Ph: (403) 268-5629 Fax: (403) 268-2546 NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and cooperation.

2 1

RE: volume space & ndmp backups issues
by Glenn Dekhayser 04 Apr '06

04 Apr '06

I would think that a good portion of your backup time is the ndmp scan prior to the backup. Not sure anything will help with that. I would think the best way to accomplish backup in the shortest time is to do volume level snapmirrors, which don't care about files. But, barring that- Is your NDMP backup going to a FC tape library? Or SCSI-attached? Or Three way? Also, what onTAP are you running? Perhaps if you went with a large aggregate you'd be better off in all cases. Glenn (the other one) -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of George Kahler Sent: Tuesday, April 04, 2006 10:45 AM To: toasters(a)mathworks.com Subject: volume space & ndmp backups issues I have a space and a backup (ndmp) issues with one of my volumes that is dedicated for mail in 'maildir' format (one message per file). I'm looking for suggestions from people on alleviating the space issue and possibly suggestions on the ndmp backup of this volume. I'm thinking that these two might be related. filer#1:/vol/maildir (14 x 72 GB disks) 2 qtrees: ugrad (undergrad students) grad (grad students) backup: (nightly incr. on an average backs up about) 11GB , 6million files, runs for 7 hrs filer#2:/vol/maildir2 (14 x 72 GB disks) 1 qtree: emp (employees) backup: (nightly incr. on an average backs up about) 8GB , 5million files, runs for 1.5 hrs All 3 qtrees have the same 2 level directory tree structure (as suggested by NetApp) and a common hashing algorithm is used to create 'home directories' in these qtrees. The top directory contains sub-directories from 0-to-f. Each of those directories contain sub-directories ranging from 00-to-ff. So a persons home directory would be something like: /vol/maildir/grad/2/75/dummy I need more space for the filer#1:/vol/maildir volume. Q1: should I just expand the volume onto more disks ? having more spindles might speed up the backup ? Q2: should I separate the 2 qtrees (u/grad) into their own volumes (14 x 72 GB each) to give each more space ? having only one qtree to scan , ndmp might run that much faster ? Thanks for any suggestions. George

2 1

volume space & ndmp backups issues
by George Kahler 04 Apr '06

04 Apr '06

I have a space and a backup (ndmp) issues with one of my volumes that is dedicated for mail in 'maildir' format (one message per file). I'm looking for suggestions from people on alleviating the space issue and possibly suggestions on the ndmp backup of this volume. I'm thinking that these two might be related. filer#1:/vol/maildir (14 x 72 GB disks) 2 qtrees: ugrad (undergrad students) grad (grad students) backup: (nightly incr. on an average backs up about) 11GB , 6million files, runs for 7 hrs filer#2:/vol/maildir2 (14 x 72 GB disks) 1 qtree: emp (employees) backup: (nightly incr. on an average backs up about) 8GB , 5million files, runs for 1.5 hrs All 3 qtrees have the same 2 level directory tree structure (as suggested by NetApp) and a common hashing algorithm is used to create 'home directories' in these qtrees. The top directory contains sub-directories from 0-to-f. Each of those directories contain sub-directories ranging from 00-to-ff. So a persons home directory would be something like: /vol/maildir/grad/2/75/dummy I need more space for the filer#1:/vol/maildir volume. Q1: should I just expand the volume onto more disks ? having more spindles might speed up the backup ? Q2: should I separate the 2 qtrees (u/grad) into their own volumes (14 x 72 GB each) to give each more space ? having only one qtree to scan , ndmp might run that much faster ? Thanks for any suggestions. George

1 0

Government Funding Available
by f.cadieux＠blackburnmail.com 04 Apr '06

04 Apr '06

Canada Books 26 Bellevue St-Anne-des Lacs Qc, Canada J0R 1B0 Press Release The "American Grants and Loans Directory" is now available. This publication contains more than 1500 financial programs, subsidies, scholarship, grants and loans offered by the US federal government. It also includes over 800 financing programs available by foundations across the United States. Businesses, individuals, municipalities, government departments, institutions, foundations, and associations will find a wealth of information that could help them start a business, improve existent activities, set up a business plan, finance personal projects, studies and research, or obtain assistance from experts in various fields of interest. The Canadian Subsidy Directory is also available for Canada. CD version: $69.95 Printed version: $149.95 To order please call: 450-224-wask(9275) If you do not wish to receive communication from us in the future please write "agl" in the subject box to: rmv123(a)writeme.com

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