1. Можно очистить логи с ошибками (сбросить накопленные) и подождать проявятся ли они снова.
2. Температура -4 слегка намекает на возможность конденсата. Рабочие температуры окружающей среды обычно от 10 гр.
3. Не было ли сброса даты/времени и прочих настроек bios после отключения питания? Возможно проблема с батарейкой.
4. На материнке есть отдельные пины для подключения led индикатора перегрева/неисправности вентиляторов.
Тут ниже уже все накидали. Хороший вариант это просто виртуализация текущего железного КД. Занимает значительно меньше времени и требует меньше усилий. При этом все работает как было.
Если очень хочется новый сервер поднять, то план норм. Но не вижу смысла использовать старое имя для нового кд вообще. Был сервер server01, пусть новый server03. со временем хоть server99 - не вижу проблемы.
Интересный подход, не сталкивался с таким вариантом. Хотя... стандартный ntbackup иногда задействован.
У автора вопроса прокинут физический диск в вм, вероятно он переживает за возможность восстановления данных при сбоях диска. Есть мнение что один vhd файл имеет меньше шансов на восстановление чем множество мелких.
Можно все же уточнить - зачем нужен прямой линк от микротика в пк? Чем не устраивает топология в которой все устройства звездой подключены к неуправляемому 10г коммутатору?
Единственную необходимость которую я могу здесь увидеть это использование вланов и транков. Но и это неуправляемый коммут может передать не снимая теги на пк, а дальше уже можно разруливать как удобно.
Jumbo frames если включить на пк/нас/неуправляемом коммутаторе (хотя он же не управляемый), не помешают выходить в интернет и общаться с микротиком.
То есть проблема была заложена изначально в архитектуре при поднятии домена. И фиг знает где еще она может всплыть потом. Лучше уже начать миграцию в нормальный домен второго уровня.
Ziptar, ну по ЦПУ предположим. На гипервизорах много цпу, поэтому плюс минус 2 не в счет. До тех пор пока мы на nvme не переходим. А nvme уже не очень хочется подключать к аппаратным рейдам.
Но батарея с кешем (в случае с hdd) ничем не может быть заменена в программном рейде. Правда hdd сейчас все меньше и меньше.
Ну да, кроме сопроцессора и защищенного кеша нет достоинств, согласен.
В автомобиле нет плюсов по сравнению с мотоциклом. Только на 2 колеса больше и можно грузы перевозить )
Stiffyx, "Пробовал устанавливать чистую систему - не видит накопители.". Странно.
Не настолько экзотичная железка чтобы не поддерживалась в 2022. А рейд-то собран из дисков?
1. Можно автоматизировать процесс разворачивания копии (судя по описанию сейчас нет)
2. Можно запускать проверку бд средствами СУБД (если не файловая, или chdbfl для файловой)
3. Можно запускать проверку бд через конфигуратор
4. Можно сравнивать размер развернутой бд (если файловая, то должна быть равна или больше чем предыдущая копия)
5. Можно автоматизировать проверку на наличие документов (любых) за последние несколько дней перед бэкапом
Есть некий "обновлятор 1С", он, насколько помню, умел валидацию копии какую-то делать.
Если хочется админом, то придется для начала в любую компанию эникеем устроиться.
Где-то картриджи менять, где-то возиться с компами руками. В такой компании должен быть сисадмин у которого можно перенимать опыт, вспоминать забытое. Эникей по сути - начальная стадия админа. В школе нет ведущего у которого можно перенимать опыт. Обычно нет сложной структуры, сетей, софта распространенного в бизнесе.
Программистом сходу сложнее. Т.к. программист сразу должен работать головой, сразу писать код либо его тестировать. С трудом представляю себе контору которая возьмет себе программиста на обучение и будет ждать пока он хоть что-то писать начнет. Хотя в практике такое было, в том числе и в 1С. Брали человека с 0 и обучали, потом бросали на проект в качестве подсобного. Вроде норм.
По поводу 1С есть такое мнение что человек обучившись работе с кодом 1С или Битрикс больше будет не способен освоить другие языки. В моей практике есть обратные примеры, так что склонен считать это слухами и сплетнями. Скорее если ты разбираешься в 1С и наловчился с бухгалтерией/финансистами/бизнесом разговаривать на одном языке, то нафиг тебе не сдалось Go изучать.
Зато в школе есть свободное время (по идее). И можно тратить его на обучение.
Существует условно бесплатная. Хостинг провайдеры предоставляют иногда почту. Раньше почти все и почти всегда бесплатно (в рамках занятого места). Сейчас почти все хотят денег, но может найдете.
Я прекрасно понимаю директора, 2 тыс на дороге не валяются, но скорее всего самый надежный и удобный для бизнеса вариант будет платить эти 24 тыс в год за почтовые сервисы.
Как уже сказал VoidVolker , важно не обещать им все и сразу. Посмотреть на используемые сервисы и выдать предложения по ним отдельно.
Отдельно добавить в текущий домен контроллер на free-ipa, с дальнейшим отказом от Win DC если их устроит работа.
Отдельно перетащить сайт (ну или поддерживать если уже перетащен)
Отдельно перетаскивать клиентские ПК если требуется
Вообще составить список всех используемых сервисов и по каждому считать
И закрывать актами работы тоже по отдельности. Работы могут растянуться во времени и сегодня они хотят одно, завтра другое.
А вот если все сервисы корпоративные у них на одном виндовом сервере лежат... Тут можно конечно виртуалку линуксовую поднять и туда переносить... Но лучше отдельные железки.
"Имеется NAS Synology на 10ТБ ". Вопрос в производительности этой конфигурации. Вдруг там R5 из 3 дисков по 10tb 7200rpm. Бывает необходимо реализовать схему где данные сначала копируются на быстрые диски (SSD) и только потом, неспешно, переносятся на медленную емкость.
Если нужно делать полные бэкапы и влезать в окно бэкапа, нужно понять где узкое место. Это может быть источник (скорость чтения с сервера, обычно последовательная), получатель (NAS, обычно тоже последовательная запись), сеть.
Вы решили для себя что это сеть, но посмотрите реальную нагрузку за сеть во время бэкапа. NAS может и не покажет, но любой сервер включает в себя средства мониторинга и диспетчер задач вам покажет и нагрузку на сеть и нагрузку на диски.
Кстати, общую пропускную способность сети можно немного поднять если включить на всех этапах следования пакетов (ОС/сетевая карта/коммутатор/сетевая карта/ОС) Jumbo frame. Это позволит снизить накладные расходы и увеличить скорость передачи реальных данных. 3-5% повышение производительности без смены железа.
Кроме перечисленных выше возможно еще одно узкое место, это средство резервного копирования. Если по сети передавать данные в один поток, то, как правило, утилизация сети ниже чем при многопоточной передаче.
Вход на сервер DC доступен только администраторам домена по умолчанию. Нужно вспомнить какие логины/пароли задавались при поднятии DC. Пока другим админских прав не дали - администратор один.
2. Температура -4 слегка намекает на возможность конденсата. Рабочие температуры окружающей среды обычно от 10 гр.
3. Не было ли сброса даты/времени и прочих настроек bios после отключения питания? Возможно проблема с батарейкой.
4. На материнке есть отдельные пины для подключения led индикатора перегрева/неисправности вентиляторов.