Автоматизация настройки резервного копирования MS SQL с помощью .NET приложения / Habr

Я долго созревал, чтобы написать данную статью и выложить свое приложение. Надеюсь вам будет интересно.

О чем данная статья

В ней описан тот способ, как с помощью разработанного мною .NET приложения можно распространять план резервного копирования и проводить все необходимые настройки над БД средствами СУБД с уведомлением администратора о выполнении задач.

По максимум постараюсь описать те нюансы, с которыми мне пришлось столкнуться в ходе разработки приложения и настройки БД.
Для описанных ниже задач можно использовать мастер планов обслуживания, но мне больше понравился такой подход. Основное преимущество описанного мною метода, что данный способ можно применять ко всем версиям MS SQL (кроме Express, там немного другой подход). План обслуживания можно переносить, но у вас должна быть соответствующая в версия MS SQL и все равно будет создан Job для запуска плана обслуживания.

Сравнить редакции MS SQL и их функционал вы можете вот здесь.
Осторожно: перфекционисты могут испытать жжение и боль при просмотре кода моего приложения, т.к. оно было написано на скорую руку и заточено под решение конкретной задачи.

Кому подойдет данная статья:

• Тем, у кого MS SQL Express и нет возможности запускать с помощью Job задачи
• Тем, кто в ближайшем будущем планирует перейти с MS SQL 2008 на более новую версию и не хочет настраивать зеркалирование БД, а сразу на новой версии настроить AlwaysOn
• Тем, у кого нет средств для поднятия еще резервных серверов и приходится обходиться тем, что есть.
• У кого нет сжатых сроков на время восстановления БД. Главное – это результат
• Кому лень что-то делать
• Просто любопытным людям.

Оглавление:

Теория о резервном копирование

1. Журнал транзакций
2. Разностная копия БД
3. Системные базы данных
4. План бекапирования
5. Общие рекомендации по резервному копированию

Используем приложение

1. Настройка уведомления администратора
2. Дополнительные уведомления для администратора
3. Решение проблем при настройке DatabaseMail
4. Настраиваем резервное копирование с помощью приложения для SQL Standart
5. Настраиваем резервное копирование с помощью приложения для SQL Express
6. Удаление задач из БД
7. Удаление копий БД

Как восстанавливать резервные копии

Список статей хабра, которые я использовал

1. Создание и хранение резервных копий баз данных в MS SQL. Практические советы
2. Построение цепочки восстановлений баз данных MS SQL
3. Настройка Database Mail в MS SQL Server 2005 и старше
4. SQL Server 2008: бэкапим с умом. Часть 1: Теория
5. Всё что вы стеснялись спросить о бэкапах Microsoft SQL Server

Исходники на github для MS SQL Standart и для MS SQL Express
Если появится желающие добавить свои мысли в код, принимаю pull request. Готов выслушать конструктивную критику и доработать приложение, если это действительно кому-то нужно будет.

Теория о резервном копирование

Все что описано в теории, вы можете найти самостоятельно. Конфигурации, которые описаны в данном разделе, автоматически будут выполнены моим приложением при настройке резервного копирования.
MS SQL Server поддерживает 3 модели резервного копирования.

1. Простую
2. Модель полного восстановление
3. Модель полного восстановления с неполным протоколированием

Я выбрал для приложения модель полного восстановления, т.к. мне необходимо было иметь возможность всегда восстановить последнюю версию БД после любой операции и у меня не было одномоментных массовых операций по вставке данных. Если вы только начинаете и не знаете, как правильно выбрать, вам может помочь вот эта статья Microsoft.
Для включения данного режима, необходимо выполнить следующий скрипт

ALTER DATABASE [Имя базы данных] SET RECOVERY FULL;
 

При переключении модели восстановления на полную у нас появится следующие возможности:

1. СУБД перестанет автоматически очищать журнал транзакций . Журнал будет расти до тех пор, пока не будет сделана его резервная копия. Это важный момент, администратору БД необходимо продумать вопрос о плане резервного копирования и очистки журнала. UPD: спасибо за помощь Yggaz
2. Создание разностной резервной копии
3. Создание полной резервной копии

Ниже будут описаны некоторые нюансы, связанные с резервным копирование журналов транзакций и разностный копий. По поводу полного копирования у меня замечаний никаких нет, просто делайте ее периодически и все у вас будет хорошо

1. Журнал транзакций

Журнал транзакций является критическим компонентом базы данных и в случае системного сбоя может потребоваться для приведения базы данных в согласованное состояние.

Преимущества при восстановлении БД с помощью журнала транзакций:

1. восстановление отдельных транзакций;
2. восстановление всех незавершенных транзакций при запуске SQL Server;
3. накат восстановленной базы данных, файла, файловой группы или страницы до момента сбоя и т.д

Рекомендации

1. Вынести на быстрый жесткий диск, чтобы при большом потоке операций не было задержек при записи.
2. Необходимо делать резервные копии журнала транзакций не реже чем каждый час.
3. После создания полной (разностной) копии базы данных, все старые журналы можно удалять, т.к. они теряют свою актуальность.
4. Внимательно следите за размером диска на котором хранятся журналы транзакций, если оно закончится, то записать новые данные в БД будет невозможно, пока не произойдет уменьшение размеров журнала транзакций или не добавиться новый дополнительный файл транзакций.
5. Журнал транзакций необходимо регулярно усекать, чтобы избежать его переполнения.
   UPD: Как сказал kolu4iy данная операция по усечению слегка сомнительна в плане производительности, т.к. при бэкапирование журнал транзакции очищается внутри и СУБД начинает писать в нем по новой. Однако у вас может возникнуть ситуация, которую описал я в своем комментарии и тогда это вам может пригодиться.
6. Возможна ситуация, когда невозможно сразу сделать усечение журнала. Они описаны в данной статье
7. Для получения информации о состоянии базы данных можно с помощью следующего запроса:

   select name,log_reuse_wait, log_reuse_wait_desc  from sys.databases

   
   
8. При необходимости можно получить информацию о последних открытых транзакциях

   DBCC OPENTRAN (Имя базы данных) WITH TABLERESULTS
   

Пример SQL скрипта для выполнения резервного копирования журнала транзакции с последующим усечением файла.

BACKUP LOG [Имя базы данных] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL\MSSQL\Backup\[Имя файла].bak' WITH NOFORMAT, NOINIT, 
NAME = N'Журнал транзакций  Резервное копирование', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO
USE [Имя базы данных]
GO
DBCC SHRINKFILE (N'Имя файла лога БД' , 25)
GO
 
 

Эти же операции можно проделать с помощью SSMS

2.Разностная копия БД

Разностное резервное копирование основано на самой последней предыдущей полной резервной копии данных. В разностной резервной копии сохраняются только те изменения, которые были произведены с момента создания последней полной резервной копии.
Рекомендации:

1. Используйте разностные копии БД, если создание полной копии БД занимает большой промежуток времени
2. Периодически делайте полную копию БД, чтобы уменьшить объемы создаваемых разностных копий.
3. После создания полной копии БД, все предыдущие разностные копии теряют свою актуальность.

Более подробно о рекомендациях по частоте созданию разностных резервных копий, можно прочитать здесь.

Приведу небольшой пример из практики, почему мы стали использовать разностную копию. Со временем у нашего клиента разрослась база данных до таких размеров, что создание полной резервной копии занимало 8 часов, еще несколько месяцев и возможно к началу рабочего дня не успевало бы завершиться данная операция. После перевода на разностное резервное копирование, мы сократили время с 8 часов до 2-4 минут (в зависимости от дня недели). Раз в неделю мы делали полную копию БД.

Пример SQL для создания резервной разностной копии БД с проверкой копии по завершению (отличается от полного копирования флагом DIFFERENTIAL вместо него нужно использовать NOFORMAT).

declare @pathBackup as varchar(55)
set @pathBackup =  N'C:\Backup\[Имя файла БД]_' + REPLACE(convert(varchar,GETDATE(), 104),'.','_') + '.bak'
BACKUP DATABASE [Имя базы данных] TO  DISK = @pathBackup
WITH DIFFERENTIAL, NOFORMAT, INIT, NAME = N'Полная База данных Резервное копирование', SKIP, NOREWIND, NOUNLOAD, STATS = 10, CHECKSUM
GO
declare @backupSetId as int
declare @pathBackup as varchar(55)
set @pathBackup =  N'C:\Backup\[Имя файла БД]_' + REPLACE(convert(varchar,GETDATE(), 104),'.','_') + '.bak'
select @backupSetId = position from msdb..backupset where database_name=N'[Имя базы данных]' 
and backup_set_id=(select max(backup_set_id) from msdb..backupset where database_name=N'[Имя базы данных]')
if @backupSetId is null 
begin 
	raiserror(N'Ошибка верификации. Сведения о резервном копировании для базы данных "[Имя базы данных]" не найдены.', 16, 1) 
end
RESTORE VERIFYONLY FROM  DISK = @pathBackup
WITH FILE = @backupSetId,  NOUNLOAD,  NOREWIND
GO
 

3.Системные базы данных

Помимо основной базы и связанных с ней файлов, я настоятельно рекомендую делать копии и системных баз данных. Начнем с того, что рассмотрим какие базы существуют в MS SQL. Их всего 5:

Название	Описание
База данных master	В этой базе данных хранятся все данные системного уровня для экземпляра SQL Server.
База данных msdb	Используется агентом SQL Server для планирования предупреждений и задач.
База данных model	Используется в качестве шаблона для всех баз данных, создаваемых в экземпляре SQL Server. Изменение размера, параметров сортировки, модели восстановления и других параметров базы данных model приводит к изменению соответствующих параметров всех баз данных, создаваемых после изменения.
База данных resource	База данных только для чтения. Содержит системные объекты, которые входят в состав SQL Server. Системные объекты физически хранятся в базе данных Resource, но логически отображаются в схеме sys любой базы данных.
База данных tempdb	Рабочее пространство для временных объектов или взаимодействия результирующих наборов.

Более подробно можете прочитать о них тут и еще вот тут.

Я выбрал резервировать только 2 системные БД:

1. msdb – потому что, там хранятся настроенные задачи и другие
2. master – хранятся все произведенные настройки SQL Server.

Данная информация все равно не сильно критична и ее можно восстановить руками, но зачем тратить лишнее время, когда можно просто взять из резервной копии.

4. План бекапирования

На основе выше описанного составим наш план резервного копирования данных. Он может отличаться от того, что потребуется вам, все зависит от требований к восстановлению БД. Когда я подготавливал план, мне пришлось учесть, что необходимо восстановить данные максимально и потеря данных составляла не больше одного часа.

Мы будем делать следующие резервные копии:

• Полная копия основной БД, чаще чем раз в неделю нет необходимости
• Разностная копия основной БД, каждый день
• Копии журнала транзакций основной БД, каждый час
• Копия системной БД master, раз в неделю
• Копия системной БД msdb, раз в неделю

В итоге у нас получился следующий план резервного копирования данных:

День недели	Время	Действия	Частота	Описание
Понедельник — Пятница	С 8-00 до 21-00	Резервные копии Журнала транзакций	Каждый час	После выполнения резервной копии БД идет сжатие и усечение журнала транзакций
Суббота — Воскресенье	С 8-00 до 18-00
Понедельник – Воскресенье	22-00	Разностная копия основной БД	1 раз в день	После успешного выполнения разностной копии удаляются все старые копии журнала транзакций
Суббота	12-00	Проверка БД	1 раз в день	Проверка БД Дело на целостность.
Суббота	18-00	Создание полной копии БД	1 раз в день	По завершению данной операции идет уведомление на почту.   Если создание резервной копии прошло удачно, удаляется старая полная резервная копия все старые разностные копии все старые журналы транзакций
Понедельник – Воскресенье	23-30	Создание копии системной базы master	1 раз в день	Хранится всегда только последний экземпляр БД
Воскресенье	12-30	Создание копии системной базы msdb	1 раз в месяц	Хранится всегда только последний экземпляр БД

5. Общие рекомендации по резервному копированию

1. Используйте опцию

   BACKUP WITH CHECKSUM

   
   чтобы убедиться, что все прошло хорошо. Недостатком такого решения является то, что для больших баз данных проверка контрольной суммы может серьезно загрузить систему.
2. Не выполняйте резервное копирование файлов на тот же физический диск, на котором хранится база данных или протокол транзакций.
3. Если вы используете MS SQL 2008 или выше, рекомендую вам использовать сжатие резервных копий средствами SQL. Следующий код включит сжатие по умолчанию:

   USE master; GO EXEC sp_configure ‘backup compression default’, '1'; RECONFIGURE WITH OVERRIDE;

4. держите резервные копии по нескольку дней на случай, если одна из них будет повреждена – старая резервная копия лучше, чем никакой.
5. Используйте DBCC CHECKDB для проверки каждой базы данных перед копированием, это своевременно предупредит вас о надвигающихся проблемах.

   DBCC CHECKDB ('Имя базы данных') WITH NO_INFOMSGS,   ALL_ERRORMSGS;

   Примечание: на практики мы использовали данную проверку, только перед выполнением полной резервной копии.
6. Выполняйте периодически обновление статистики и реорганизации индексов БД

Используем приложение

Несколько нюансов по приложению:

• Все тексты и запросы в коде вынесены в ресурсы, мне так было проще
• При вводе параметров соединения и других настроек, они сохраняются в файл. Для Express и Standart используются разные файлы (dbStandart, udExpress) в них хранится класс UserData
• Для выполнения некоторых операций могут потребоваться права администратора
• На данный момент не работает соединение с БД под доменной учетной записью
• Программа не обладает суперкрасивым интерфейсом

1. Настройка уведомления администратора

Мне было лень каждый раз заходить на сервер и проверять, сработала ли задача или произошла какая-то ошибка. Да и хотелось иметь возможность получать другие уведомления, не только о выполнения задач.

Для данной цели используется DatabaseMail MS SQL (для версии Standart и выше)
В своем приложение я сделал специальный раздел для автоматизации данной задачи

При нажатии появится форма для заполнения информации необходимой для создания профиля рассылки писем:

Приложение автоматически настроено на стандартный 25 SMTP порт для адреса с которого отправляются письма. При необходимости его можно изменить в процедуре sysmail_add_account_sp
Пользователь и пароль требуются на случай, если у почтового сервиса настроена аутентификация.

Имя оператора в системе указывается для того, чтобы у нас нормально создался профиль в DatabaseMail. Пишите любое название, которое будет для вас понятным. Ниже приведен пример заполненной формы.

Дальше, с данного ящика от указанного оператора, к нам будут приходить уведомления об успешном выполнении операций.
Выполняемые действия на данном этапе:

1. Меняются системные параметры MS SQL.
2. Создается DatabaseMail Profile
3. Активируется в SQL Agente профиль
4. Создается DatabaseMail Account
5. Добавляется DatabaseMail Account к Database Mail Profile
6. Создается DatabaseMail Operator

Более подробно описано в следующей статье и, частично, я брал отсюда. Естественно, данные действия можно выполнить с помощью SSMS.

2.Дополнительные уведомления для администратора

В программе предусмотрены 2 задачи, применяемые к БД:

1. проверка целостности БД. Для проверки базы данных использовалась стандартная процедура DBCC CHECKDB.
2. информирование о свободном месте в файловых группах.
3. Вторая задача была реализована с помощью запроса к системной таблице dbo.sysfiles
4. Вот пример данного запроса, который выполнялся к базе:

Select 
 NAME = left(a.NAME,15),
 a.FILEID,
 [FILE_SIZE_MB] = convert(decimal(12,2),round(a.size/128.000,2)),
 [SPACE_USED_MB] = convert(decimal(12,2),round(fileproperty(a.name,'SpaceUsed')/128.000,2)),
 [FREE_SPACE_MB] = convert(decimal(12,2),round((a.size-fileproperty(a.name,'SpaceUsed'))/128.000,2)) ,
 FILENAME = a.FILENAME
From dbo.sysfiles a

Ответ с сервера приходит на почту администратора в виде html разметки. Данный синтаксис возможен благодаря следующей стандартной функции MS SQL FOR XML.

Так же пока я искал, как преобразовать в возвращаемый результат выполнения запросов в html текст, наткнулся на следующую страницу, где человек создал целую процедуру для этих целей
Настроить эти операции можно с помощью соответствующего пункта в меню программы:

Появиться окно для указания почтового ящика, на который необходимо высылать html текст отчета:

3.Решение проблем при настройке DatabaseMail

В MS SQL 2008 я столкнулся с проблемой при настройке SQL Server Agent. Симптомы следующие, после настройки невозможно запустить SQL Agent. В основном это решается с помощью установки update на SQL сервер.

Убедитесь, что установлен sp1, а потом можно уже ставить обновление.

Если данные обновления не помогают, необходимо скачать fix. Его можно найти на данном сайте конечную ссылку не могу указать сейчас, для того что бы дойти до пакета фикса, нужно будет ответить на ряд вопросов.
Если есть проблемы с модулем DatabaseMail. После настройки данного модуля с помощью приложения, необходимо зайти в SQL Agent и просмотреть журнал событий. Если там будут ошибки «невозможно подключиться к почтовому ящику». Значит есть проблема, даже если через проверку отправляется письмо.

Исправляется это следующими манипуляциями:

1. Management Studio — SQL Server Agent — Properties.
2. Alert System
3. Уберите галочку с Enable mail profile
4. Нажмите OК
5. Зайдите снова и поставьте галочку
6. Перезагрузите SQL Server Agent.

Проверьте учетную запись для SQL Agent service. Если это доменная учетная запись измените ее на системную или наоборот. Все должно заработать.

4.Настраиваем резервное копирование с помощью приложения для SQL Standart:

Выбираем версию Standart. Настраиваем уведомления. (см. раздел, настройки уведомления):

Соединяемся с БД, заполняя данные для соединения и указываем БД, для которой будет применяться Job:

Выбираем настройку резервного копирования:

Указываем пути для сохранения копий БД. Если указанные папки не существует, то программа попытается их создать (нужны соответствующие права).

Нажимаем сохранить и базе настраиваются соответствующие задачи. Желательно настроить для каждого бэкапа разные папки, т.к. при удалении будут удаляться все файлы с расширением bak. (см. раздел удаление копий БД)

5.Настраиваем резервное копирование с помощью приложения для SQL Express:

Так как в SQL Express отсутствует SQL Agent, задачу по автоматизации резервного копирования пришлось решить другим путем. В указанной пользователем папке создается bat файле в котором описан SQL запрос, отвечающий за создание резервной копии. В случае необходимости можно редактировать его напрямую. По мимо этого должен работать стандартный планировщик Windows, в нем создается задача, которая будет запускать раз в сутки в указанное время.

Для этого запускаем приложение. Выбираем пункт MS SQL Express:

Появляется форма для заполнения параметров:

Указываем где будет сохраняться наша копия, а также где будет лежать bat файл для создания копии базы (имя файла указывать не надо, оно будет задано автоматически). Далее указываем настройки соединение и время, когда необходимо запускать задачу.

Единственный минус данного подхода в том, что приходится храниться в открытом виде пароль для соединения с БД.

6.Удаление задач из БД.

Если необходимо удалить все задачи из БД (например, захотели изменить пути сохранения БД). Для этого используем соответствующий пункт в меню программы. Из SQL Agent будут удалены все задачи с определенным начальным префиксом (в моем случае King):

7.Удаление копий БД

В некоторых задачах, настроено удаление старых копий БД. Для этого я использую процедуру master.dbo.xp_delete_file. Пример использования: Удалит все файлы с расширением bak из указанной папки, дата создания которых превышает 14 дней.

EXECUTE master.dbo.xp_delete_file 0,"E:\backups",N'bak',dateadd(d,-14,getdate()),0;

И вот еще один более подробный пример и информация о том, какие параметры принимает данная функция.

Как восстанавливать резервные копии

Из-за нехватки времени модуль восстановления еще не реализован, возможно в будущем я его добавлю, а пока просто кратко опишу как можно будет восстановить базу.

С помощью SQL скрипта. Для восстановления базы данных используется команда RESTORE.

Если необходимо восстановить просто базу из полной копии, то достаточно выполнить следующий скрипт:

RESTORE DATABASE [Имя базы данных] FROM DISK = 'Z:\SQLServerBackups\back.bak' WITH REPLACE

В случае, если необходимо восстановить последовательно сначала полную копию, разностные копии и журналы транзакций, тогда необходимо написать следующий SQL скрипт.

RESTORE DATABASE TEST_DB –восстанавливаем полную копию
   FROM test_db_full
   WITH NORECOVERY;
GO
RESTORE DATABASE TEST_DB –восстанавливаем разностную копию
   FROM test_db_diff
   WITH FILE = 1,
   NORECOVERY;
GO
RESTORE LOG TEST_DB –восстанавливаем журнал транзакций №1
   FROM test_db_tran_1
   WITH FILE = 1,
   WITH NORECOVERY;
GO
RESTORE LOG TEST_DB –восстанавливаем журнал транзакций №2
   FROM test_db_tran_2
   WITH FILE = 1,
   WITH NORECOVERY;
GO
RESTORE DATABASE TEST_DB
   WITH RECOVERY;
GO

Для восстановления БД можно использовать так же и SSMS.

Автоматическое резервное копирование

Автоматическое резервное копирование — резервное копирование данных по заранее заданному расписанию. Это наиболее эффективный способ автоматической защиты данных, хранящихся на вашем компьютере, от случайной потери или сбоя. Преимущества автоматического резервного копирования систем, файлов и папок заключаются в отсутствии необходимости для пользователя вмешиваться в процесс работы программы автоматического резервного копирования. Автоматическое резервное копирование – лучшая гарантия надёжной защиты данных. Handy Backup – это удобная и эффективная система для создания автоматических резервных копий любых типов данных. Автоматическое резервное копирование по расписанию с помощью Handy Backup позволяет пользователю производить следующие операции в соответствии с выбранным графиком создания копий данных: Поиск нужных данных для автоматического создания резервных копий; Архивирование (сжатие) резервируемых данных и шифрование данных; Регулярное копирование данных через заданные интервалы времени; Запись резервной копии на носители или безопасная передача копии по сети. Handy Backup имеет настройки для автоматического поиска данных. Пользователю достаточно указать расширения файлов, которые нужно скопировать, и они будут автоматически добавлены в список для копирования. Большинство операций с автоматическими резервными копиями выполняется задачей в соответствии с её настройками. Пользователю не требуется отвлекаться на управление программой или внесение изменений в ход автоматического резервного копирования данных. Помимо рассмотренных выше преимуществ, Handy Backup предоставляет пользователю широкий набор дополнительных функций автоматического резервного копирования файлов, папок и других данных, такие, как: Рекомендуемое решение для автоматического резервного копирования Версия 8.1.1 от 16 декабря 2019. 106 MB Программа резервного копирования Handy Backup. 9200 RUB за лицензию С помощью решения Handy Backup Office Expert можно выполнить автоматическое резервное копирование, как отдельного файла, так и всего диска и базы данных. Handy Backup позволяет задавать точное расписание для периодического запуска любой задачи резервного копирования. Чтобы добавить расписание в новую задачу, пожалуйста, воспользуйтесь следующей инструкцией: Создайте новую задачу резервного копирования в Handy Backup. Выберите данные, которые вы собираетесь сохранять с помощью этой задачи. Примечание: Возможность установки расписания резервного копирования не зависит от типа, объёма и структуры копируемых данных, а также от используемого хранилища. Выберите хранилище для ваших резервных копий. Внимание: Позаботьтесь, пожалуйста, только о том, чтобы и источник, и хранилище данных были доступны программе всякий раз во время исполнения задачи резервного копирования. На следующих шагах выберите метод резервного копирования, настройте при необходимости параметры хранения версий, шифрование и сжатие резервных копий. На Шаге 6 создания новой задачи вы можете установить расписание работы. Выберите нужный вам интервал времени для запуска задачи резервного копирования. Совет: Вы можете установить на этом шаге также флажок, обеспечивающий автоматическое выполнение пропущенных по тем или иным причинам задач резервного копирования. Завершите создание вашей задачи, дав ей имя. Задача резервного копирования по расписанию полностью готова к работе и будет выполняться всякий раз в соответствующее время, если Handy Backup запущена как программа или служба Windows. Читайте также:

Программа резервного копирования и восстановления данных Handy Backup

Бэкап в исходном формате Просмотр и изменение ваших файлов из резервной копии без необходимости полного восстановления данных из бэкапа! Единый интерфейс Делайте резервное копирование файлов, папок, баз данных, сайтов, облаков, приложений, используя единый интерфейс для всех задач! Различные методы бэкапа Выполняйте полное, инкрементное, дифференциальное, смешанное или версионное копирование, синхронизируйте данные! Простое решение для резервного копирования файлов, папок, почты домашних компьютеров на локальные диски, FTP и облака: Яндекс Диск, Google Диск и т.д. Программа для копирования и создания образов дисков, бэкапа таблиц ODBC-совместимых баз данных, виртуальных машин, сайтов, SFTP/FTPS и облаков. Решение для резервного копирования в облака и другие хранилища Яндекс.Диск Google Drive Amazon S3 Dropbox FTP/SFTP/FTPS NAS + Внешние и локальные жесткие диски, HDD, USB устройства, копирование по сети Бесcрочная лицензия Автоматическая программа резервного копирования любых данных (включая 1С, MySQL, MS SQL, Oracle и др.) для одного сервера или рабочей станции. Решение для копирования данных сервера и рабочих станций в локальной сети. Централизованное управление сетевыми агентами. Поддерживаемые базы данных Искали решение, которое позволит централизованно управлять резервным копированием компьютеров предприятия по сети. Нам важно было выбрать программу отечественной разработки. Наиболее подходящим функциям и цене оказалось решение Handy Backup Network. Понравилось, что программа поддерживает различные типы хранилищ и сетевых накопителей. Аверин Дмитрий Владимирович, системный администратор ООО «Базис» Очень понравилось, что имеется возможность делать копии 1С файлового режима, что и было решающим критерием при выборе программ для бэкапа. Настроили задачу копирования на ночь и забыли про беды. Теперь происходит автоматический бэкап по расписанию. До того, как узнали о Handy Backup, не пользовались никакими программами, делали резервные копии баз вручную, что было крайне неудобно. Станислав, системный администратор завода «Орбита» Лауреат “Российское ПО: инновации и достижения” “Год за годом Handy Backup становится все мощнее, сохраняя главные свойства — простоту и гибкость”.

Автоматический бэкап | Что такое копирование данных

Бэкап (backup) — это создание резервной копии существующих файлов, папок и других данных на компьютере. Бэкап можно делать вручную, но лучше использовать автоматическое резервное копирование компьютера с помощью специальных программ, например, Handy Backup. Регулярный бэкап файлов, папок и другой информации Решение Handy Backup позволяет настроить задачи резервного копирования по расписанию (auto backup) в определённое время и с определённым точно указанным интервалом повторного запуска, а также по определённому системному событию, например, при входе в ОС. Автоматический бэкап Все функции бэкапа данных в Handy Backup реализованы с помощью плагинов — специальных инструментов, осуществляющих бэкап данных определённого типа. На нашем сайте вы можете подробнее прочесть, что такое бэкап файлов, папок, баз данных, библиотек, образов диска и др. Дополнительные функции создания копии данных С помощью дополнительных встроенных инструментов Handy Backup вы можете зашифровать копии данных, сжать их в архив, сделать частичный бекап файлов вместо полного, поставить метку времени создания копии данных и т.д. Рекомендуемое решение для автоматического бэкапа данных Версия 8.1.1 от 16 декабря 2019 . 106 MB Программа резервного копирования Handy Backup. 2900 RUB за лицензию Программа для бэкапа папок и файлов, создания образов диска. Бесплатный пробный период в течение 30 дней! Бэкап файлов и папок Автоматический бэкап файлов в Handy Backup позволяет сохранять данные из системных и пользовательских папок, библиотек Windows, файлы приложений, использовать файловые фильтры и т.д. Можно использовать файловые фильтры по маске имени и типа для бэкапа. Автоматический бэкап почтовых сервисов С помощью Handy Backup вы можете выполнить бэкап почты Gmail, Outlook, папок и файлов любого локального клиента (Thunderbird, The Bat! и т.д.), сделать резервную копию почты с Web-сервиса по IMAP или произвести копирование данных Exchange Server. Бэкап баз данных Резервное копирование баз данных в Handy Backup включает в себя автоматический бэкап 1С, MS SQL Server, MySQL, MariaDB, PostgreSQL, Oracle, Lotus Notes/Domino, IBM DB2, а также любых баз данных через ODBC-драйвер с помощью универсального плагина Database. Копирование данных виртуальных машин Образы дисков виртуальных машин могут быть скопированы Handy Backup как файлы, а также при помощи специализированных плагинов Hyper-V backup, VMware Workstation. При этом копия Handy Backup может как устанавливаться на виртуальную машину, так и использоваться «извне». Специальные типы данных В Handy Backup предусмотрено создание образов жесткого диска (включая загрузочные системные диски) и отдельных разделов диска, а также копирование статического и динамического контента Web-сайтов и реестра Windows. Облачные сервисы С помощью Handy Backup вы можете выполнять бэкап на облака, такие как Яндекс и Google Диски, OneDrive/OneDrive для бизнеса, Amazon S3, Mail.ru Hotbox/Icebox и другие. Помимо этого, вы можете установить соединение с любым облачным хранилищем, поддерживающих WebDAV. Сетевые хранилища (Network Backup) Помимо сетевых (shared) дисков, программа Handy Backup работает с папками общего доступа на сетевых хранилищах информации (бэкап на NAS), а также позволяет выполнять копирование на серверы FTP, SFTP и FTPS как в локальной сети, так и через Интернет. Локальные диски и внешние устройства USB Вы можете сохранить данные на локальном диске или прикреплённом (mapped) диске в любой папке. Для внешних USB дисков предусмотрен режим запуска задачи при подключении диска к компьютеру. Вы можете также сохранять данные на других компьютерах в локальной сети*. * Данная функция доступна только в сетевом решении Handy Backup Server Network. В Handy Backup все задачи создаются и управляются с помощью простого графического интерфейса. Чтобы настроить автоматический бэкап, вам нужно создать новую задачу и указать её необходимые параметры в соответствии с вашими предпочтениями. Подробнее о создании задачи бэкапа ознакомиться в Руководстве пользователя. Бэкап файлов, дисков и любой другой информации с Handy Backup – надёжное и удобное средство автоматической защиты ваших данных! Попробуйте бесплатно 30-дневную полную версию программы!

Резервное копирование Данных на ПК Windows 10 [ИНСТРУКЦИЯ]

Что такое резервное копирование?

Независимо от сферы деятельности, в своей ежедневной работе мы создаем множество документов, статей, фотографий, которые мы ценим достаточно высоко и не хотим потерять.

Алексей Кузнецов,
Руководитель IT-отдела компании «Ваш консультант»
Обновлено: 27 ноября 2018

Вся информация хранится на вашем или рабочем ПК, флешке и другом носителе в виде файлов.

В этой статье рассмотрим как просто можно позаботиться о безопасности своих файлов как дома, так и в офисе.

К сожалению, причин потерь может быть достаточно много:

• Отказ оборудования: носителя, на котором содержатся данные
• Сбой файловой системы носителя: HDD, SSD, Флешки, и т.д.
• Порча вирусом
• Случайное изменение пользователем
• Утеря флешки с документами
• Кража ноутбука или ПК
• Стихийные бедствия, включая пожар в здании

Электроника не вечна, отказ оборудования может произойти внезапно, когда вы этого не ждете. Антивирусные программы способны защитить ваши данные лишь от наиболее известных вирусов, однако они не дают 100% гарантии защиты от проникновения редкого вируса на ПК, а от сбоя диска, флешки, а от человеческого фактора уж точно никто не застрахован. Выход один — создавать дубликаты файлов!

Резервное копирование — это процесс создания дубликатов (бэкап): файлов, базы SQL (БД), системы, 1С, всего раздела жесткого диска, смартфона. Бэкап данных — это самый эффективный способ защиты от потерь. В результате мы получим созданные резервные копии, которые понадобятся в случае потери или порчи информации. Обычно, о дублировании информации мы задумываемся только после того, как произошел случай потери и требуется восстановление данных.

Регулярный backup данных спасет важные файлы от многих бед

Если вам на работе или дома ежедневно приходится работать с различными документами Microsoft Word, Excel, Visio, Power Point, Outlook, Open Office и т.п. или вы храните домашнюю коллекцию семейных фотографий и видео, статьи, чертежи, планы, схемы, музыку и другие важные записи и хотите всегда быть уверены в их сохранности, вам просто необходимо периодически выполнять регулярное резервное копирование данных. Это позволит поддерживать копии в актуальном состоянии и даст возможность восстановить записи в случае потери.

Второе полезное назначение резервных копий – создание истории изменения файлов. Это позволяет в любой момент посмотреть, каким был файл неделю назад, скажем в понедельник в 14:00. Таким образом, вы сможете «вернуться» к любой из предыдущих версий (выполнить откат). Кстати, зеркалирование (синхронизация папок), не дает такой возможности, поскольку не хранит историю изменения, а лишь поддерживает идентичность исходной и конечной папок.

Почему делать бэкап данных вручную — это плохо?

На самом деле, можно делать бэкап данных и вручную, копируя папку на внешний носитель или другой ПК в локальной сети. Однако, не рекомендуется. И вот почему:

• Легко можно забыть вовремя сделать бекап
• Ручное копирование допустимо лишь когда вам необходимо резервировать 1-2 папки или ваше действие носит однократный характер. А если папок 5-10, а то и больше 30? Тогда процесс будет отнимать у вас много времени и нужно всегда помнить и каждый раз выбирать исходные каталоги.
• Сложно вести историю часто изменяющихся данных, скажем 1 раз в 2 часа, а это бывает нужно

Backup вручную не гарантирует безопасность информации

Если вы хороший IT-специалист, вы можете написать bat-файл, копирующий определенные директории в нужное место и запускать его в определенное время. Но гораздо удобнее воспользоваться какой-нибудь утилитой автоматического резервного копирования, которую достаточно 1 раз настроить и можно забыть про нее до того момента, когда потребуется восстановить какой-либо файл.

Периодичность копирования необходимо выбирать исходя из частоты изменения и важности файлов. Если вы ежедневно работаете с документами, то создавать backup необходимо каждые сутки. Иначе вы рискуете потерять свои труды, наработанные более, чем за сутки, что вызовет множество незапланированной дополнительной работы (повторное создание документов). Идеальным вариантом при ежедневной работе с документами будет создание резервных копий каждые 1,2,4 или 6 часов.

Как автоматизировать процесс резервного копирования?

Очень просто. Проще, чем вы думаете. Даже если вы не программист, а обычный пользователь ПК, знающий лишь основы работы с Windows 10 или 8.

К счастью, программисты уже потрудились над созданием специализированных утилит, предназначенных как раз для резервного копирования файлов. Достаточно скачать такую программу, установить на свой ПК и правильно настроить 1 раз, указав необходимые параметры.

И такого софта в интернете можно найти не мало: Handy Backup, Comodo, Backup4all, KLS Backup, AOMEI Backuppper, Ferro Backup, acronis, back2zip, GoodSync и т.д. Как же понять, какая из них наилучшим образом подходит именно вам?

Как правильно выбрать программу?

Разнообразие утилит впечатляет. Все они отличаются набором возможностей, скоростью работы, и конечно же — ценой. Не все являются бесплатными, ведь на их создание было потрачено немало сил и времени.

Итак, попробуем разобраться чуть подробнее.

Предположим у вас много файлов, важных документов, которые часто редактируются, и вы решили делать копии не вручную, а использовать удобную и простую утилиту для автоматического копирования. При всем разнообразии выбора backup программ лишь малая часть оказывается действительно удобной и идеально подойдет для дома или вашей организации.

Оценивая программы резервного копирования, как минимум следует обратить внимание на:

• Наличие технической поддержки и выпуска версий со стороны разработчиков софта
• Автоматическое выполнение заданий по расписанию
• При больших объемах (более 1 Гб) возможность разностного или добавочного резервного копирования (т.е. только новых и изменившихся файлов)
• Возможность бэкапа на разные носители: сетевой диск другого ПК, на сервер по FTP, внешний жесткий диск, облако Яндекс.Диск или Google диск
• Управление копиями должно быть и должно быть простым: просмотр файлов внутри копии, восстановление из нее в указанное место или в исходное расположение
• Ротация бекапов — автоматическое удаление самых старых для экономии места на диске
• Желательна поддержка теневого backup’а заблокированных файлов (Volume Shadow Copy)
• Уведомление о проблемах в работе утилиты

Это основные критерии выбора большинством пользователей. Все остальные возможности касаются лишь удобств использования.

Exiland Backup обеспечит сохранность ваших документов

Одной из программ резервного копирования данных, удовлетворяющую всем этим условиям можно назвать Exiland Backup, которую разработчики активно развивают и поддерживают. Backup с помощью этого инструмента является достаточно простым и понятным по сравнению с другими. Более того, существует совершенно бесплатная версия Free, которую вы можете скачать уже сейчас и оценить ее возможности.

У Exiland Backup бросается в глаза продуманный интуитивно понятный русскоязычный интерфейс и она рекомендована как для бэкап’а, так и для односторонней синхронизации папок, которая может быть выполнена по локальной сети между рабочими компьютерами или по FTP, SFTP(SSH) между филиалами организации. По сравнению с использованием bat, программа умеет создавать как полные, так разностные и добавочные резервные копии. Они именуются в зависимости от даты и времени — имя всегда уникальное; есть возможность формирования своего шаблона именования и группировки по месяцам. Кроме простого копирования имеется возможность автоматического сжатия в стандартный формат ZIP с установкой пароля на архив и шифрования. Удобная навигация внутри архивов и восстановление также являются достоинством Exiland Backup.

Берегите ваши файлы!

Хорошего вам настроения и продуктивной работы.