АртемЪ

На исходном компьютере упаковываете данные в архив (RAR, 7zip) на целевом проверяете целостность архива.
Сжатие использовать не обязательно.
Но по желанию и необходимости можно добавить избыточность и поставить наиболее удобный для передачи и промежуточного хранения размер.

Как делать эффективно бэкап?

Для начала настроить резервное копирование - создание копии, перемещение в хранилище, уведомления, и.т.д.
После чего проверить как оно работает, провести тестовое восстановление, создать план восстановления.
Затем мониторить работу бэкапа, и проверять время от времени.

Он не хочет работать у меня на компе

В чем это выражается? Двигатель не стартует? В диспетчере оборудования не определяется?

И пролезет ли шифратор по сети если к примеру вместо линя поставить Windows 7, и так же по FTP передавать туда бэкапы?

Не должен, обычно один зловред под одну платформу заточен, но не факт.

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

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

В итоге - пишем скрипты используя либо штатные методы системы - ntbackup, или сторонние компоненты имеющие API.

Ну например образ системы - как правило его не нужно делать каждый день.
Делаете скриптом образ, и копируете на сетевую шару. В облако его лить особого смысла нет как правило.
SQL базы - с помощью скрипта делаете бэкап средствами СУБД, полученный файл бэкапа этим же скриптом отправляете на сетевую шару.
Если надо отправлять в облако - есть куча консольных утилит умеющих работать с ftp, sftp, c облаком mega.nz, и.т.д. Настраиваете утилиту и в планировщик.
Если надо централизованно - все то же самое но используя какой нибудь готовый механизм для централизованного управления вроде bacula

С 1с нет никакой особой специфики -
SQL базы бэкапятся средствами СУБД - далее как обычные файлы.
Файловые базы - делается теневая копия, чтобы не выгонять народ с базы, и спокойно упаковывается в архив, и отравляется куда надо.

- возможность настроить расписание
- запуск как службы

Банальный планировщик задач windows - работает как служба пихаете все что нужно в планировщик и он будет все это вовремя запускать.

сжатие и архивирование

банальные архиваторы - winrar, 7z, дедупликаторы вроде zpaq все прекрасно запускается с батника или скрипта.

сообщение через mail о успешности/сбое завершения резервного копирования

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

Архивация Windows - не надежная

Вполне надежная. не слишком удобная это да.

ее логику я не понимаю

Бывает.

Когда слетела система - обнаружил в "Истории файлов" только 20% того, что ожидал.

При чем тут история файлов?

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

Copy

Перенести нужный раздел с windows на SSD, отключить HDD, загрузиться с установочной флешки и восстановить загрузчик.

1)Проблем быть не должно.
2)Не факт.
3)Куда ж он денется, конечно скопируется, вопрос лишь в том сколько времени это займет.

В общем работать будет но медленно и печально. Ну и дикая нагрузка на роутер, не позволяющая ему выполнять свои прямые обязанности.
В случае если будет ftp все получше, но костыль он и в африке костыль.

1. Допустим, я проделала половину работы, как сохраниться на всякий случай (быстрое сохрание, что-то в этом роде), чтобы не потерять

Делается автоматом.

2. На ноуте только ssd 256, я так поняла, нужно докупить и установить дополнительно hdd,
чтобы сохранять готовые файлы на нём, дабы не угробить ssd?

Можно и HDD, но SSD шустрее будет. Как можно угробить ssd сохраняя файлы на нем???

Куда дизайнеры резервно сохраняют файлы (облако, внешний жесткий диск или что-то существеннее) на экстренный случай?

Смотря про какой экстренный случай идет речь. Текущая работа автосохраняется самим фотошопом. Итоги работы сохраняются в сетевую папку на сервере. Она ежедневно бэкапится.

Оптимальный RAID для NAS?

Зависит от задач.

Для бэкапа планирую использовать NAS

Если NAS нужен для бэкапа зачем там может понадобиться RAID?

Да только беспокоит надёжность RAID1 - ведь если один диск вышел из строя, то и для второго такая вероятность становится весьма вероятной. Так ведь?

Для RAID5 такой сценарий более вероятен, чем для для RAID1.
В случае разрушенного первого рэйда вы будете копировать данные с зеркального диска- фактически линейная нагрузка на диск, быстро и не напрягая диск данные будут скопированы. В случае разрушенного пятого рэйда - вы будете копировать данные и контрольные суммы с двух дисков, режим нагрузки - случайная мелкими блоками. В общем копирование будет идти долго, и создавать огромную нагрузку на диск. Соответственно вероятность выхода этого диска из строя повышается.

Требования простые: надо чтобы в случае проблем гарантированно имелся бэкап, скорости записи-чтения не критичны.

NAS с дисками без рэйда, еще лучше два NAS.

Посоветуйте софт для такого

Батник.

Дедупликация в системе хранения архивов, или система архивации с дедупликацией. У меня например пара десятков VHD тестовых windows виртуалок лежит на небольшом SSD. И работают шустро ибо SSD и умещаются на диск который значительно меньше суммы размеров этих VHD.

Но интересует именно решение на уровне архивов

Пример архиватора - zpaq Кроме собственно банального сжатия - дедупликация, поддержка удаленных архивов.

Если этот хеш встречается много раз - просто удаляем этот файл из архива (помечая, что в том месте был файл с таким-то хешем).

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

Нет, это невозможно.
Приложения интегрированы в систему.
Другая система - ставите все приложения заново.

60 гб данных и 200 мб база

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

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

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

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

Вытащите HDD из ноутбука.
Подключите к компьютеру на котором будет клонировать HDD и SSD
Попробуйте запустить клонирование.
Если не получается - сначала запустите полную проверку диска (бэкап ценных данных у вас разумеется есть)
Ну или грузиться на ноут с загрузочной флешки.

Еще варианты- делаем образ https://docs.microsoft.com/en-us/sysinternals/down...
потом заливаем его обратно https://forum.sysinternals.com/vhd2disk_topic27311.html
Но тут надо будет руками поработать - диск активным сделать, и загрузку восстановить. Ну и все операции только с vhd, ибо вторая утилита vhdx не понимает.

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

Решения удовлетворяющего всем требованиям не видел.
Если по частям-

1. Без проблем. Хранилище бэкапов можно размещать где угодно, лишь бы был доступ по сети. То что касается взлома, решается правами, хотя можно делать бэкап с удаленной машины.
   
   
2. Как настроите, так и будет работать - любой скрипт добавленный в крон обеспечит желаемое. Однако за любой автоматикой надо следить, ибо она имеет свойство ломаться иногда.
   
   
3. Есть во многих решениях, в том числе и такой что не будет затирать ничего, а просто отправит уведомление о нехватке места. Хотя надо сказать, что вируса пишущего кучу данных я еще не встречал, и не слышал о таком.
   
   
4. Есть хранилища с разумной ценой. Есть такие которые укладываются в озвученные вами суммы. Но хранилища это просто место для хранения, а не система бэкапа. Софт для бэкапа нужно подбирать и настраивать самостоятельно. А вот те хранилища которые предлагают готовые системы бэкапа, из коробки- там все дорого, очень дорого, потому что удобно и из коробки.