hint000

Если данные важные, то первым попытками починить FS делаем полный побайтовый бекап на другой диск.
По этим ошибкам мне не совсем понятно что произошло, но боюсь проблемы с самим диском. В dmesg что пишет?
Сам диск в системе определяется, smart его вычитывает?

Не тушуйтесь, подобные вопросы возникали практически у всех, кто начинает постигать электротехнику. Вот как учили всему этому нас, лет эдак 50 назад.

1. Любая действующая электроцепь имеет вид кольца, состоящего из последовательно соединённых источников электрического поля (электрофизики говорят - ЭДС) и всего прочего, на чём это электрополе распределяется (резисторов, выключателей и т.п.). Всё это может присутствовать в любом количестве, и тогда действие однотипных элементов цепи придётся суммировать.
2. Если в цепи присутствует разомкнутый выключатель, то цепь всё равно можно продолжать рассматривать как кольцевую, просто один из входящих в неё элементов имеет бесконечно большое сопротивление, и поэтому на него распределяется сумма электрических полей всех источников. Ввиду бесконечного общего сопротивления цепи ток в ней отсутствует.
3. Если замкнуть выключатель, то электрополе, распространяющееся со скоростью света, моментально перераспределяется пропорционально сопротивлениям участков цепи. Этим способом цепь "узнаёт", какой величины ток в ней будет получаться (он ведь в последовательной цепи одинаковый по всему кольцу). Электроны начинают медленно проталкиваться сквозь кристаллическую решетку металлических проводов, и отдавая им свою энергию, нагревают их.
4. На одновременность движения электронов влияют местные свойства отдельных участков цепи - индуктивность, ёмкость. Они умеют на некоторое время запасать энергию поля (поэтому профи называют их реактивностями), и это в некоторой степени изменяет равномерное распределение поля. В установившемся режиме работы это не важно, поскольку действует ограниченное время, но если кого-то интересуют быстрые изменения тока, то это приходится учитывать отдельно.
5. Выше я описал самый простой режим работы цепи - установившийся. Но электротехника неисчерпаема, в ней случаюся удивительные штуки - например, немного поигравшись с т.н. "нелинейными элементами" и реактивностями, можно получить в последовательной цепи участки, в которых ток будет многократно превышать тот средний, который течёт по всей остальной цепи. Но это вам сейчас не нужно, и упомянуто мною только лишь для того, чтобы заинтересовать.

как будто бы часть которая после резисторов должна двигаться быстрее т.к у неё на пути нет препятствий, а часть которая идет через резисторы - идет медленнее. Это верно?

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

Препятствие на пути электронов (резистор) выражается в том, что на соответствующем участке цепи действует большая разность потенциалов (напряжение). U1, U2, U3 пропорциональны номиналам резисторов (по закону Ома).

электроны начинают двигаться во всех точках цепи одновременно

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

скорость теплового движения электронов при температуре 27 градусов 1,1*10^5 м/с = 1100 км/с
скорость упорядочного движения электронов при токе 10^7 А/м2 = 10 А/мм2 (очень большая плотность тока) равна 7,8*10^-4 м/с = 0,78 мм/с
пруф
отличия как видишь на большие порядки. ~10^8 для скорости тепловой движения и отличие ~10^13 от скорости света

Это слишком большая кроличья нора для того, чтобы в нее просто так погружаться.

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

Но влияние всех этих эффектов либо чрезвычайно кратковременно, либо мало по величине - поэтому его не учитывают.

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

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

Почему у резисторов суммируются сопротивления - если коротко, то потому, что на основании проведенных учеными наблюдений установлено (Георгом Омом в частности), что вещества ведут себя вот так вот. Для электротехнических расчетов нет большого смысла углубляться в молекулярную физику происходящего, но если очень хочется:

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

Более того, трамвайная модель также позволяет попутно воспроизвести закон Джоуля-Ленца - пихающиеся тиктокеры будут все больше бесить публику в трамвае - вырабатывая хейт (а резистор вырабатывает тепло - heat). И при большом потоке тиктокеров трамвай взбесится (а резистор - перегорит)

Поля за пределами обкладок нет только у конденсатора бесконечной площади. Как только у обкладки появляется край, там идеальность нарушается, и появляется поле, способное тащить электроны по проводу. А по-настоящему идеальный (=бесконечный) конденсатор можно замкнуть только проводником, проходящим между обкладок. Откуда там возникает ток, надеюсь, понятно.

При первом запуске толстого клиента, он скачивает с сервера в кэш клиента почти всю конфигурацию базы данных, если у вас там ERP2, УПП и т.п., то это сотни мегабайтов. Так как вы хотите работать - это очень плохая практика, работа вашего весового терминала может быть в любой момент парализована на 30 минут просто из-за потери нескольких пакетов при передаче через интернет+vpn и "падения" толстого клиента.
Я вам настоятельно рекомендую на весовом терминале установить автономную 1С с локальной базой ("файловой"), а результаты взвешиваний передавать в центральную "большую" 1С через интеграцию/обмен.
Например продукты Весысофт (https://vesysoft.ru/) // не реклама.

Не поняла.
Вы пытаетсь через интернет запустить базу толстым клиентом без RDP?!
Странно, что это вообще запускается и работает.

Скорее всего у вопрошающего его собственная железко не справляется с 25+ офисных компов.
Скорее все стоит какой-нибудь wifi роутер soho уровня, который ещё и на радио канале держит 10+ клиентов.
Так что начинать надо с рассказа про оконечное оборудование, а потом уже все остальное ))

Если вам нужна производительность, то следует выкинуть IIS в топку и использовать стандартный nginx на debian/centos. А если у вас в приложении нет жесткой привязки к винде, то и винду можете выкинуть в топку и использовать линукс в качестве сервера для вашего приложения.

Для программирования всё же надо знать математику как минимум на хорошем уровне средней школы. Лучше - старшей на отлично. Математика на уровне высшей школы в основном нужна при работе с графикой, физикой и научными вычислениями. Но, именно, что "в основном". Иногда даже в обычных приложения встречаются задачи, где надо более глубокое понимание и знание математики.
Математика - это фундамент всех современных вычислительных систем и языков программирования. Без знания математики невозможно разрабатывать приложения сложнее, чем скрипт на пару сотен строчек кода. А ещё и логику знать.

Применительно к байтам традиционные приставки СИ кило, мега, гига и прочие традиционно используются не в значении множителя десяти в какой-то степени, а в значении множителя двойки в какой-то степени. 1Кб равно не 10^3, а 2^10, т.е. те самые 1024 байта. Аналогично и для всех остальных приставок - в мегабайте 2^20 = 1048576 байта, гигабайт - 2^30 = 1073741824 байт и так далее. Почему степень двойки? Потому что двоичная система фундамент вычислительных систем - в бите только 0 и 1. Поэтому удобнее и практичнее использовать везде степени двойки. В троичных ПК, кстати, аналогично - там триты по три или шесть штук в трайте (ога, есть два разных варианта реализации).
И вот в попытке стандартизировать и устранить путаницу придумали киби, миби, гиби и остальные смешные приставки для степени двойки. Результат получился предсказуемым - путаница стала ещё больше. Поэтому как были килобайты степенями двойками - так и дальше останутся. А вот беспощадные маркетологи решили, что можно сэкономить несколько центов и использовать приставки СИ в традиционном значении степени десятки. Поэтому везде все накопители маркируются коммерческими гигабайтами в степени десятки - да, везде обман, увы. Вероятность встретить накопитель с честными гигабайтами стремится к нулю. Ну и некоторые разработчики решили, что следовать стандарту надо без оглядки на реальный мир и тоже использовать в софте все эти *иби для степени двойки, а степени десятки использовать для обычных приставок. И вот это всё увеличивает энтропию ещё больше.

это всё одно и тоже

1000079360000 bytes (1.0 TB, 931 GiB) copied

$ numfmt --to=si --round=nearest 1000079360000
1,0T
$ numfmt --to=iec-i --round=nearest 1000079360000
931Gi

1000205189120 bytes (1.0 TB, 932 GiB) copied

$ numfmt --to=si --round=nearest 1000205189120
1,0T
$ numfmt --to=iec-i --round=nearest 1000205189120
932Gi

numfmt: Reformat numbers

$ numfmt --grouping --from=si 1K
1 000
$ numfmt --grouping --from=si 1T
1 000 000 000 000

$ numfmt --grouping --from=iec-i 1Ki
1 024
$ numfmt --grouping --from=iec-i 1Ti
1 099 511 627 776

$ numfmt --from=si --to=iec-i 1T
932Gi
$ numfmt --from=si --to=iec-i --format="%.1f" 1T
931,4Gi
$ numfmt --from=si --to=iec-i --round=nearest 1T
931Gi

1000079360000 / 1024 / 1024 / 1024 ~ 931,39 ~ 931 гибибайт (GiB).
1000205189120 / 1014 / 1024 / 1024 ~ 931,51 ~ 932 гибибайт (GiB).
Если делить на 1000, то получите десятичные гигабайты.

По-простому: сделайте отдельный столбик, в котором 1 будет означать жёлтый, а 0 - не раскрашивать. Примените условное форматирование к основному столбику, чтобы он раскрашивался автоматически. Теперь вы не должны сами раскрашивать ячейки цветом, а пользоваться вспомогательным столбиком, используя его для управления раскраской.

Остаётся только просуммировать единички во вспомогательном столбике.

По-сложному: через Google Apps Script, нужны навыки программирования.

1. обратите внимание на ответ hint000, мне кажется, его мнение будет полезно.

Я бы предложил следующий подход:
1. Полная настройка почтового сервера на новом хостинге. (SPF, DKIM, проверка в спам базах и тд и тп) - полноценная. Завести все почтовые ящики, аналогично имеющимся. Добавить в MX с более низким приоритетом. Проверить отправку почты через новый почтовый сервер (получать , из-за приоритетов MX он ее все равно не будет)
2. Подготовка к миграции почтовых ящиков. Хорошо, если есть локальные клиенты (не вебмейл) - часто у них есть возможность архивации, благодаря чему после перенастройки на новый сервис можно все довольно быстро восстановить - подготовить бэкап почтовых ящиков, персонально для каждого пользователя
3. миграция.
Если пользователей немного:
Переключаем MX, почта начинает идти на новый хостинг, но не сразу - часть писем придется ловить в старом и переносить дополнительно. Перенастраиваем почтовые клиенты на новый хостинг. Загружаем подготовленные архивы писем в клиенты.

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

Оборудование уже куплено или только выбираете?
Реально, лучше обратиться к тому, кто понимает, так как много тонкостей и есть риск выбрать несовместимое оборудование.

В связи с санкциями, рекомендации могут зависеть от страны.

iscsi работает поверх Ethernet.
Доступные скорости от 10 до 100Gb/s.

FC — свой протокол. Визуально модули выглядят как такие же sfp, но с ethernet несовместимы.
На данном массиве скорости 16 и 32 Gb/s.

В массиве могут быть установлены разные адаптеры и в разном сочетании.

Тип контроллеров в серверах должен соответствовать контроллерам в массиве и коммутаторам.
Коммутаторов должно быть два.

Это касается сети данных. Но у серверов должен быть ещё и доступ к обычной сети.
В случае использования iscsi, эти сети могут быть совмещены.

Не зная задачи можно собрать систему с недостаточной производительностью или сильно с излишней (цена может отличаться на порядок).

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

динамически с помощью Dynamic Fair Share Scheduling (DFSS)
по умолчанию включена только балансировка CPU (Fair Share CPU Scheduling), диск и сеть включаются отдельно

З.Ы. если сервер RDS используется для 1С - рекомендуется DFSS отключить...