Как это ни странно, но вроде сжимаются файлики по отдельности. Для каждого crc формируется, для разных типов данных вроде даже можно настроить свои алгоритмы сжатия. Логика есть - зачем тратить время на сжатие уже сжатого zip архива если можно просто его записать?
Прикольно, у них отдельно даже кабели продаются, наконец кто-то додумался.
Вот раньше, когда небо было голубее, а трава зеленее, каждый проводок был окрашен в цвет соответсвующий его назначению. На проц должны идти желтые 12в и черные (земля). И можно было втыкая понять то ли питание ты вообще втыкаешь. А сейчас все черное и хоть мультиметр втыкай в каждый контакт. Экономия блин. Проблема в том что если разъемы со стороны потребителей установлены стандартами (cpu, gpu, sata), то вот со стороны БП каждый производитель может что угодно налепить и кабель от одного бп нельзя просто так пристегнуть к разъему другого БП, даже если все механически втыкается.
Судя по мануалу от бп первым нужно воткнуть MB 12v1. С большой долей вероятности этого хватит для запуска ПК и работы. (хотя нужно почитать мануалку по материнке, вдруг что изменилось). Еще в комплекте идет P4 кабель на CPU, можно его во второй разъем подключить на материнке и в P8 12v2 на бп
Кабель от be quiet нужен вот такой (по фото непонятно оно или нет), парт номер CC-7710. Странно что производитель слегка недокинул полкабеля в комплект.
При необходимости есть еще переходники с pci-e на 8p cpu. По крайней мере обратный вариант часто попадался, должны быть и такие. Это если не искать конкретный провод от be quiet и есть свободные pci-x кабели.
Вот про "сжатие 1.2-1.3" можно подробней? Просто вопрос про шифрование, а всплывает сжатие. Насколько я помню в ZFS можно было отдельно включать сжатие, шифрование, дедупликацию. Логично что несжатые и не дедуплицированные файлы больше шансов на восстановление имеют. Сжатие уменьшает вероятность восстановления, а дедупликация уменьшает вероятность восстановления сразу множества файлов.
rPman, как-то диски же надо подключать к серверам. Судя по всему выбора у человека особо нет. Контроллер еще со времен Centos 5. Даже если там и была батарейка, то давно сдохла и кешировать там можно только чтение, jbod не предумотрен.
Если заранее известно что на том конце пользователи (по одному), то заранее известив их о профилактических работах и возможных обрывах связи на 5 минут, можно выдергивать по одному и укладывать как нравится.
Если на том конце серверное оборудование или телеком оборудование, то сложнее. Лучше в выходные/ночные.
Fostok, дефолтное имя "Администратор" известно всем и всегда. Остается только пароль брутфорсить. Поэтому такие дефолтные наименования отключаются в последних версиях ОС.
Я немного подумал и не могу понять архитектуру с 192.168.0.0/20. Вот есть у нас некий охранник, у которого cms и сведены все камеры. Предположим он в сети 192.168.10.0/24 (192.168.10.50 шлюз 192.168.10.1). И его cms обращается к камере (ну или регистратору) в сети 192.168.2.0/24 (192.168.2.22 шлюз 192.168.2.1).
Микротик про сети 24 не знает ничего, у него одна большая сеть 20. Я не понимаю как пакет от cms попадет камере?
И даже если CMS в сети 192.168.0.0/20, пакет до камеры дойдет, но вот камера обратно ответ не сможет отправить, т.к. для нее 192.168.10.50 находится в другой сети и она отправит пакет шлюзу на 192.168.2.1, а шлюза и нет.
Примерно вланы=подсети на самом деле. Не вижу особой разницы, т.к. в данном случае вланы это просто способ работы с разными подсетями в рамках одного физического оборудования. Роутеру на борту ставить 192.168.0.0/20 наверное можно и оно даже наверное взлетит, но это костыль. Придется маршрутизацию нормальную на любом умеющем это делать оборудовании поднимать. Может на том же роутере.
Возможно вы планируете и дальше увеличивать количество камер, и при этом у вас возможен вариант в котором в Здании 1 будет порядка 200 камер, в здании 2 порядка 150, улица 200. Если так, то можно и заранее озадачится этим вопросом. Ну или очень много разных проводов, разных вендоров и хочется логически разделить сети, вланы настроить.
В остальном лучше действительно не трогать если оно работает и если собрано не из палок и пластилина.
Подразумевается V2P? Никак. Просто не надо так. Нет, конечно можно экспортнуть диск вм, потом его перевести в vhdx, потом настроить на физическом сервере загрузку с vhdx, но зачем?
Почему бы нет?
А еще если есть свободные слоты, то можно сначала добавить новый диск в запасные, потом отключить старый. Не уверен насчет команды replace, возможно просто добавить в unussigned или в ld этот диск.
Если базы mariadb стали большими и тяжелыми, может пора переезжать на postgres? Или это заблуждение что mysql в основном для мелких баз? Это если вопрос в скорости снятия бэкапа.
А если вопрос в управлении бэкапами, то вариантов вроде много, начиная с той же bacula.
Просто используйте ext4 и забейте на все модное и крутое. Даже lvm не нужен пока он на самом деле не станет нужен. У вас будет и так весело, без всяких дополнительных приключений.
Тех работы можно провести и без кластера. Мигрируем с одного hyper-v сервера на другой нужные виртуалки и проводим тех работы над железкой. Если ВМ небольшая и не сильно нагружена, то по гигабитке за десять, пятнадцать минут переедет. 10г сеть сильно упрощает процедуру. Для ВМ в процессе миграции ничего не меняется, она не знает что переехала. Тренинг, как обычно, на тестовых виртуалках.
по поводу тормозов:
- работает ли trim?
- сделана ли правильно разметка при первоначальной разбивке диска?
- иногда проблемы с мостом/кабелями, а не с диском
- цпу тоже бывает источником подобных проблем
Кажется я понял вопрос. Есть сеть, работающая. В этой сети есть разные роутеры в качестве коммутаторов и wifi мостов. Нужно зайти на эти роутеры в админку. При сканировании сети находится только один из wifi роутеров, остальные не находятся. Админ не предоставил данных для подключения.
Варианты:
сбросить настройки роутеров в дефолт и перенастроить заново. По сути они работают как тупые коммутаторы, в них нужно просто убрать dhcp на lan портах, ну и wds между двумя поднять.
Проверить дефолтные адреса 192.168.0.1 или 192.168.1.1 , вдруг работает. Разумеется ПК/ноут с которого пробуем, тоже должен быть в этой подсети. Еще лучше просканировать обе эти сети.
Можно подключившись портом физически к каждому из роутеров по идее найти адреса. Должны быть утилитки, надо искать.
