Олег Шевченко

Во первых, нужен излишек! 2 метра минимум, вы этот излишек уложите внутри шкафа в кабельные органайзеры, прикрутите панель вверх тормашками, контактами от стойки, выпустите жгут наружу через стойку сверху прикрученной панели, распушите жгут, и с одного конца по кабелю отмеряйте расстояние до его контактной группы, удалите оплетку и запрессовывайте (нужен специальный нож 110). После запрессовки одного кабеля сразу притяние его стяжками к панели. И так по одному кабелю и будете обрезать, пока всю панель не запрессуете.
Начинайте с дальних разъемов. Стяжками кабели соберите друг с другом на панели.
Открутите ее , переверните и и вставьте на место.
Жгуты в шкафу обязательно прихватывать стяжками или лентой велкро через 50 сантиметров, иначе могут оторваться под собственным весом. В шкаф жгуты заводятся тоже через кабельный органайзер или кабельный лоток, на котором они прихватываются стяжками или лентой велкро.
Главное, оставьте запас, там, где это возможно. Посмотрите в интернете картинки по укладке кабелей и запрессовке панелей, сложного ничего нет, главное аккуратность и терпение, ловкость придет со временем.
Да, касательно экрана, там есть проволока, вот ее и зажимайте. Только и панель тоже нужно на шкаф землить и сам шкаф тоже.
https://m.youtube.com/watch?v=Wo-wd7LC870 Вот неплохое видео, запас кабеля в кабельном органайзере!

У меня работает veeam и проблем пока не наблюдалось. Выше вам уже написали:
- Если у вас только один бекап, то у вас нет бекапов;
- Если вы делаете бекапы локально на тот же сервер, то у вас нет бекапов;
- Если вы делаете бекапы на оборудование, которое расположено в том же помещении, то пожар вам объяснит, что у вас нет бекапов.
Реализовать очень просто: раз в день/неделю/месяц (нужное подчеркнуть) рандомно разворачивать 1-2 бекапа на тестовой/виртуальной машине и проверять работоспособность. Да в некоторых программах есть проверка целостности и т.д., но разворачивание руками никто не отменял.
У винды есть встроенное приложение для бекапов - гуглите.
Файловый сервер можно банально копировать bat-ником, который повесить в шедуллер на виндовс.

Олег Шевченко,

может есть примеры , как это организовать правильно?

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

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

Поэтому соберите все данные, нарисуйте себе картинки и прикиньте.

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

Как правило делается образ системных дисков серверов - для быстрого развертывания.
Диски виртуальных машин как правило удобнее делать отдельно.
Такие вещи как БД лучше бэкапить штатными средствами в большинстве случаев.

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

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

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

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

5)Особо критичные данные должны хранится территориально удаленно.

Основной принцип: тяжелое снизу, легкое - сверху. В самый низ - ИБП, в самый верх - оптический кросс+органайзер, дальше по мере веса и необходимости доступности по удобству. Как правило ставят свич+патчпанель+органайзер, и так много раз. Крайне желательно рядом со всем активным оборудованием (ИБП, свичи, маршрутизаторы) оставлять место под их оперативную замену. Если под мелкими свичами делать органайзер, в случае расширения воткнете свич на его место, а вот с ИБП так не получится, надо предусмотреть заранее.

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