toasters

toasters@lists.teaparty.net

1 participants
13523 discussions

YOU MUST BE WITHIN THE AGE BRACKET
by stattlot＠virgilio.it 05 Apr '06

05 Apr '06

This email confirms that you have received from the StatLoterij international programme an official notification of your lottery winning in the staatloterij quarterly automatic balloting programme. You have won a prize of One Million Five Hundred Thousand Euros (€1,500,000.00) a prize payout of your winning has been approved by the STAATLOTERIJ organizers. In accordance with the world lottery ordnance, you are authorized as the official lottery prize winner to immediately file in for your claims upon receipt of this mail. The STAATLOTERIJ GAME is an online promotional program organized by the Staat Loterij promotional organizing body. A total of 300,000 email addresses were entered for this quarterly email based programme. All email addresses entered for the game were submitted by our partner international email service providers/ marketing companies and public services providers. Winners are randomly selected systematically through our Electronic Random Selection System; (ERSS) no ticket was sold. Your email ID was included among the 300,000 email addresses that were entered for category ‘D’ with the following details, Batch no SLG 809/55 with Ticket No. SLG/T9021: Ref no SLG1071: Lucky no 031-94-55 Serial no: SLG/YTR-41. Note that the Statloterij will remit prize payout strictly to winners who officially file in for their prize claims. To begin the claim processing of your prize, you are advised to contact our licensed agent for category "D" with the information’s below. Mrs. Anker Velthuis Tel: 31 652 067 813 Email: statlot(a)excite.it Link: www. staatloterij.nl All winnings must be claimed not later than 14 days. You are to keep your winning details from the general public as a case of double claims would not be entertained. Anybody under the age of 18 and members of the affiliate bodies are not allowed to participate in this programme. Thanks for being part of our programme and once again "Congratulation". Bridget Brinkema

1 0

YOU MUST BE WITHIN THE AGE BRACKET
by stattlot＠virgilio.it 05 Apr '06

05 Apr '06

1 0

Message From Customer Service
by Barclays 05 Apr '06

05 Apr '06

1 0

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

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