simplix forum

simplix

Еще вопросики.

1. По LightBackup.ini
Каков корректно допустимый формат [ConfigХ]?
Х - только числа по нарастающей 1...20 ?
Или можно что-типа: [ConfigBases1CBackupEveryDay] ?

2. Если нужно запускать несколько бекапов с разной периодичностью: раз в 4 часа, раз в сутки, раз в неделю - как это организовать?
В Планировщике указывать к запуску LightBackup.exe какой-то аргумент?

3. Что делать с файлом .acl, который создается возле каталога с бекапом?
Как вернуть все права при восстановлении бекапа?

4. Как и где создаются теневые копии?
Скажем, на системном разделе осталось мало места, 700 Мб, а бекапить нужно объект размером 4 Гб (база данных).

5. Кстати, может SMTP-пулялку прикрутить для уведомлений об ошибках и дефиците дискового пространства

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

7. В LightBackup.ini комментарии поддерживаются  с помощью # или еще как-то ?

8. Можно сделать табличку всех операторов LightBackup.ini с пояснениями, а то раскидано по разным сусекам?

Отредактировано docNemo (25.08.2020 00:28:48)

simplix

Уточню вопрос:
Если нужно запускать несколько бекапов с разной периодичностью:
[Config1] раз в 4 часа
[Config2] раз в сутки
[Config3] раз в неделю
как это организовать?
Логично было бы задавать аргументы в планировщике: Config1, Config2, Config3

simplix
Задание LightBackup выполняется через планировщик, расписание - 1 раз в день. Иногда (редко) задание выполняется больше 24 часов, тогда автоматически запускается новая копия LightBackup и работают 2 копии параллельно. Можно ли сделать так, чтобы не запускалась новая копия задания, если старая копия еще не отработала?

simplix сообщает:

Просто скопировать программу в разные папки и настроить разные задачи в планировщике.

Если только и копии в разные папки делать. Но тогда будет расходоваться дисковое пространство, увеличиваться в соответствующее количество раз, разве нет?
А если делать в одну папку, то та копия программы, что будет запускаться с наименьшим количеством копий, будет соответственно удалять все "лишние" копии.
К примеру, ставим 2 копии на ежедневное копирование, 4 копии на еженедельное и 12 копий на ежемесячное копирование, чтобы в любой момент можно было вытащить копию либо вчерашнюю, либо недельной/двух/трех недельной давности, либо за любой месяц.
Соответственно, у нас будут только 2 копии за последние 2 дня, все недельные и месячные копии будут удаляться ежедневным конфигом.

obit сообщает:

hal сообщает:

Но тогда будет расходоваться дисковое пространство

Не будет, если на тот же том копировать (см. работу жестких ссылок)

В том-то и дело, что жесткие ссылки создаются, как я понял, только в пределах одного конфига. Если одни и те же файлы копировать в разные папки в разных конфигах, то они уже просто копируются, без жестких ссылок. Соответственно если одна и та же папка дублируется N раз в разных N конфигах - то и дисковое пространство будет использоваться N раз.
Только что проверил практически.

0 0
Не вижу в этом смысла. Получать сообщения нужно только тогда, когда что-то идёт не так.

0 0
С тем же успехом можно сказать, что если в исходной папке удалить все файлы, то будет успешно копироваться пустая папка. Задача администратора - ограничить права пользователя таким образом, чтобы он не мог удалить назначенное задание по бекапу, у пользователя вообще не должно быть доступа к программе бекапа или управлению ей. В свою очередь задача пользователя - вовремя сказать администратору восстановить определённые файлы, пока они не удалились в старых резервных копиях, или администратор сразу может сделать резервные копии доступными пользователю, но только для чтения. Точно также резервное копирование будет успешным, даже если шифровальщик их зашифрует, так что успешное копирование совсем не показатель того, что проблем нет. Т. е. резервное копирование должно быть не просто само по себе, но и с правильным разграничением прав.

obit
А в чём проблема, только в логе списка файлов, которые не удалось скопировать? Уведомление в телеграм о неудачном копировании вы получите и сможете оперативно исправить проблему, а попытки копирования файлов не занимают время, кроме тех, которые удачно скопируются по размеру. Представим ситуацию - у вас есть 501 файл, первый из которых имеет размер 1 ТБ, а остальные 500 по 1 МБ, свободно 800 МБ - вы предлагаете останавливать копирование на первом файле, когда после его пропуска успешно скопируются остальные 500 файлов, я не вижу в этом смысла.

simplix
Я предлагаю (по возможности) остановить копирование когда на диске свободно 0 МБ (ну или 1 МБ).
Просто я тестировал у себя, если сразу на диске свободно 0 МБ, то задание на моей конфигурации выполняется больше суток, хотя при этом ничего не записывается на диск, но ресурсы системы используются всё это время.

Отредактировано obit (17.05.2021 17:44:28)