How can I reduce the frequency of "synchronizing block information" phases in CrashPlan PROe?

3

2

How can I reduce the frequency of "synchronizing block information" phases in CrashPlan PROe? It typically takes hours to complete, seems to occur every two days or so, and in the meantime files don't get backed up.

I use CrashPlan PROe 3.7.0 with Windows 7 SP1 x64 Ultimate.

Example:

enter image description here

To make matters worse, it is followed by a scan:

enter image description here


My settings:

enter image description here

My advanced settings (grayed out, it seems that I cannot change them):

enter image description here

The following setting seems interesting but is grayed out as well:

enter image description here

Franck Dernoncourt

Posted 2016-08-11T20:36:03.487

Reputation: 13 518

1Frank - I went ahead and added an answer summing up all we've been going over in comments. When you get a chance, let me know if you feel this covers all the discussed topics, options, and so on in the comments; I went ahead and cleaned those up so feel free to do the same with yours. I felt froggy so I jumped... Ribbbitt!! – Pimp Juice IT – 2016-08-18T04:34:49.757

@PIMP_JUICE_IT awesome, thanks :) I'll keep you posted. – Franck Dernoncourt – 2016-08-18T05:07:14.973

1@Homey_D_Clown_IT eventually the admin unlocked the "verify selection every", it did the trick. Thanks for your help! – Franck Dernoncourt – 2016-09-12T17:09:41.060

Answers

2

Potential Considerations

  • The Administration Guide Advanced Settings section indicates that if you set the Data de-duplication option value to Full this may help identify duplicate data to potentially help speed up the process.
  • From this same admin guide, it's indicated that if you set the Compression option value to On, this too may be helpful in speeding up the process due to less bandwidth and less disk I/O being used.
  • The Device Backup Reference guide indicates that in General you can set the Backup will run option to a value of Always so the backup always runs and it may only backup the changed data since the last backup, so consider testing and researching this further for performance benefits.
  • The Using Backup Sets admin guide indicates you may want to have only one default Backup Sets and not more than one set to ensure that you are always backing up to the same destination as frequently as you have scheduled and configured per all your settings. Have a look at Specifying Version Settings for further clarification on applicable options as well.

If You Cannot Change These Settings

If you determine that these options are grayed out, not changeable, or enforced at another level for the way this software is configured and setup in your environment you'll want to see where else these changes may need to be made to be effective on your client workstation.

According to the same admin guide in Advanced Settings, you will see there is an option with a little lock symbol enter image description here indicating whether or not these settings are locked and preventing users from changing this value from their personal settings.

Consider the following options but don't limit to yourself them only:

  • See if there's a setting in the client interface to unlock these so the changes can be changed
  • Check a higher level in your configuration setup with this software to see if these settings can only be changed (unlocked) from a server policy or configuration file—check with your server or local PC admin if this is not you.
  • If you have support with this software, reach out to [them] the vendor for support to assist in resolving the issue.

Advanced Settings

Data de-duplication

  • Description: Controls data de-duplication rate.
  • Full - Every effort is made to identify duplicate data. While being 100% effective, it requires a great deal of CPU power. You're sacrificing CPU and speed to save bandwidth and disk at destination.

Compression

  • Description: Controls how CrashPlan service compresses your backup. Compressed backups use less bandwidth and less disk space.
    Compression does consume some CPU, but not enough to offset overhead
    due to maxing out your bandwidth or I / O. Because you generally have more CPU available than bandwidth or disk I / O, we do not recommend
    turning off compression.
  • On - All files are compressed.

Lock

  • Descripton: Locks this setting to prevent users from changing it in their personal settings.

source


General

Backup Sets

  • Description: Displays Backup Sets sheet in which you can create and configure backup sets.

Backup will run

  • Description: Indicates whether backups are always running or running only at specific times.

source


Backup Frequency

CrashPlan backs up new changes to files as often as your Backup Frequency settings allow. CrashPlan watches the filesystem in real-time (unless that feature is turned off), and when a file changes it schedules the next backup of that file based on the frequency settings (i.e. if the backup frequency is set to the default 15 minutes, once a file changes CrashPlan will schedule a backup to happen 15 minutes later).

source


References


Guide Screen Shots

enter image description here enter image description here enter image description here

Pimp Juice IT

Posted 2016-08-11T20:36:03.487

Reputation: 29 425

Recommend you preface your detailed configuration notes with a general statement about block sync in Crashplan. My understanding is that it is quite normal for Crashplan to inexplicitly and unexpectedly spend hours and hours on this task. – JohnC – 2016-10-06T00:06:18.623

@JohnC Please explain what you suggest regarding this and. . . " My understanding is that it is quite normal for Crashplan to inexplicitly and unexpectedly spend hours and hours on this task"?. I'm not sure what you're asking me to add to my answer. – Pimp Juice IT – 2016-10-06T00:16:06.500

Suggest you open your answer by stating whether it is practical to do as the OP asks, "to reduce the frequency" and the duration too, and by how much relatively speaking, to set expectations. Eg from "hours" to what? Various blogs that I've read state that it is standard for Crashplan to frequently sync blocks and spend a long time doing it. Hence the OP request is perhaps not achievable. That is my experience too. I'm not complaining about your answer, just curious to learn from your experience. – JohnC – 2016-10-06T11:05:59.240