ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Shadow Copies Are Not A Backup Replacement

    IT Discussion
    shadow copy logical volume managers windows microsoft filesystems snapshots backup storage
    6
    28
    6.4k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • Bill KindleB
      Bill Kindle
      last edited by

      I actually see it mentioned more on Spicewood than I've personally seen. I can count on one hand how many places I've walked into where it was the strategy. Oh man, I remember when I was first I trounced to the concept when 2003 came out. A shop I worked at deployed quite a few sbs servers and it was setup for the customers to do quick restores. I remember sitting with an engineer while he was demonstrating how it worked for us and the customer. I still think it's a useful tool.

      1 Reply Last reply Reply Quote 0
      • scottalanmillerS
        scottalanmiller
        last edited by

        Yes, Spiceworks does seem to have it come up quite often.

        1 Reply Last reply Reply Quote 0
        • Bob BeattyB
          Bob Beatty @thanksajdotcom
          last edited by

          @ajstringham said:

          @scottalanmiller Yup. Walking into an environment and hearing someone say that snapshots are their backup strategy...here's what you do.

          1. Apply face to palm.
          2. Remove face from palm.
          3. FIRMLY apply palm to other person's face. Repeat until sense has been enabled.

          I sort of did this until about 6 years ago - A VMWARE expert who was helping me setup my infrastructure laid it out for me about snapshots. Whenever I talk about them now, I express that my policy is that snapshots are only allowed to live on my network for a few hours, until I am assured that I don't need to immediately go back to it. It is a fall back process, not a backup strategy.

          thanksajdotcomT 1 Reply Last reply Reply Quote 1
          • scottalanmillerS
            scottalanmiller
            last edited by

            I call them an "under the hood" component of other processes.

            art_of_shredA 1 Reply Last reply Reply Quote 2
            • thanksajdotcomT
              thanksajdotcom @Bob Beatty
              last edited by

              @Bob-Beatty said:

              @ajstringham said:

              @scottalanmiller Yup. Walking into an environment and hearing someone say that snapshots are their backup strategy...here's what you do.

              1. Apply face to palm.
              2. Remove face from palm.
              3. FIRMLY apply palm to other person's face. Repeat until sense has been enabled.

              I sort of did this until about 6 years ago - A VMWARE expert who was helping me setup my infrastructure laid it out for me about snapshots. Whenever I talk about them now, I express that my policy is that snapshots are only allowed to live on my network for a few hours, until I am assured that I don't need to immediately go back to it. It is a fall back process, not a backup strategy.

              That's exactly right. I've been told to never snapshot a DC though if it's in a dual+ DC environment. Causes split-brain issues. Makes sense.

              scottalanmillerS 1 Reply Last reply Reply Quote 0
              • art_of_shredA
                art_of_shred Banned @scottalanmiller
                last edited by

                @scottalanmiller Exactly. An "under-the-hood" component...

                1 Reply Last reply Reply Quote 1
                • scottalanmillerS
                  scottalanmiller @thanksajdotcom
                  last edited by

                  @ajstringham said:

                  @Bob-Beatty said:

                  @ajstringham said:

                  @scottalanmiller Yup. Walking into an environment and hearing someone say that snapshots are their backup strategy...here's what you do.

                  1. Apply face to palm.
                  2. Remove face from palm.
                  3. FIRMLY apply palm to other person's face. Repeat until sense has been enabled.

                  I sort of did this until about 6 years ago - A VMWARE expert who was helping me setup my infrastructure laid it out for me about snapshots. Whenever I talk about them now, I express that my policy is that snapshots are only allowed to live on my network for a few hours, until I am assured that I don't need to immediately go back to it. It is a fall back process, not a backup strategy.

                  That's exactly right. I've been told to never snapshot a DC though if it's in a dual+ DC environment. Causes split-brain issues. Makes sense.

                  People say this about DCs but it applies to any database or HA system.

                  thanksajdotcomT 1 Reply Last reply Reply Quote 1
                  • thanksajdotcomT
                    thanksajdotcom @scottalanmiller
                    last edited by

                    @scottalanmiller said:

                    @ajstringham said:

                    @Bob-Beatty said:

                    @ajstringham said:

                    @scottalanmiller Yup. Walking into an environment and hearing someone say that snapshots are their backup strategy...here's what you do.

                    1. Apply face to palm.
                    2. Remove face from palm.
                    3. FIRMLY apply palm to other person's face. Repeat until sense has been enabled.

                    I sort of did this until about 6 years ago - A VMWARE expert who was helping me setup my infrastructure laid it out for me about snapshots. Whenever I talk about them now, I express that my policy is that snapshots are only allowed to live on my network for a few hours, until I am assured that I don't need to immediately go back to it. It is a fall back process, not a backup strategy.

                    That's exactly right. I've been told to never snapshot a DC though if it's in a dual+ DC environment. Causes split-brain issues. Makes sense.

                    People say this about DCs but it applies to any database or HA system.

                    That would be true and make sense. Anything that has references between points or failovers this would be a bad thing to do to.

                    1 Reply Last reply Reply Quote 0
                    • scottalanmillerS
                      scottalanmiller
                      last edited by

                      Came across this thread and was wondering what had happened to the OP? His disappeared from here and other forums too.

                      KOOLERK 1 Reply Last reply Reply Quote 1
                      • KOOLERK
                        KOOLER Vendor @scottalanmiller
                        last edited by

                        @Bill-Kindle said:

                        I see this all the time. People will setup Shadow Copies as a replacement for their normal backups, and then are shocked when they run out of space on their under-provisioned servers. And on top of that, they create multiple copies per day!

                        I need to add "Shadow Copies are not a replacement for backups!" saying to the "Snapshots are not backups!" line I use all the time.

                        Aside from all of that, what is this forum running? Looks pretty slick.

                        Bill is active on SpiceWorks. Renamed himself to Little Green Man so you don't see "Bill Kindle" tagged posts anymore.

                        1 Reply Last reply Reply Quote 1
                        • scottalanmillerS
                          scottalanmiller
                          last edited by

                          Ah I think that I knew that. Although I don't feel like I've seen his alter ego much either.

                          1 Reply Last reply Reply Quote 0
                          • 1
                          • 2
                          • 2 / 2
                          • First post
                            Last post