Re: Shadow Copies

Tech-Archive recommends: Fix windows errors by optimizing your registry

From: John Douvlos (jdouvlos_at_aigtrading.com)
Date: 03/28/04

  • Next message: Stefan Bakó: "MNS HELP URGENT" 
    Date: Sat, 27 Mar 2004 21:29:14 -0500

    Yes I'm all set. I have one more question though if you don't mind. Not all
    the time but most of the time when I shutdown or failover Active Groups to
    another node I totally lose the shadow copies for that volume. Do you know
    why this might be happening? I read an article on google about the VSS
    service not reconizing or having problems with drives that have less than a
    16K allocation unit size which leads to this type or shadow copy problem.
    can you shed any light on this or point me in the right direction. The 4
    node cluster I have is 4 Dell 6650's attached to a SYMMETRIX using 11GB
    volumes for shadow copy volumes. I've moved to 22GB volumes for some of the
    bigger shares and have formatted them at 16K. Let me know...thanks in
    advance. John

    "Adi Oltean [MSFT]" <aoltean@microsoft.com> wrote in message
    news:151ad89d.0403251656.c6bc707@posting.google.com...
    > Yes, this sounds good. (I presume that you enable shadow copy only on
    > SCOPYA)
    >
    > Please also note that the "physical disk A:" disk should also have a
    > separate cluster disk resource. This resource must reside in the same
    > cluster group as the disk resource for SCOPYA.
    >
    >
    > Thanks, Adi
    >
    > P.S. This posting is provided "AS IS" with no warranties, and confers
    > no rights.
    >
    >
    > "John Douvlos" <johndouvlos@hotmail.com> wrote in message
    news:<u2WYPLqEEHA.628@TK2MSFTNGP10.phx.gbl>...
    > > Ok. If I use MOUNT POINT to mount the separate drives for shadow copies
    > > where do I out the NTFS folder for the MOUNT POINT? Where do you
    recommend?
    > > I guess the only place the mount point for a clustered disk resource can
    go
    > > is on the actual volume you are shadow copying? Is this correct?
    > >
    > > Example:
    > >
    > > Physical Disk A: has some Cluster Shares and then a folder called
    "SCOPYA"
    > > which is redirected to a separate physical disk on the Cluster.
    > >
    > > Physical Disk A:
    > > SHARE1
    > > SHARE2
    > > SCOPYA ----> Redirected to a Shadow Copy Volume Separate Physical
    Disk.
    > >
    > > Let me know if this setup sounds good. Basically I would format the
    drive
    > > for use intended for use as a Shadow Copy Volume and mount it in an
    empty
    > > NTFS folder on the actual Physical Volume I want to Shadow Copy from.
    > >
    > > thanks in advance
    > >
    > > "Adi Oltean [MSFT]" <aoltean@microsoft.com> wrote in message
    > > news:151ad89d.0403231221.b122c4c@posting.google.com...
    > > > Hi John,
    > > >
    > > > In a cluster, you should just use mountpoints for the new volumes -
    > > > this should work just fine.
    > > >
    > > > Be careful though - if you enable shadow copy on a volume mount point,
    > > > it is recommended that the volume used for the shadow storage area is
    > > > neither a child nor a parent of your volume mount point. For example,
    > > > if you have three volumes: X:\, X:\Vol_1 and X:\Vol_1\InnerVol_2, and
    > > > you enable shadow copy on X:\Vol1, then you shouldn't set the shadow
    > > > storage to X:\ or X:\Vol_1\InnerVol_2. But you can set the shadow
    > > > storage on another mount point on the same level like
    > > > X:\VolShadowStorage_3.
    > > >
    > > > Of course, the both X:\Vol_1 and X:\VolShadowStorage_3 must belong to
    > > > separate physical disks, and these disk resources must reside in the
    > > > same cluster group.
    > > >
    > > > Thanks, Adi
    > > >
    > > > P.S. This posting is provided "AS IS" with no warranties, and confers
    > > > no rights.
    > > >
    > > >
    > > > "John Douvlos" <johndouvlos@hotmail.com> wrote in message
    > > news:<OnY1fjOEEHA.576@TK2MSFTNGP11.phx.gbl>...
    > > > > I've setup my physical shadow copy volumes with Drive letters but am
    > > running
    > > > > out of drive letters on my 4 node 2003 Cluster. Any disadvantage to
    > > removing
    > > > > the drive letter for the shadow copy volumes. The reason I did this
    in
    > > the
    > > > > first place was to keep track of which drive was what but I'm
    running
    > > out of
    > > > > drive letter for new disk shares. The Volume ID was a pain to keep
    track
    > > of.
    > > > > Any ideas?

  • Next message: Stefan Bakó: "MNS HELP URGENT"

    Relevant Pages

    • RE: "snapshot" backup and HBVS
      ... Subject: "snapshot" backup and HBVS ... the same, if I split a mirror set and then mount it as a shadow set, ... they have nothing to do with a HBVS shadow set until they are mounted. ... When using controller RAID devices with HBVS, you do not ever break the ...
      (comp.os.vms)
    • problems with VSS mount point failover
      ... I have come across a serious limitation when implementing volume shadow copy ... services, volume mount points, with the number of LUNS that we have. ... If there is a dependency between the mount point and the parent volume (This ... cluster), the Shadow Copy configuration user interface does not let you ...
      (microsoft.public.windows.server.clustering)
    • Re: Bad Shadow set member
      ... > But the other disk was broken, so no copy is even possible. ... If you mean for copying the data, no. There's still a 'master' member, ... the the good member would not mount, but as i explained I had to manually ... If you had a one-member shadow set, ...
      (comp.os.vms)
    • Re: Shadow Copies
      ... If I use MOUNT POINT to mount the separate drives for shadow copies ... Physical Disk A: has some Cluster Shares and then a folder called "SCOPYA" ...
      (microsoft.public.windows.server.clustering)
    • Re: Help Me Choose A Headlight
      ... Depending on where you mount the light, ... find yourself turning into a shadow when going right or left. ... I solve this by mounting my light at the fork crown on a bike with no ... handlebar bag, or on my other brevet bike at the front of my front rack ...
      (rec.bicycles.tech)