Перейти к содержанию
Форум русской поддержки продукции Synology

Alexei2020Oct

Пользователи
  • Активность

    87
  • Зарегистрирован

  • Посещение

Репутация

0 Neutral

Информация о Alexei2020Oct

  • Звание
    Активный участник
  1. Мы с вами немного усложнили задачу. Я решил попробовать инкрементальный backup основного NAS в rsync сервер из старого Synology (не single-version) посредством HyperBackup. Оказалось, если в старом NAS установить HyperBackup той же версии DSM, то автономно имеется доступ ко всем версиям архива в старом NAS. У кого нет старого Synology в качестве хранилища backup, может использовать программу Synology для win-ПК. Т.е. многоверсионный backup можно читать независимо от источника данных. Теперь о проблеме порчи данных. Я сделал несколько версий копий backup (8 штук). Если на диске в исто
  2. Для ежедневных backup данных используется второй NAS. Во второе хранилище есть только ftp доступ, доступ по протоколу smb естественно не открыт. Тот же функционал по умолчанию дает USB диск, подключенный к NAS. И логично ежедневный HyperBackup настроить в такой USB диск, а второй NAS отправить в другую локальную сеть. Но я не понимаю, чем смотреть SMART USB диска? Даже температуру нечем посмотреть. Backup данных нужен на случай ошибочных действий, шифровальшиков, аппаратных проблем NAS. Как правило USB диск нештатное отключение питания переносит.
  3. О настройке роутеров на ежедневную перезагрузку я знал. А о полезности перезагрузки коммутаторов не подозревал.
  4. Так уехав в деревню, я могу не достучаться до своей сети. Описанная ситуация довольно интересная. После калибровки ИБП начинает заряжать батарею и показывает 0% заряда --- все хорошо, 1% заряда --- хорошо, а вот 5% --- событие малый заряд батареи. Где то внутри DSM (я настраивал только отключение после 10' автономной работы) зашита команда немедленного отключения для события low battery до перезапуска ИБП (оказалось годится и перезапуск коммутатора через переподключение сетевых карт Synology)! Причем так сделано в обоих DS220+ и DS115. Для задач уровня предприятия я завел ssh сервер в win
  5. Поимел проблему с Synology на ровном месте. Сделал калибровку батарей ИБП, на котором запитано все оборудование. После достижения низкого напряжения при разрядке ИБП стал их заряжать. При повышении времени автономной работы от 0 до 5 мин ИБП выдал событие low battery. Оба Synology (старый используется для backup) хорошо это поняли и сообщили: "The UPS connected to DiskStation has reached low battery. All services are shut down. The services will be restarted once the UPS is recovered." Далее ИБП подзарядился, событие о низком заряде батарей исчезло, а Synolgy остались недоступны.
  6. Alexei2020Oct

    DS920+

    В принципе для ОС в VM похожие проблемы. Я ставил в VM Ubuntu. Работало, сюрпризов не заметил. Но чтобы без проблем выключать NAS в любой конфигурации, надо добавить в Ubunty пакет qemu-guest-agent --- этот процесс позволяет правильно завершить Ubuntu прямо из DSM. Иначе придется неопределенно долго ждать выключение NAS. Отзывчивость Ubuntu в VM не впечатлила --- нужна OS не только вылизанная, но и без украшательства. А что делать DSM, если OS в VM не может корректно выключиться? Бывает обычная OS завершается с долгой задержкой из-за какого то процесса. Положим, вы решили выключить DSM, о за
  7. В моем backupNAS HDD можно сказать резиновый в сравнении с зеркалом рабочего NAS. Но чем резиновее данные, тем хуже при кончине большого диска. Мне было обидно, когда умерли обе резервные копии. Хотя без инкрементальных backup я вообще ничего не потерял, кроме времени на ручную сихронизацию.
  8. Я тоже не знаю. Помимо ручного копирования с подсоединением накопителей, сделал ежедневный single copy в backupNAS и еще вручную в отдельую папку в него же всего содержимого новго NAS, включая видео. В один из дней старый диск backupNAS умер. Я понял, что нет обоих backup, но либо оригинальные данные, либо старые backup в моей схеме остаются. А что делать с вирусами и обнаружением битых файлов в процессе автоматического копирования я еще не решил. Но на всякий случай в рабочем NAS сделал зеркало. С зеркалом в рабочем NAS иногда полезно не обновлять single copy backup, т.е. можно иногда выклю
  9. Большое спасибо за свой опыт, вероятно для основной папки со своими проектами придется сделать еще инкрементальный backup.
  10. 1. Типичный ПК имеет два backup: голая система 1.5 GB, система с софтом 19 GB без данных пользователя, т.е. хранить можно где угодно, версионность не нужна. 2. Среди данных пользователя есть то, что не требует частого backup, и есть то что надо сохранять ежедневно. Загонять все под инкрементальный backup не целесообразно. Данные пользователя вообще целесообразно расположить в NAS.
  11. Минус вашего инкрементально backup, если я правильно понял, это свой формат в отличие от single version backup. Я делаю последний и могу убедиться, что файлы сохранены. А насчет многоверсионности-инкрементальности можно писать скрипт rsync и включать мусорную корзину. Извиняюсь, rm мусорную корзину не замечает, вероятно rsync тоже. Я насчет хорошего backup пас. Делать инкрементальный и еще single version (с простым доступом) будет слишком запутанно. Оставлю автоматом single version, иниогда ручной backup. В итоге либо источник, либо какая то версия данных (старая) будет в наличии.
  12. Так я тоже нашел свой "rsync copy (single-version)" в наборе Hyper Backup рабочего NAS. Написал скрипт в старом NAS для дальнейших локальных backup посредством rsync, собрался включать мусорную корзину для хранения старых версий. Нашел даже возможности rsync удаления до или после копирования, и думаю: нафик нужны еще автоматические копии? Запутаюсь. Хватит одной автоматической копии, а дополнительные backup продолжу делать руками и в старый NAS, и в подсоединяемый USB диск.
  13. Я использую заготовку "rsync copy (single version)" в новом NAS. В старом NAS получаю ту же структуру папок и файлов, что и была. А далее смотрю описание команды rsync, и нахожу все удобные опции --del an alias for --delete-during --delete delete extraneous files from destination dirs --delete-before receiver deletes before transfer, not during --delete-during receiver deletes during the transfer --delete-delay find deletions during, delete after Вероятнее всего удаление файла перез записью новой в
  14. Вы меня извините, задним числом все умные. На автомате я использую ежедневный "rsync copy (single-version)" из рабочего NAS в старый. И вручную иногда синхронизую прочие копии. Легко проверить целостность всех архивов, включая автоматический. В моих архивах нет никакого мусора. И если что то потребуется уничтожить, я легко это сделаю в backup. Тот же rsync в версии backup будет многоверсионным и вероятно в виде файлов, в которые влезть из стороннего ПК сложно.
  15. Нет. Раньше я всегда работал с локальными файлами ПК, NAS служил средством сиинхронизации между ПК дома и офиса. А сейчас в основном дома нахожусь. В локальной сети с данными можно работать прямо в NAS. Была проблема возможного отваливания старого NAS DSM5.2 от win10. Оказалась проблема в разных версиях SMB. Рабочий NAS хранит исходные данные и сам занимается backup в старый NAS. Backup обычный полный не инкрементальный, называется rsync.
×
×
  • Создать...