Система архивации она одна, а ntbackup это просто консольная утилита для управления этой системой.
А не скриптом удобно?
Вы думаете существует какая-то программа которая будет угадывать какие базы обязательно нужно бэкапить, а какие ни в коем случае нельзя? Любую систему придется настраивать вручную в любом случае.
И скорее всего дописывать к ней скрипты.
Ни в коем случае.
Получится не ПО, а неповоротливый монстр с миллионом пользовательских настроек и собственным языком программирования на котором можно будет писать задачи по автоматизации его настройки под конкретную ситуацию.
Кому оно надо? Языков программирования и так хватает.
Вы много хотите, и это в принципе нормально.
Но надо понимать что вот прям все что вы хотите из коробки да еще и бесплатно вы просто не найдете.
В итоге - пишем скрипты используя либо штатные методы системы - ntbackup, или сторонние компоненты имеющие API.
Ну например образ системы - как правило его не нужно делать каждый день.
Делаете скриптом образ, и копируете на сетевую шару. В облако его лить особого смысла нет как правило.
SQL базы - с помощью скрипта делаете бэкап средствами СУБД, полученный файл бэкапа этим же скриптом отправляете на сетевую шару.
SQL базы - с помощью скрипта делаете бэкап средствами СУБД, полученный файл бэкапа этим же скриптом отправляете на сетевую шару.
Если надо отправлять в облако - есть куча консольных утилит умеющих работать с ftp, sftp, c облаком mega.nz, и.т.д. Настраиваете утилиту и в планировщик.
Если надо централизованно - все то же самое но используя какой нибудь готовый механизм для централизованного управления вроде bacula
С 1с нет никакой особой специфики -
SQL базы бэкапятся средствами СУБД - далее как обычные файлы.
Файловые базы - делается теневая копия, чтобы не выгонять народ с базы, и спокойно упаковывается в архив, и отравляется куда надо.
Банальный планировщик задач windows - работает как служба пихаете все что нужно в планировщик и он будет все это вовремя запускать.
банальные архиваторы - winrar, 7z, дедупликаторы вроде zpaq все прекрасно запускается с батника или скрипта.
Отправка логов на почту есть в большинстве систем резервного копирования, да и с командной строки нет никаких проблем отправить почту.
Причем если у вас централизованно лучше отправлять сообщение об успехе центральному серверу, а уж он будет отправлять сообщение вам, если вовремя не пришло сообщение об успехе.
Надо понимать, что у разных приложений разные требования. И далеко не всегда нужна именно пропускная способность канала.
Например RDP может очень быстро работать работать на канале 256Кбит\с и ужасно тормозить на канале 100Мбит\с. Поэтому что для этого приложения важна задержка - тут надо пинг смотреть, и приоритеты настраивать, а масштабирование ширины канала тут никак не поможет.
Есть два типа RAID - софтовый и железный. У каждого есть свои достоинства и недостатки.
И есть третий тип, который вы озвучили - софт рэйд собранный на мат. плате.
Он не имеет достоинств, но удачно сочетает все недостатки и софтового и железного рэйда.
Так это загрузочный диск, или нет?
Если с него грузится сервер, то какие там могут быть СУБД? Они всегда на выделенных дисках.
Опишите четко конфигурацию сервера и для чего его используют, какие именно приложения, сколько пользователей и с чем работают.
А в цифрах можно? И как настроены счетчики были - за какой интервал снимали значения?
Аргумент тут простой - невозможность работы, или неприемлемая скорость работы.
Данная характеристика к дискам вообще никакого отношения не имеет. Это чисто характеристика интерфейса. Было бы удивительно, если бы он был. Совершенно непонятно кому такая информация может быть нужна и важна, и для чего?
практика показывает что чем так гемороиться проще раз в пол года устраивать "образцово показательную кару". И головной боли меньше для админов, и ресурсов свободных больше и у юзверей не будет мысли "как бы нае.... систему".
Идеально тупо qos по нужному трафику и образцовые наказания для совсем борзых
Для удобства мониторинга состояния и общей нагрузки сети с состояниями узлов и служб на них за глаза хватит обычной дуды, хоть старой под win хоть новой с бесплатной лицензией rosx86 в виртуалке. По дуде как очень давний пользователь могу сказать что она прекрасно и без излишеств и сложностей, построил карту, завел монитор нужных узлов и служб на них, привязал tools'ы на нужные действия (ssh\telnet\rdp\vnc\reboot), завел пару скриптов оповещения на телеграм\жаббер\смс и радуешься жизни. В любой момент видишь историю нагрузки линка, топологию и коммутацию, история падения служб на серверах. Особенно это удобно для новых админов и эникейщиков которые тупо сразу в лет въезжают что где и как.
А с прокси это конечно круто но как правило курить их выхлоп всем надоест через полгода-год, а за это время it отдел так накушается проблем с ним что мама не горюй. Теже клиент банки чаще всего будут слать куда подальше, специфичный софт может выдавать неожиданные результаты, особенно если есть заглушки и редиректы запретов или даже банальный ответ прокси о том что ресурс с инета не але.
Человек с сертификатами, который может "ругаться" про BGP и OSPF, не смог разобраться с докой по nfdump... Собственно, комментарии излишни.
Ну да, только не забываем креды класть рядом с опцией
Проверьте А запись, чтобы она соответствовала имени, с которым Вы связали IP адрес виртуальной машины с Centos7
Еще учтите ньюанс, что у Centos 7 по умолчанию включена служба firewalld, которая может быть причиной того, что виртуальная машина не отвечает на пинг. Просто отключите ее:
systemctl stop firewalld
systemctl disable firewalld
Проверьте сетевые настройки на виртуальной машине с Centos 7