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

    Offsite Backup Solution Needed

    IT Discussion
    backup and disaster recovery veeam
    10
    100
    30.0k
    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.
    • MattSpellerM
      MattSpeller @Dashrender
      last edited by

      @Dashrender ah good call, didn't see that.

      1 Reply Last reply Reply Quote 0
      • S
        Sparkum @Dashrender
        last edited by

        @Dashrender said:

        @DustinB3403 said:

        @Sparkum 100-200GB per day in changes?

        That's a very large Delta if you're trying to replicate those changes off site.

        yeah do the math

        5 Mb/s = 18,000 Mb/hr (2.25 GB/hr) max. It's unlikely that you'll get max use, assuming 80% you looking at being able to send 1.8 GB/hr. Assuming you close at 5 PM and open at 7 AM, that's 14 hours you can transfer at full speed, 1.8 * 14 = 31.5 GB per night.

        Office is 100/100

        And ya increasing the line at the store is COMPLETELY an option. Just trying to weigh all my options here.

        Additionally I dont need ALL the data replicated everynight.

        Certain things like sharepoint, IIS, reportserver, things like that that dont change often could be backed up less often, so long as the data is relevant enough.

        wrx7mW scottalanmillerS 2 Replies Last reply Reply Quote 1
        • MattSpellerM
          MattSpeller
          last edited by

          For ~200GB of changes you're in the butter zone for LTO5/6. Just make sure if you go with 6 you can feed it fast enough as they work best with a full buffer to avoid running out of data mid write.

          S 1 Reply Last reply Reply Quote 0
          • wrx7mW
            wrx7m @Sparkum
            last edited by

            @Sparkum It seems the easiest thing to do would be to upgrade the retail site's wan link. If you aren't already using tape, it seems like you should just stay away from it.

            1 Reply Last reply Reply Quote 1
            • JaredBuschJ
              JaredBusch
              last edited by

              @Dashrender If you are using Veeam, then it handles all of it. You can either use VM replication and that does require a hypervisor on the other end. Or you can use backup copy to replicate the backup.

              1 Reply Last reply Reply Quote 1
              • JaredBuschJ
                JaredBusch @DustinB3403
                last edited by

                @DustinB3403 said:

                Yeah so there are a few different items being discussed.

                Continuous replication is not a backup. It's an Oh-Shit recovery tool, where you are making a ready to boot copy of everything on a separate host.

                • this does not sound like what you want

                Backups include

                • Full Backups - backing up everything VM related
                • Incrementals or Delta's - Only the changes since the last backup.

                Incrementals are what you appear to want, but then you mention that you'll have a Hypervisor at the remote location.

                So are you doing / hoping for a Continuous Replication and Backup scenario where you use two types of recovery?

                Replication most certainly is a backup. It is not backup history that you can restore various things from various times. But it most certianly is a copy of your data.

                S 1 Reply Last reply Reply Quote 0
                • S
                  Sparkum @MattSpeller
                  last edited by

                  @MattSpeller said:

                  For ~200GB of changes you're in the butter zone for LTO5/6. Just make sure if you go with 6 you can feed it fast enough as they work best with a full buffer to avoid running out of data mid write.

                  I personally wondering if the ~200GB number I'm coming up with is more how Backup Exec does its backups, looking closely I cant fathem why certain servers have the growth they are showing.

                  MattSpellerM DashrenderD 2 Replies Last reply Reply Quote 0
                  • S
                    Sparkum @JaredBusch
                    last edited by

                    @JaredBusch Does replication do any sort of snapshot?

                    JaredBuschJ 1 Reply Last reply Reply Quote 0
                    • MattSpellerM
                      MattSpeller @Sparkum
                      last edited by

                      @Sparkum said:

                      @MattSpeller said:

                      For ~200GB of changes you're in the butter zone for LTO5/6. Just make sure if you go with 6 you can feed it fast enough as they work best with a full buffer to avoid running out of data mid write.

                      I personally wondering if the ~200GB number I'm coming up with is more how Backup Exec does its backups, looking closely I cant fathem why certain servers have the growth they are showing.

                      I've had nightmares about trying to use / fix BackupExec that would scare the underpants off a fully grown sysadmin

                      S 1 Reply Last reply Reply Quote 1
                      • S
                        Sparkum @MattSpeller
                        last edited by

                        @MattSpeller said:

                        @Sparkum said:

                        @MattSpeller said:

                        For ~200GB of changes you're in the butter zone for LTO5/6. Just make sure if you go with 6 you can feed it fast enough as they work best with a full buffer to avoid running out of data mid write.

                        I personally wondering if the ~200GB number I'm coming up with is more how Backup Exec does its backups, looking closely I cant fathem why certain servers have the growth they are showing.

                        I've had nightmares about trying to use / fix BackupExec that would scare the underpants off a fully grown sysadmin

                        Haha ya for sure, I dont think anyone would disagree that it has its downsides.

                        MattSpellerM 1 Reply Last reply Reply Quote 1
                        • MattSpellerM
                          MattSpeller @Sparkum
                          last edited by MattSpeller

                          @Sparkum Hello, my name is Matthew Speller, and I'm a Backup Exec 11D survivor.....

                          1 Reply Last reply Reply Quote 0
                          • JaredBuschJ
                            JaredBusch @Sparkum
                            last edited by

                            @Sparkum said:

                            @JaredBusch Does replication do any sort of snapshot?

                            Of course it does. That is how all backup mechanisms work.

                            This is what VMWare shows on the source host when Veeam 9 runs a replication job .

                            0_1456181804766_upload-0e53dcd0-5e11-4825-b498-7a34ed859ccd

                            and here is what it looks like on the destinaiton side.

                            0_1456181865933_upload-187474ea-9cb7-429e-a849-c72f2daae10c

                            S 1 Reply Last reply Reply Quote 0
                            • DashrenderD
                              Dashrender @Sparkum
                              last edited by

                              @Sparkum said:

                              @MattSpeller said:

                              For ~200GB of changes you're in the butter zone for LTO5/6. Just make sure if you go with 6 you can feed it fast enough as they work best with a full buffer to avoid running out of data mid write.

                              I personally wondering if the ~200GB number I'm coming up with is more how Backup Exec does its backups, looking closely I cant fathem why certain servers have the growth they are showing.

                              You can have nearly zero total size change but files themselves could change drastically internally, so that needs to be backed up.

                              I'm not sure how DB's work, but let's assume if you change even one bit in a DB you have to backup the whole thing - so if it's a 100 GB db, and you change 1 bit, you have 100 GB to backup now.. just a lame example.

                              S 1 Reply Last reply Reply Quote 1
                              • DashrenderD
                                Dashrender
                                last edited by

                                Replication itself doesn't need to involve snap shots though.

                                You can have Veeam take a backup of the VM to local NAS. Then you can have Veeam, as a different job, replicate that backup over the WAN. That replication won't touch the VM or make a snapshot.

                                JaredBuschJ 1 Reply Last reply Reply Quote 0
                                • S
                                  Sparkum @JaredBusch
                                  last edited by

                                  @JaredBusch said:

                                  @Sparkum said:

                                  @JaredBusch Does replication do any sort of snapshot?

                                  Of course it does. That is how all backup mechanisms work.

                                  This is what VMWare shows on the source host when Veeam 9 runs a replication job .

                                  0_1456181804766_upload-0e53dcd0-5e11-4825-b498-7a34ed859ccd

                                  and here is what it looks like on the destinaiton side.

                                  0_1456181865933_upload-187474ea-9cb7-429e-a849-c72f2daae10c

                                  Ya thats just where my concern is.

                                  Maybe what happened with the VM filling up and crashing is something stupid that I could fix with a simple phone call to Veeam, but like every company we have certain servers that cant have downtime during business hours, so if something like that happened on one of our critical servers shit will hit the fan so fast.

                                  JaredBuschJ DenisKelleyD 2 Replies Last reply Reply Quote 0
                                  • S
                                    Sparkum @Dashrender
                                    last edited by

                                    @Dashrender said:

                                    @Sparkum said:

                                    @MattSpeller said:

                                    For ~200GB of changes you're in the butter zone for LTO5/6. Just make sure if you go with 6 you can feed it fast enough as they work best with a full buffer to avoid running out of data mid write.

                                    I personally wondering if the ~200GB number I'm coming up with is more how Backup Exec does its backups, looking closely I cant fathem why certain servers have the growth they are showing.

                                    You can have nearly zero total size change but files themselves could change drastically internally, so that needs to be backed up.

                                    I'm not sure how DB's work, but let's assume if you change even one bit in a DB you have to backup the whole thing - so if it's a 100 GB db, and you change 1 bit, you have 100 GB to backup now.. just a lame example.

                                    Ya for sure, and we can some "kinda silly" things set up that would need to change like our OMG VIP sql database, backs up as well as does a DB dumb onto our backup server which then backs up again, so the change on our backup server is huge (didnt take that into account in the 100-200GB)

                                    1 Reply Last reply Reply Quote 0
                                    • JaredBuschJ
                                      JaredBusch @Sparkum
                                      last edited by

                                      @Sparkum said:

                                      Ya thats just where my concern is.

                                      Maybe what happened with the VM filling up and crashing is something stupid that I could fix with a simple phone call to Veeam, but like every company we have certain servers that cant have downtime during business hours, so if something like that happened on one of our critical servers shit will hit the fan so fast.

                                      I realize you had a problem with a snapshot, but that is how every single VM backup solution works and is a native function of every single hypervisor out there. You should contact support for either the hypervisor or the backup vendor.

                                      1 Reply Last reply Reply Quote 1
                                      • JaredBuschJ
                                        JaredBusch @Dashrender
                                        last edited by

                                        @Dashrender said:

                                        Replication itself doesn't need to involve snap shots though.

                                        You can have Veeam take a backup of the VM to local NAS. Then you can have Veeam, as a different job, replicate that backup over the WAN. That replication won't touch the VM or make a snapshot.

                                        It is completely impossible to not involve a snapshot.

                                        How do you think the backup was made? With a snapshot. And that information is how the replication job would know what needed replicated.

                                        DashrenderD 1 Reply Last reply Reply Quote 0
                                        • DashrenderD
                                          Dashrender @JaredBusch
                                          last edited by

                                          @JaredBusch said:

                                          @Dashrender said:

                                          Replication itself doesn't need to involve snap shots though.

                                          You can have Veeam take a backup of the VM to local NAS. Then you can have Veeam, as a different job, replicate that backup over the WAN. That replication won't touch the VM or make a snapshot.

                                          It is completely impossible to not involve a snapshot.

                                          How do you think the backup was made? With a snapshot. And that information is how the replication job would know what needed replicated.

                                          correct, but it's a two step process.

                                          1. create backup - a) create snap b) copy data to backup repository c) delete snap
                                          2. replicate data from repository to remote location

                                          As long as step 1 is done completely locally, you shouldn't have a problem with your snaps.

                                          What we still don't know - and really is important before providing any advice of real value, is why the snaps caused the server to crash - if it even was really the snap that cause it.

                                          i.e. did it run out of disk space? out of RAM(though that doesn't make sense) CPU overload, etc, etc, etc....

                                          One possible story behind the crash - the snap was taken - the copy process starts but takes forever, the local VM host runs out of disk space - VM Host crashes.

                                          But this is only one of many possible situations. In this situation local NAS for repository would solve the problem.

                                          S JaredBuschJ 2 Replies Last reply Reply Quote 0
                                          • S
                                            Sparkum @Dashrender
                                            last edited by

                                            @Dashrender said:

                                            @JaredBusch said:

                                            @Dashrender said:

                                            Replication itself doesn't need to involve snap shots though.

                                            You can have Veeam take a backup of the VM to local NAS. Then you can have Veeam, as a different job, replicate that backup over the WAN. That replication won't touch the VM or make a snapshot.

                                            It is completely impossible to not involve a snapshot.

                                            How do you think the backup was made? With a snapshot. And that information is how the replication job would know what needed replicated.

                                            correct, but it's a two step process.

                                            1. create backup - a) create snap b) copy data to backup repository c) delete snap
                                            2. replicate data from repository to remote location

                                            As long as step 1 is done completely locally, you shouldn't have a problem with your snaps.

                                            What we still don't know - and really is important before providing any advice of real value, is why the snaps caused the server to crash - if it even was really the snap that cause it.

                                            i.e. did it run out of disk space? out of RAM(though that doesn't make sense) CPU overload, etc, etc, etc....

                                            One possible story behind the crash - the snap was taken - the copy process starts but takes forever, the local VM host runs out of disk space - VM Host crashes.

                                            But this is only one of many possible situations. In this situation local NAS for repository would solve the problem.

                                            Ran out of disk space, what I believe happened is that Veeam was getting ahead of itself creating the backup and the cache just kept growing while the offload was so slow so it just grew and grew then poof.

                                            Unless thats not how it works then nevermind! haha

                                            But ya, definately ran out of space, and I tried a bunch of things, kept failing, deleted the snapshot and poof, worked.

                                            DashrenderD scottalanmillerS 2 Replies Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 3
                                            • 4
                                            • 5
                                            • 3 / 5
                                            • First post
                                              Last post