• Multiple targets for a backup question.
    You can either run a second backup to the third storage location or copy files as needed. How you copy them is going to depend on where you are copying them. For local, you can use Robocopy. For local to cloud, you can use something like our Explorer products.
    In Amazon S3, once you are in Glacier I don't believe there is any automated method to get out. You're there unless you manually copy the objects to another S3 storage class. I'll double check, however.
  • Restoring Backups
    Q: How to restore files/proceed with backup on another computer?

    A: Specify the same user account and make sure to choose the same backup prefix in Advanced Settings that you used for initial backup. I assume the original PC is not available to do the restore or it’s not 9n the same network.
  • Error 1607
    Here's the answer.

    NFS shares are currently not supported natively. However, In case it is a Linux machine, you can mount the share and add a mount point as a destination (like with any other share, e.g. SMB/AFP). So you can do this, but only in Linux, and only if you mount it first.

    Sorry for the confusion. There is a request in the system to support NFS shares. No ETA at their time.
  • Error 1607
    What operating systems are you going to be backing up the NFS share?

    I have a call into the support team to verify whether or not you can use an NFS share in this manner. I'll get back to you when I hear back from them.
  • Error 1607
    You need to use a UNC format: \\server\sharename
  • Error 1607
    Please keep the questions coming if anything else comes up. Better to start a new thread if the topic changes. And you also have access to our Support team, if needed, for more expedited service or if you run into a more complicated issue. But you can always start on the forums.
  • Error 1607
    Having local storage (NAS / File Server / SAN) will certainly help restore speeds. A low-latency, 10 GbE connection to RAID storage or any fast disk should result in far faster restores than pulling that data from the cloud over the internet. And that's how many of our customers operate. Local storage is used, if available, while cloud is used for restoring data from outside the office or in the case of disaster.
  • Error 1607
    When you define the storage in the administration console, if you enter a share name, then you're prompted to enter the credentials (User Name / Password) needed to access the share.

    I would like to add that Hybrid backups work by first backing up data to the file system and then reading the backed up data from the file system and copying it to cloud storage. Normally, this method results in the best performance as it only requires a single read of the source data and file system storage is normally local and high-speed. However, in your case, you are using a VPN over the internet to an NFS share. Re-reading that data may be more time-consuming than running two backups: One to the NFS storage and one to the cloud. You'll have to test performance.
  • Is there a scheduling helper tool?

    1. Is there a reason you are not using Hybrid Backups? A hybrid backup plan would back up to file system storage and cloud storage in a single pass, reducing your IO on the computer by half and eliminating overlaps.

    2. If you want to keep the plans separate, then you can easily use the Backup Chain option on the Pre / Post Actions to kick off the second plan once the first one completes. That would also eliminate any overlapping plans.
  • Error 1607
    That should be fine as long as the remote computer can see the storage over the VPN. Obviously, if the VPN is not running or the Managed Backup Service Account cannot access the network share, you'd have an issue.

    Just to confirm, you are running a Hybrid backup to cloud storage and file system storage. The file system storage is located on a remote PC, accessible via a VPN. Correct?

    What account are you using for the backup service? Can that account access the remote share over the VPN?
  • Error 1607
    sounds like the computer on which the agent is installed cannot see your file system storage. How do you have it set up?
  • Frequent vs Archive split storage backup?
    The easiest way to do this is to use a Lifecycle Policy with a service like AWS to move data as it ages to less expensive storage classes like S3-Intelligent Tiering and Glacier. The other option is to back up old files to less expensive cloud storage and use a second plan for newer files.
  • Does the free version support multipart uploads?
    Just to confirm, you are saying you have 4.8 Mbit Upstream connection speed, resulting in upload speeds of 600 KB / Sec. I'd estimate you're looking at a minimum of 4 hour+ upload time for that file at that speed, assuming you're able to use all available bandwidth.

    Can I ask why you're using Glacier Direct as your target? Is this simply for archival reasons. Meaning, you do not have any plans to access that data unless something critical happens and you're also planning on leaving it in Glacier for at least 90 Days to avoid early deletion fees?

    Upload issues can be caused anywhere in the chain. It's impossible to guess what's going on. What are your Chunk Settings? There's a section in Options called Glacier Multi-Part Upload.

    You can have a look at the Log to see if anything interesting is being reported regarding the transfer to Glacier. Look at the Diagnostic and Logging section in Options. Feel free to post any log items that are of concern. Please do not attach the entire log file as they contain information that you may not want public.
  • Does the free version support multipart uploads?
    I'm not sure - I'd wait it out as it might be a simple screen update issue. What is your upload bandwidth? Because you are going direct to Glacier, and Glacier is designed as archive storage, you may not get the same level of real-time reporting as other storage classes.
  • Does the free version support multipart uploads?
    You can find the differences here.

    Yes, Multi-Part Uploads are supported, but the free edition does not support multi-threading. So based on the way you formed your question, I'm going to say the free version does not support the feature you are requesting. I believe the default chunk size is 5 MB, but set accordingly to your upload bandwidth. Reducing the number of chunks may speed up the uploads as it reduces IO.

    If you need multi-threading, then you'd have to consider upgrading to the paid version.
  • request refund for MSP license
    Any refund requests would need to be discussed with your account manager. If you are not sure who manages your account, then please submit your question / request via this page:

David Gugick

Start FollowingSend a Message