toasters

toasters@lists.teaparty.net

13520 discussions

RE: Excage databse
by SKIP HOFMANN 03 Jun '04

03 Jun '04

This is true, but cant I restore a single mailbox Evan though I have data stored on the same vol as my exchange DB using ontrack or will this too cause the same results as restoring the entire exchange DB? Thanks again _____ From: Benn, Paul [mailto:paul.benn@netapp.com] Sent: Wednesday, June 02, 2004 5:09 PM To: SKIP HOFMANN; toasters(a)mathworks.com Subject: RE: Excage databse Hi Skip, The product in question is SnapManager for Exchange 5.5. This version of SME uses a volume based snaprestore to recover the databases (assuming you have the logs and databases on different volumes). What will happen is that when you perform a SME restore you will revert the ENTIRE volume back to that point in time, including your 100GB. This is probably something that you do NOT want to do, unless perhaps, the 100GB of data never changes. In addition to that, the snapshots you create outside of SME will not be usable to restore Exchange. You have two choices: 1) Create a new volume and move all user data that is not part of the Exchange database to that new volume. This is your best option. 2) Configure SME to use one volume for both the databases and the logs. The downside to this is that your restore times will increase significantly because the restore will NOT be using a volume snaprestore. Please let us know if you have any further questions. Happy snappin' Regards, Paul Benn NetApp Engineering SnapManager Team -----Original Message----- From: SKIP HOFMANN [mailto:SKIP.HOFMANN@ttisg.com] Sent: Wednesday, June 02, 2004 4:43 PM To: toasters(a)mathworks.com Subject: Excage databse Hi all I am currently using snap manager for exchange version 1.1.1 and I am reading the documentation over at http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme111r2/pdfs/smesag .pdf <http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme111r2/pdfs/smesa g.pdf> and it says that I should not put any data on the same volume as the exchange database. Can some please explain why this is? I already have 100 gigs of data on the same vol as my exchange DB please advice Caution Do not put any other files or data (including transaction logs) on the same volumes with the Exchange databases if you are going to make use of SnapManager Restore using SnapRestore. This type of recovery performs a volume recovery using the snapshot of the Exchange databases and all other files and data on the volume. Therefore, the other files and data are recovered to the time of the snapshot along with the Exchange databases. This result might not be acceptable when performing a SnapManager Restore with SnapRestore recovery. Thanks for any help

1 0

RE: Excage databse
by Benn, Paul 03 Jun '04

03 Jun '04

Hi Skip, The product in question is SnapManager for Exchange 5.5. This version of SME uses a volume based snaprestore to recover the databases (assuming you have the logs and databases on different volumes). What will happen is that when you perform a SME restore you will revert the ENTIRE volume back to that point in time, including your 100GB. This is probably something that you do NOT want to do, unless perhaps, the 100GB of data never changes. In addition to that, the snapshots you create outside of SME will not be usable to restore Exchange. You have two choices: 1) Create a new volume and move all user data that is not part of the Exchange database to that new volume. This is your best option. 2) Configure SME to use one volume for both the databases and the logs. The downside to this is that your restore times will increase significantly because the restore will NOT be using a volume snaprestore. Please let us know if you have any further questions. Happy snappin' Regards, Paul Benn NetApp Engineering SnapManager Team -----Original Message----- From: SKIP HOFMANN [mailto:SKIP.HOFMANN@ttisg.com] Sent: Wednesday, June 02, 2004 4:43 PM To: toasters(a)mathworks.com Subject: Excage databse Hi all I am currently using snap manager for exchange version 1.1.1 and I am reading the documentation over at http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme111r2/pdfs/sm esag.pdf and it says that I should not put any data on the same volume as the exchange database. Can some please explain why this is? I already have 100 gigs of data on the same vol as my exchange DB please advice Caution Do not put any other files or data (including transaction logs) on the same volumes with the Exchange databases if you are going to make use of SnapManager Restore using SnapRestore. This type of recovery performs a volume recovery using the snapshot of the Exchange databases and all other files and data on the volume. Therefore, the other files and data are recovered to the time of the snapshot along with the Exchange databases. This result might not be acceptable when performing a SnapManager Restore with SnapRestore recovery. Thanks for any help

1 0

Excage databse
by SKIP HOFMANN 02 Jun '04

02 Jun '04

Hi all I am currently using snap manager for exchange version 1.1.1 and I am reading the documentation over at http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme111r2/pdfs/smesag .pdf <http://now.netapp.com/NOW/knowledge/docs/SnapManager/relsme111r2/pdfs/smesa g.pdf> and it says that I should not put any data on the same volume as the exchange database. Can some please explain why this is? I already have 100 gigs of data on the same vol as my exchange DB please advice Caution Do not put any other files or data (including transaction logs) on the same volumes with the Exchange databases if you are going to make use of SnapManager Restore using SnapRestore. This type of recovery performs a volume recovery using the snapshot of the Exchange databases and all other files and data on the volume. Therefore, the other files and data are recovered to the time of the snapshot along with the Exchange databases. This result might not be acceptable when performing a SnapManager Restore with SnapRestore recovery. Thanks for any help

1 0

How to niggle about things on now.netapp.com
by Chris Thompson 02 Jun '04

02 Jun '04

Does anyone know the sensible way to provide feedback about small errors on the now.netapp.com web pages? In this particular case, I want to complain that on http://now.netapp.com/NOW/download/tools/diag/ the "Acrobat" link for "4.2 and later" does not refer (unlike the "HTML" links, and the "Acrobat" links for other releases). It seems awfully heavy-weight to open a "Technical Assistance Case" for something like this! Chris Thompson Email: cet1(a)cam.ac.uk

2 2

RE: raid drive reconstruction time
by Yarmas, Tom 01 Jun '04

01 Jun '04

Yes, but not in great detail. Rapid Raid Recovery (RRR) will occur when using the disk fail command (manually), it does not survive re-boots and it is smart enough to stop using RRR and start using stands re-construction if it cannot read the failed disk at all. -tom -----Original Message----- From: Mark Simmons [mailto:mds@gbnet.net] Sent: Tuesday, June 01, 2004 10:45 AM To: toasters(a)mathworks.com Subject: Re: raid drive reconstruction time Yarmas, Tom wrote: >This is a feature of ONTAP 6.5.1+ It is called Rapid RAID Recovery (aka >- sick disk copy) > >Read the release notes on the NOW site. > > Two things: (1) I can't login to NOW for some reason. (2) Are the questions already asked in this thread covered in the release notes? I didn't think they were. >-tom > > > >-----Original Message----- >From: Mark Simmons [mailto:mds@gbnet.net] >Sent: Tuesday, June 01, 2004 10:06 AM >To: Busick, Chris >Cc: Chris Thompson; toasters(a)mathworks.com; jbrigman(a)nc.rr.com >Subject: Re: raid drive reconstruction time > > >Busick, Chris wrote: > > > >>Here is a whitepaper link on Diagonal Parity if you haven't already >>found it. >> >>http://www.netapp.com/tech_library/3298.html >> >> >> >> >> >Ah, but <jedi> this is not the feature we're looking for </jedi> it's >how DOT handles copying data off failing disks that's of interest today. > >The double parity stuff was done to death a few weeks back istr. > > > >>--Chris Busick >> >>-----Original Message----- >>From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] >>Sent: Tuesday, June 01, 2004 6:52 AM >>To: toasters(a)mathworks.com >>Cc: mds(a)gbnet.net; jbrigman(a)nc.rr.com >>Subject: Re: raid drive reconstruction time >> >> >>Mark Simmons <mds(a)gbnet.net> writes; >> >> >> >> >>>James Brigman wrote: >>> >>> >>> >>> >>> >>>>Steve; >>>> >>>>***************** >>>>Netapp recently modified their disk reconstruct procedure to copy as >>>>much valid data as possible from the failed disk and only >>>>reconstruct >>>> >>>> >>>> >>>> >> >> >> >> >>>>blocks that cannot be read. Often a disk does not completely fail, >>>>so many blocks can be copied from it, which is much faster than >>>>reconstructing. >>>>***************** >>>> >>>>Can you please point us to a whitepaper on this? >>>> >>>> >>>> >>>> >>[...] >> >> >> >> >>>I have to say that, if a disk is known to be failing, I'm not sure >>>I'd >>> >>> > > > >>>want to be trusting the data one would copy from it... >>> >>> >>> >>> >>Well, there is the "horizontal" data validation provided by the zone >>or >> >> > > > >>block checksums to deal with that. >> >> >> >> >> >>> Also, if it's >>>failing in a way that makes it take a lot of time to serve a block of >>>data, does DOT adjust its strategy accordingly and work out at some >>>point that it should just started recreating the data from the other >>> >>> >>> >>> >>disks? >> >>That seems like a good question, and I would echo James' request for a >>whitepaper (or other form of technical detail). >> >>Is the same procedure used when a disk is failed by operator command >>as >> >> > > > >>well as when ONTAP decides to fail it on its own initiative? The case >>of failing a disc because its reported error rate is too high for >>comfort would seem to be one of the most likely scenarios when "many >>blocks can be copied from it". >> >>Also, if ONTAP is rebooted during the reconstruction, is the >>"half-failed" status of the disc preserved? >> >>Chris Thompson >>Email: cet1(a)cam.ac.uk >> >> >> >> > > >

1 0

RE: raid drive reconstruction time
by Yarmas, Tom 01 Jun '04

01 Jun '04

This is a feature of ONTAP 6.5.1+ It is called Rapid RAID Recovery (aka - sick disk copy) Read the release notes on the NOW site. -tom -----Original Message----- From: Mark Simmons [mailto:mds@gbnet.net] Sent: Tuesday, June 01, 2004 10:06 AM To: Busick, Chris Cc: Chris Thompson; toasters(a)mathworks.com; jbrigman(a)nc.rr.com Subject: Re: raid drive reconstruction time Busick, Chris wrote: >Here is a whitepaper link on Diagonal Parity if you haven't already >found it. > >http://www.netapp.com/tech_library/3298.html > > > Ah, but <jedi> this is not the feature we're looking for </jedi> it's how DOT handles copying data off failing disks that's of interest today. The double parity stuff was done to death a few weeks back istr. >--Chris Busick > >-----Original Message----- >From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] >Sent: Tuesday, June 01, 2004 6:52 AM >To: toasters(a)mathworks.com >Cc: mds(a)gbnet.net; jbrigman(a)nc.rr.com >Subject: Re: raid drive reconstruction time > > >Mark Simmons <mds(a)gbnet.net> writes; > > >>James Brigman wrote: >> >> >> >>>Steve; >>> >>>***************** >>>Netapp recently modified their disk reconstruct procedure to copy as >>>much valid data as possible from the failed disk and only reconstruct >>> >>> > > > >>>blocks that cannot be read. Often a disk does not completely fail, >>>so many blocks can be copied from it, which is much faster than >>>reconstructing. >>>***************** >>> >>>Can you please point us to a whitepaper on this? >>> >>> >[...] > > >>I have to say that, if a disk is known to be failing, I'm not sure I'd >>want to be trusting the data one would copy from it... >> >> > >Well, there is the "horizontal" data validation provided by the zone or >block checksums to deal with that. > > > >> Also, if it's >>failing in a way that makes it take a lot of time to serve a block of >>data, does DOT adjust its strategy accordingly and work out at some >>point that it should just started recreating the data from the other >> >> >disks? > >That seems like a good question, and I would echo James' request for a >whitepaper (or other form of technical detail). > >Is the same procedure used when a disk is failed by operator command as >well as when ONTAP decides to fail it on its own initiative? The case >of failing a disc because its reported error rate is too high for >comfort would seem to be one of the most likely scenarios when "many >blocks can be copied from it". > >Also, if ONTAP is rebooted during the reconstruction, is the >"half-failed" status of the disc preserved? > >Chris Thompson >Email: cet1(a)cam.ac.uk > >

2 1

RE: raid drive reconstruction time
by Busick, Chris 01 Jun '04

01 Jun '04

Here is a whitepaper link on Diagonal Parity if you haven't already found it. http://www.netapp.com/tech_library/3298.html --Chris Busick -----Original Message----- From: Chris Thompson [mailto:cet1@cus.cam.ac.uk] Sent: Tuesday, June 01, 2004 6:52 AM To: toasters(a)mathworks.com Cc: mds(a)gbnet.net; jbrigman(a)nc.rr.com Subject: Re: raid drive reconstruction time Mark Simmons <mds(a)gbnet.net> writes; > > James Brigman wrote: > > >Steve; > > > >***************** > >Netapp recently modified their disk reconstruct procedure to copy as > >much valid data as possible from the failed disk and only reconstruct > >blocks that cannot be read. Often a disk does not completely fail, > >so many blocks can be copied from it, which is much faster than > >reconstructing. > >***************** > > > >Can you please point us to a whitepaper on this? [...] > I have to say that, if a disk is known to be failing, I'm not sure I'd > want to be trusting the data one would copy from it... Well, there is the "horizontal" data validation provided by the zone or block checksums to deal with that. > Also, if it's > failing in a way that makes it take a lot of time to serve a block of > data, does DOT adjust its strategy accordingly and work out at some > point that it should just started recreating the data from the other disks? That seems like a good question, and I would echo James' request for a whitepaper (or other form of technical detail). Is the same procedure used when a disk is failed by operator command as well as when ONTAP decides to fail it on its own initiative? The case of failing a disc because its reported error rate is too high for comfort would seem to be one of the most likely scenarios when "many blocks can be copied from it". Also, if ONTAP is rebooted during the reconstruction, is the "half-failed" status of the disc preserved? Chris Thompson Email: cet1(a)cam.ac.uk

2 1

raid drive reconstruction time
by Aditya 01 Jun '04

01 Jun '04

Does anyone have ballpark numbers (for any filer model) how long a drive would take to reconstruct on a filer on the default raid reconstruct_speed setting? ie. on an F85: options raid.reconstruct_speed 4 I'm trying a ballpark compare against a Sun 3310 array with 73Gig drives, where it took almost excatly 5 hours. I realize it depends on filer load, but if the speed is linear with load and drive size then it is easy to extrapolate. I couldn't find a table or any other sort of indication on NOW about this... Adi

5 6

CONFIDENTIAL PROPOSAL
by tony adams 30 May '04

30 May '04

HABIB BANK NIGERIA LIMITED AN AFILIATED BANK OF PAKISTAN A BANK WITH A DIFFERENCE FROM THE DESK OF TONY ADAMS INTERNATIONAL REMITTANCE DEPARTMENT HABIB BANK NIGERIA LIMITED SUBJECT:CONFIDENTIAL PROPOSAL ATTENTION: PRIVATE MEMO With due respect, trust and humility, I write you this proposal, which I believe, would be of great interest to you. I am sorry for the inconveniences this letter might cause you, but I have no other alternative than to seek for your help, please bear with me. I am Mr TONY ADAMS.I am in charge of International remittance at Habib Bank Nigeria Limited.There is a dormant account in my bank and the owner of the account is deceased and I am the account officer to the account of the deceased.There is a credit balance of ($9 million dollars) which has ben dormant for five years now and further investigation,I discovered that the account and the money belong to a deaceased foreign contractor in Nigeria. With my current position in the International Remittance Department on the bank and also as a civil servant I cannot lay claims on this money.What I need from you is to use your name as next of kin and make you the rightful beneficiary so that I will use my position,in moving the ($9 million dollars) out from Nigeria. Every record concerning this fund and all the legal documents backing the funds are in my possession,Which will be forwarded to you once you indicate your interest.I intend to part you with 30% percent of the total sum for your assistance while 70% percent will be for me.Indicate your interest immediately so that I will give you all the detailed information on this issue. Please my good friend,I want you to limit this matter personally to your self what ever your decision might be through my email address. NOTE:That 30% percent is for your assistance There is absolutely no risk involved. Thanking you in anticipation. Kindest Regard TONY ADAMS Habib Bank Nigeria Limited INTERNATIONAL REMITTANCE DEPARTMENT _____________________________________________________________________ For super low premiums ,click here http://www.dialdirect.co.za/quote

1 0

None
by ouocrqc＠msn.com 30 May '04

30 May '04

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