hint000

Такой вот он - Мироктик) Как швейцарский ноЖ!
Если посмотреть на схему микросхем, то можно заметить что между процессором и портами есть отдельный чип который берет на себя роль свича. Так вот, если настраивать VLAN в разделе switch, то ты конфигуришь эту микросхему свича. Если настраивать в bridge, то работа с VLAN будет происходить в процессоре со всеми вытекающими.

Если необходимо гонять трафик в VLAN между портами микротика, то правильнее это делать в switch, тогда транзитный трафик не будет загружать центральный процессор.

Если микротик должен маршрутизировать трафик в этом VLAN, то твой путь bridge.

Идите на rom.by, там есть Азбука ремонтника, и много чего ещё - да даже просто темы на форуме почитать.
А также remont-aud.net, и ещё куча форумов.

И так просто не получится - нет готового рецепта "научиться чинить всё". Начинать можно с блоков питания - это основа. Понимать что такое ШИМ, принцип работы, разные виды схемотехники, PFC APFC, и т.д. На этом этапе нужно уже научиться пользоваться основными приборами - мультиметр, осциллограф, esr-meter.
Далее браться изучать что-то ещё, например, мониторы. Схемотехника, какие части за что отвечают, как взаимодействуют. На любых этапах обязательно знать английский на уровне чтения документации! починка техники на первых порах без чтения даташитов не даст прогресса в обучении. Попался монитор - смотрим его сервис-мануал (если найдём), находим участок неисправный (обычно там они рекомендуют - replace чего-то там - типа нашли неисправную плату, её меняем), менять платы - не наш путь! Смотрим на неё и выясняем маркировку элементов - микросхем, транзисторов, и т.д. По ней находим даташиты и изучаем как оно должно работать. Дальше работа головой и измерения.

Дальше - браться например, за материнские платы ПК (ноутбуки - потом!)
Там всё проще может быть - основное всё есть на rom.by. Но нужно больше инструментов - обязательна паяльная станция (фен, или ИК), программатор, тестеры сокетов. И смотреть! Порой внимательный осмотр - половина ремонта, часто можно найти сбитые компоненты, перебитые дорожки, вспученные конденсаторы, загнутые контакты в сокете...

По ноутбукам - форум ноутбук1 ( ascnb1.ru/forma1/ ), и другие.

Видеокарты - ИМХО, сейчас их не надо чинить начинающим. Ибо даже тупо транзисторы поменять не получится, паяльник на 100Вт не успевает прогревать плату, нужно ещё и нижний подогрев как минимум. И ещё китайцы на каждом шагу левак подсовывают перемаркированный - покупаешь транзистор на 80А, а он при 10 уже дым выпускает.

И неплохо бы иметь человека, кто может подсказать и показать что-то.
Я без этого обошёлся. Сейчас наоборот, свернул с пути ремонта, с оборудованием и остатками запчастей и деталей пока не знаю что делать... Продать не выйдет - всё уже заметно б/у, и много самодельных штуковин (нагрузка для БП, переходники всякие, тестеры простые, и т.д.)
Вот как раз я ушёл работать системным администратором. И его вообще на должно волновать, что там где-то неисправные железки валяются - это проблема владельца оборудования и может быть эникейщика, которого напрягут "сделай с этим что-нибудь". Для мелких контор чаще всего сисадмин и будет за двоих-троих работать, и железо чинить, и сеть тянуть, и сервера настраивать. Это интересно, конечно, но надоест. Мне надоело вот.

Все правильно. Два гигабита между двумя конкретными хостами можно получить только при политике Round-Robin, (когда пакеты по очереди попададают то в один, то в другой сетевой интерфейс).

Венда и циско это не поддерживают - только линукс и микротик.

В остальных случаях, вы будете иметь ускорение для доступа от разных хостов (потому что при политике разделения по макам, которая является дефолтной, пакеты в интерфейсы будут попадать в зависимости от MAC)

Отсутствие DNS на DC крайне не рекомендованная конфигурация, должны быть очень веские причины для такого решения, как делать правильно, то что делать не правильно, вам вряд-ли кто подскажет, это большой пласт опыта, грабель и подводных камней. DHCP просто размещаете где угодно. Если нужно этим DHCP централизованно рулить, то лучше тоже на win. Для общего управления есть ipam.

Тебе необходимо создать MX запись для почтовика и изменить А запись. Допустим у тебя домен example.com
138.2.43.15 - адрес почтовика
138.2.43.16 - адрес сайта

Тебе нужный записи
MX 10 mail.example.com
A mail.example.com 138.2.43.15
A example.com 138.2.43.16

SPF и DKIM тоже необходимо перенатсроить на mail.example.com

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

Это война снаряда и брони, то есть она бесконечна. Её невозможно выиграть. Как только вы улучшаете броню, противник в ответ улучшает калибр снаряда, и так по кругу. Лучшим решением будет попытаться остановить войну, помешать её течению, а не наращивать мощь вооружения.

Один из способов сделать это - перестать воевать, то есть сдаться. Тогда "игра" закончится. Те, кто пытался "победить систему", будут объявлены победителями и потеряют интерес к дальнейшей борьбе. Хотя останутся и те, для кого мат - это норма, и будут продолжать использовать его.

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

Ещё приём - в дополнение к предыдущим - отсроченное наказание (модератором). "Игрок" не будет получать немедленное подкрепление в виде "молодец, обошёл фильтр", а будет вынужден ждать жюри. Однако ждать никто не любит, это тоже сильно бьёт по мотивации продолжать игру в сопротивление системе. Поэтому многие "партизаны" перейдут на сторону добра, ибо скучно.

Про удаление написал ScriptKiddo.
Целостность данных нужно не проверять, а регулировать (ограничивать) внешними ключами. Перед очисткой проверьте, что бы у них были правильно указаны

ON DELETE { NO ACTION | CASCADE | SET NULL | SET DEFAULT }

Создание связей по внешнему ключу.

Какими командами сделать трункейт данных и оставить данные за последний год?

Если есть партиции - удаляете партиции

https://docs.microsoft.com/ru-ru/sql/t-sql/stateme...

TRUNCATE TABLE PartitionTable1   
WITH (PARTITIONS (2, 4, 6 TO 8));  
GO

Если партиций нет и данных мало - удалить просто

DELETE FROM table WHERE date <= %date%

Если данных много - сделать задачу в SQL Agent. Количество удаляемых строк оставляете на свое усмотрение

DELETE TOP (1000) FROM table WHERE date <= %date%

Какими командами проверить на целостьность и оптимизировать?

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

Если нужно проверить, не битая ли база - то используйте команду DBCC CHECKDB
https://docs.microsoft.com/ru-ru/sql/t-sql/databas...

P.S Не помешали бы бекапы и прочее прочее

Только если вам известен ПРЕДЫДУЩИЙ элемент. Иначе за честные О(1) вы из односвязного списка ничего не удалите.

Можно амортизационно удалить за О(1) просто пометив этот элемент удаленным. Но тогда все функции, которые проходятся по списку, должны такие помеченные элементы действительно удалять во время прохода.

Суммарное время работы алгоритма будет как если бы удаление было за О(1). Но некоторые отдельные операции могут быть сильно медленнее, чем при честной константе. Например, если вы кучу раз добавите элемент в начало списка и тут же удалите, то потом вывод списка будет медленным, несмотря на то, что список должен быть пустым.

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

посмотрел в свой qnap.

cat /proc/mdstat
Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md1 : active raid6 sdb3[14](S) sde3[8] sdg3[9] sdh3[7] sda3[10] sdd3[13] sdc3[12] sdf3[11]
19485317120 blocks super 1.0 level 6, 512k chunk, algorithm 2 [7/7] [UUUUUUU]
bitmap: 1/15 pages [4KB], 131072KB chunk

надо linux - какойто live cd
загружиться с него и проинсталить mdadm
и пробовать примонтировать массив
шанс есть