Wiki source code of Planification des sauvegardes

Last modified by Equipe Opération on 23 - 04 - 2019

version	line-number	content
14.2	1	== Implementing a proper backup schedule ==
6.1	2
14.2	3	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.
6.1	4
5.1	5	{{box cssClass="floatinginfobox" title="Table des matières" width="50%"}}
14.2	6	{{toc start="2" depth="4" numbered="true" scope="page"/}}
7.1	7	{{/box}}
	8
14.2	9	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.
1.1	10
14.2	11	== Functionality ==
1.1	12
14.2	13	The following features allows you to adapt your software and resource use to best fit your needs.
1.1	14
14.2	15	=== Managing scheduling and frequency ===
1.1	16
14.2	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
1.1	18
14.2	19	{{{A few examples:}}}
1.9	20
14.2	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.
1.9	23
14.2	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.
1.9	25
14.2	26	=== Block backup, Managing Incremental and Full ===
1.1	27
14.2	28	==== Block backup essentials ====
1.9	29
14.2	30	This mode enables the incremental / complete backup options.
1.9	31
14.2	32	During an incremental backup, the block mode only records the modified parts / blocks since the last backup, saving time and bandwidth.
1.9	33
14.2	34	But during a Full backup, the entirety of the file is backed up.
1.9	35
14.2	36	More informations about [[block level blackup>>path:/bin/view/Les%20bases%20de%20connaissances%20et%20FAQ/Le%20mode%20bloc/]]
10.1	37
1.11	38
14.2	39	==== Full backup planing ====
1.11	40
14.2	41	During the backup planing definition, it's usual to use a regular incremental backup to limit the amount of uploaded data.
1.11	42
14.2	43	To avoid issues, enhance backup reliability and restore performance, it's necessary to plan a longer full backup every few backups.
11.2	44
14.2	45	For example, a full backup once a week when daily incremantals are setup.
13.4	46
14.2	47	==== Retention and purge options ====
1.11	48
14.2	49	Numerous versionning strategies are available to you, either
1.11	50
14.2	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
3.1	54
14.2	55	== Limiting backup plan duration ==
1.9	56
14.2	57	To avoid bottlenecks and impacts over the production, backup plans can include an execution limit it to a certain amount of time.
1.1	58
14.2	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.
1.10	60
14.2	61	===== Recommendations =====
1.10	62
14.2	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.
1.10	65
14.2	66	== Optimizing bandwidth use ==
1.11	67
14.2	68	=== Data compression ===
1.6	69
14.2	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.
1.1	71
14.2	72	=== Bandwidth limit scheduler ===
1.9	73
14.2	74	You can avoid strain during the day by setting a limit to your client's bandwidth usage based on a schedule.
1.12	75
14.2	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.
1.12	77
14.2	78	You can limit local and cloud bandwidth speed separately.
1.12	79
14.2	80	== Anticipate conflicts ==
1.9	81
14.2	82	=== Third party VSS components ===
1.9	83
14.2	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.
1.9	85
14.2	86	(% class="wikigeneratedid" %)
	87	=== Avoid plan overlap ===
1.1	88
14.2	89	Plans overlap may induce general slowdowns, bandwidth saturation and simple VSS conflicts. To avoid those, you can use backup plan chaining.
1.1	90
14.2	91	Caution : only chain differential backup plans, create separate full backup plans when using differential chaining.
1.1	92
14.2	93	=== Backup types ===
1.6	94
14.2	95	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.
1.1	96
14.2	97	Two backup plans accessing the same resources cannot run at the same time.
1.1	98
14.2	99	== Windows Backup ==
1.1	100
14.2	101	=== Image Backup ===
1.1	102
14.2	103	Windows image backup are recommanded for system disks and mandatory for DR, they ensure consistent data and are block level backup capable.
1.1	104
14.2	105	A classical planning is comprised of a daily differential image backup coupled with a weekly full backup (usually planned during the week-end).
1.1	106
14.2	107	=== File Backups ===
1.1	108
14.2	109	File backups enable finer grained control of backup operations for filers and individual folders, but induces a longer backup and restore time.
1.1	110
14.2	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.
1.1	112
14.2	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.
1.4	114
14.2	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.
1.4	116
14.2	117	=== SQL Server Backup ===
1.1	118
14.2	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.
1.1	120
14.2	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.
1.1	122
11.2	123	== Linux ==
1.4	124
14.2	125	=== File based backup ===
1.4	126
14.2	127	File based options work the same way on Linux as they do on Windows and MacOS.
1.1	128
11.2	129	=== Sauvegarde Image Linux (ReaR) ===
1.4	130
14.2	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.
1.5	132
14.2	133	== Multiple backup plans on the same server ==
1.5	134
14.2	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.
11.2	136
14.2	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	** Full on Friday at 11pm
	143	* SQL Server app data backup :
	144	** Every 4 hours for transaction logs
	145	** Weekly / Bi-weekly Full (depending on data volume) on saturday 10pm

Wiki source code of Planification des sauvegardes

Navigation

Search

Choix de la langue