Planification des sauvegardes

== Implementing a proper backup schedule ==

To optimize your backup strategy with Nuabee Backup, you need to think about your scheduling plan taking accounting for the backup types, data weight and your IT use / availability time slots to avoid conflicts and bottlenecks.

4

5

{{box cssClass="floatinginfobox" title="**Table des matières**" width="50%"}}

Disclaimer : The estimated durations are just an example and will vary depending on a number of factors like your uplink speed, disk size and type and infrastructure used.

== Functionality ==

The following features allows you to adapt your software and resource use to best fit your needs.

14

15

=== Managing scheduling and frequency ===

16

17

Nuabee Backup enables you to manage when and at which frequency the software should backup your data and allowing to define exclusions to limit the backup to necessary data

18

19

{{{A few examples:}}}

20

21

* Backup everyday on the week except on wednesday where bandwidth is limited for the office.

22

* Every third wednesday of every two months towards warm storage for legal reasons.

23

24

It is recommended to define the backup time slots outside of usual infrastructure use to avoid bottlenecking the network and limiting the impact on users and your internet connection.

25

26

=== Block backup, Managing Incremental and Full ===

27

28

==== Block backup essentials ====

29

30

This mode enables the incremental / complete backup options.

31

32

During an incremental backup, the block mode only records the modified parts / blocks since the last backup, saving time and bandwidth.

33

34

But during a Full backup, the entirety of the file is backed up.

35

36

More informations about [[block level blackup>>path:/bin/view/Les%20bases%20de%20connaissances%20et%20FAQ/Le%20mode%20bloc/]]

37

38

39

==== Full backup planing ====

40

41

During the backup planing definition, it's usual to use a regular incremental backup to limit the amount of uploaded data.

42

43

To avoid issues, enhance backup reliability and restore performance, it's necessary to plan a longer full backup every few backups.

44

45

For example, a full backup once a week when daily incremantals are setup.

46

47

==== Retention and purge options ====

48

49

Numerous versionning strategies are available to you, either

50

51

* through a set number of versions to keep (useful for office files for example)

52

* through a set number of days / weeks /months after last backup or modification date

53

* combining the two above

54

55

== Limiting backup plan duration ==

56

57

To avoid bottlenecks and impacts over the production, backup plans can include an execution limit it to a certain amount of time.

58

59

For example, a SQL Server backup that takes too much time can be stopped to be restarted after the usage spike is over, avoiding transaction logs overflow and slowdowns.

60

61

===== Recommendations =====

62

63

* If the time limit is reach, the plan will be reported as failed.

64

* You should review your backup planning and strategy to avoid those cases, you can free up space on the server, change approach (splitting into multiple plans) or assign more resources to the server.

65

66

== Optimizing bandwidth use ==

67

68

=== Data compression ===

69

70

Nuabee Backup allows you to compress your backed up data to minimize the amount of data uploaded, the option is a checkbox to tick when specifying your encryption key.

71

72

=== Bandwidth limit scheduler ===

73

74

You can avoid strain during the day by setting a limit to your client's bandwidth usage based on a schedule.

75

76

For example, you can specify that during opening hours, only 200KB/s of bandwidth is available, 1MB/s between 1pm and 2pm and back down for the afternoon.

77

78

You can limit local and cloud bandwidth speed separately.

79

80

== Anticipate conflicts ==

81

82

=== Third party VSS components ===

83

84

To avoid conflicts with another backup software and reduce the impact of two backup software cohabitation, Nuabee Backup can either use it's own VSS writers or the system's own VSS components.

85

86

(% class="wikigeneratedid" %)

87

=== Avoid plan overlap ===

88

89

Plans overlap may induce general slowdowns, bandwidth saturation and simple VSS conflicts. To avoid those, you can use backup plan chaining.

90

91

Caution : only chain differential backup plans, create separate full backup plans when using differential chaining.

=== Backup types ===

Take note that application specific backup types such as SQL Server and Exchange, running in parallel to other backup types may induce a VSS resource access conflict.

96

97

Two backup plans accessing the same resources cannot run at the same time.

== Windows Backup ==

=== Image Backup ===

Windows image backup are recommanded for system disks and mandatory for DR, they ensure consistent data and are block level backup capable.

104

105

A classical planning is comprised of a daily differential image backup coupled with a weekly full backup (usually planned during the week-end).

=== File Backups ===

File backups enable finer grained control of backup operations for filers and individual folders, but induces a longer backup and restore time.

110

111

This mode is recommanded for editable office files to enable proper versioning management, using backup planning the same way as Image backups and modification / backup date triggers.

112

113

You should think about your planning carefully, filer backups are generally long, managing a huge number fo files / entries, so plan your backup strategy around a clean separation of the amount of files that are modified with a set frequency and those that don't require to be scanned as frequently.

114

115

Moving those parts to another Drive letter as well as moving the Nuabee Backup internal database to an SSD based volume can help your backup time significantly.

116

117

=== SQL Server Backup ===

118

119

SQL Server backup are specifically conceived to backup the database with it's transaction logs (without trunking capability) to enable you app level recovery, tightly integrated with Microsoft SQL Server backup mechanisms.

120

121

Those backups are usually long and complex, assigning more resources to the server, moving Nuabee Backup database to SSD based volumes and properly selecting the affected dataset should be your priority.

== Linux ==

=== File based backup ===

126

127

File based options work the same way on Linux as they do on Windows and MacOS.

128

129

=== Sauvegarde Image Linux (ReaR) ===

130

131

Linux image based backups are usually setup for DR, and the default planning for those is a daily differential and weekly full backup during the week-end.

132

133

== Multiple backup plans on the same server ==

134

135

For some servers, you will need multiple backup plans to properly cover all of it's data and / or enable DR. So here is an example if you are faced with this case, we are here displaying a possibility for a SQL Server running Windows Server machine.

136

137

* **Local Image **(estimated to last 5 hours)

138

** Differential from monday to thursday 5:30pm

139

** Full on Friday at 5:30 pm

140

* **Cloud Image**

141

** Differential from monday to thursday 11pm

142