Для тех, кто в комментариях спрашивает зачем знать какие бывают файлы:
Что такое драйвера-призраки с именами dump_diskdump.sys и аналогичными
"Учиться, учиться и учиться" - эти слова Владимира Ильича сегодня актуальны как никогда.
ОС Windows - сложная система и всегда может найтись очередной ее механизм, который пойдет вразрез с уже имеющимися у администратора знаниями и опытом.
Но стоит немного углубиться в теорию и разобраться - как стройная картина будет восстановлена, в противном случае возможна паника на ровном месте и принятие абсолютно необоснованных решений, которые могут очень дорого обойтись.
https://interface31.ru/tech_it/2017/02/chto-takoe-drayvery-prizraki-s-imenem-dump-diskdumpsys-i-analogichnym.html
Что такое драйвера-призраки с именами dump_diskdump.sys и аналогичными
"Учиться, учиться и учиться" - эти слова Владимира Ильича сегодня актуальны как никогда.
ОС Windows - сложная система и всегда может найтись очередной ее механизм, который пойдет вразрез с уже имеющимися у администратора знаниями и опытом.
Но стоит немного углубиться в теорию и разобраться - как стройная картина будет восстановлена, в противном случае возможна паника на ровном месте и принятие абсолютно необоснованных решений, которые могут очень дорого обойтись.
https://interface31.ru/tech_it/2017/02/chto-takoe-drayvery-prizraki-s-imenem-dump-diskdumpsys-i-analogichnym.html
👍27👎2
⚡Хотите узнать, как управлять креативными разработчиками в IT команде и раскрыть их творческий потенциал?
🔥Ждем вас на открытом вебинаре 15 октября в 20:00 мск, где мы разберем:
- как управлять креативными командами и творческими сотрудниками;
- методы стимулирования творчества на индивидуальном и командном уровне;
- природу творчества и креативных процессов;- темы hyperfocus и scatterfocus;
- нестандартный взгляд от креативного лида на творческую работу;
- экшен поинты, идеи и практики, которые можно применить в своих командах.
✅Регистрация https://otus.pw/XXPI/?erid=LjN8KM8ek
Спикер Руслан Казанцев — Senior Game Designer в ААА-студии, работал со сценарной командой сериала «Ходячие мертвецы», опытный лид и преподаватель.
Встречаемся в преддверии старта курса «Team Lead». Все участники вебинара получат специальную цену на обучение!
#реклама
О рекламодателе
🔥Ждем вас на открытом вебинаре 15 октября в 20:00 мск, где мы разберем:
- как управлять креативными командами и творческими сотрудниками;
- методы стимулирования творчества на индивидуальном и командном уровне;
- природу творчества и креативных процессов;- темы hyperfocus и scatterfocus;
- нестандартный взгляд от креативного лида на творческую работу;
- экшен поинты, идеи и практики, которые можно применить в своих командах.
✅Регистрация https://otus.pw/XXPI/?erid=LjN8KM8ek
Спикер Руслан Казанцев — Senior Game Designer в ААА-студии, работал со сценарной командой сериала «Ходячие мертвецы», опытный лид и преподаватель.
Встречаемся в преддверии старта курса «Team Lead». Все участники вебинара получат специальную цену на обучение!
#реклама
О рекламодателе
Что это? Насколько опасно?
Ответы на заданный вчера вопрос примерно равномерно распределились по вариантам, хотя правильный ответ был дан в первом же комментарии.
Данные папки – результат работы Средства удаления вредоносных программ Windows (MSRT). Это автономное средство для удаления вредоносного ПО, и оно не использует установщик, вместо этого создается папка со случайным наименованием, в которой будет обязательно присутствовать файл Mrtstub.exe.
В большинстве случаев, но не всегда, эта папка удаляется автоматически. Также ее можно без каких-либо последствий удалить вручную.
Почему это важно? Подумаешь, какие-то непонятные файлы, всегда можно проверить антивирусом или на VirusTotal загрузить.
Но нет, давайте обратимся к документации MSRT и почитаем:
MSRT не заменяет антивирусный продукт. Это строго пост-инфекционное средство удаления.
Обращаем внимание на «пост-инфекционное», т.е. MSRT запускается уже на инфицированном компьютере или при подозрении в инфицировании.
Читаем далее:
Средство фокусируется на обнаружении и удалении активных вредоносных программ. Активное вредоносное программное обеспечение — это вредоносное программное обеспечение, которое в настоящее время выполняется на компьютере. Средство не может удалить не запущенное вредоносное программное обеспечение.
Т.е. перед нами не файловый сканер, а средство борьбы с активным заражением. И если у нас на диске осталось несколько папок от MSRT, то это указывает на его неоднократный запуск.
А это уже серьезный звоночек, даже не звоночек, а набат. Который говорит о том, что данный компьютер или съемный диск скорее всего был заражен и, возможно, продолжает оставаться таковым.
Поэтому тут надо не над «странными» файлами размышлять , а принимать активные действия по изоляции и тщательной проверке подобного устройства, так как оно может нести непосредственную и активную угрозу.
Как видим, это не просто отвлеченное знание о «каких-то там» файлах, а довольно серьезный индикатор возможного активного заражения. Поэтому любой работающий с Windows системный администратор должен подобные вещи знать и обращать на них внимание.
Учат ли этому в школе? Нет не учат, на курсах тоже. Этому учит собственный опыт и документация, точнее вдумчивое ее прочтение с осмыслением написанного.
Ответы на заданный вчера вопрос примерно равномерно распределились по вариантам, хотя правильный ответ был дан в первом же комментарии.
Данные папки – результат работы Средства удаления вредоносных программ Windows (MSRT). Это автономное средство для удаления вредоносного ПО, и оно не использует установщик, вместо этого создается папка со случайным наименованием, в которой будет обязательно присутствовать файл Mrtstub.exe.
В большинстве случаев, но не всегда, эта папка удаляется автоматически. Также ее можно без каких-либо последствий удалить вручную.
Почему это важно? Подумаешь, какие-то непонятные файлы, всегда можно проверить антивирусом или на VirusTotal загрузить.
Но нет, давайте обратимся к документации MSRT и почитаем:
MSRT не заменяет антивирусный продукт. Это строго пост-инфекционное средство удаления.
Обращаем внимание на «пост-инфекционное», т.е. MSRT запускается уже на инфицированном компьютере или при подозрении в инфицировании.
Читаем далее:
Средство фокусируется на обнаружении и удалении активных вредоносных программ. Активное вредоносное программное обеспечение — это вредоносное программное обеспечение, которое в настоящее время выполняется на компьютере. Средство не может удалить не запущенное вредоносное программное обеспечение.
Т.е. перед нами не файловый сканер, а средство борьбы с активным заражением. И если у нас на диске осталось несколько папок от MSRT, то это указывает на его неоднократный запуск.
А это уже серьезный звоночек, даже не звоночек, а набат. Который говорит о том, что данный компьютер или съемный диск скорее всего был заражен и, возможно, продолжает оставаться таковым.
Поэтому тут надо не над «странными» файлами размышлять , а принимать активные действия по изоляции и тщательной проверке подобного устройства, так как оно может нести непосредственную и активную угрозу.
Как видим, это не просто отвлеченное знание о «каких-то там» файлах, а довольно серьезный индикатор возможного активного заражения. Поэтому любой работающий с Windows системный администратор должен подобные вещи знать и обращать на них внимание.
Учат ли этому в школе? Нет не учат, на курсах тоже. Этому учит собственный опыт и документация, точнее вдумчивое ее прочтение с осмыслением написанного.
👍28🔥2👏2💯2
Некоторые особенности расхода ресурса SSD или кому верить?
Сегодня один наш коллега обратил наше внимание на значение счетчиков отдаваемых S.M.A.R.T., а точнее на их несоответствие.
Есть два диска Kingston KC600 на 1024 ГБ с заявленным ресурсом записи 600 ТБ. Данные диски отдают в S.M.A.R.T. не только процент оставшегося ресурса, но и количество записанных данных блоками по 32 МБ.
Что привлекло внимание и насторожило? Согласно полученным данным износ первого диска составил 14%, а второго 18%. При заявленном ресурсе это должно соответствовать 84 ТБ и 108ТБ записанных данных.
Однако реально диски записали 53 ТБ и 52 ТБ, причем больший износ оказался у того диска, что записал меньше.
Странно…
Но внизу есть у нас еще один показатель - TLCWrites32MiB – который показывает количество блоков по 32 МБ, реально записанных в TLC. Здесь мы как раз можем оценить такой параметр как усиление записи (write amplification).
Путем несложных вычислений для первого диска получим 465 ТБ, что соответствует коэффициенту WA 8,7. Это говорит о том, что фактически на один записанный логический блок диск делает примерно 9 записей. Данный коэффициент не является постоянным и зависит от характера записи, единовременного объема, прошивки диска, параметров кеширования и т.д. и т.п.
У второго диска этот параметр оказался еще выше, при меньшем количестве логических записей – 566 ТБ. И это как раз соответствует показанному самим диском износу. Что касается усиления записи, то этот коэффициент для второго диска еще выше – 10,9, т.е. 11 физических записей на 1 логическую.
Сами абсолютные цифры записи в TLC никакого практического интереса не представляют, так как мы не знаем верхнего порога по этому параметру. Нет, зная процент износа и абсолютное значение мы можем рассчитать верхний порог, но зачем?
В отрыве от процентов это просто сферические цифры в вакууме. Поэтому счетчика в процентах нам достаточно, а запись в TLC без процентов лишена практического смысла.
И вот тут мы подходим к вопросу: а кому верить?
В первую очередь надо верить счетчику диска в процентах износа. Он рассчитывается на основе реального количества записи в TLC, где ресурс измеряется не в единицах объема данных, а в количестве перезаписей ячеек.
Заявленный в описании диска ресурс – TBW – это некое среднее по больнице количество записанных данных с учетом некого среднего коэффициента усиления WA. Ориентироваться на него можно, брать за некую константу нельзя.
Потому что даже если вы знаете ресурс и знаете средний объем ежедневно записываемых данных, то вы все равно не знаете для какого WA рассчитан этот ресурс и какой у вас фактический WA.
Что касается наших дисков, то для них можно попробовать рассчитать реальный ресурс по логической записи. Для первого диска он получится 378 ТБ, для второго 288 ТБ. Т.е. фактически вдвое меньше заявленного.
Это, кстати, объясняет и различные заявления в духе «диск А – отстой, помер, не выработав и половины ресурса», или «диски В – круть, работают вдвое больше заявленного».
На самом деле и тот и другой диск работают в рамках доступного ресурса перезаписи ячеек памяти, который в среднем по больнице одинаковый, а вот WA у каждого разный и поэтому итоговый результат, выраженный в объеме логической записи, может сильно различаться.
Как быть? Если диск предоставляет данные в износе в процентах – ориентируемся только на них. Если таких данных нет, то берем в расчет логическую запись, но ставим триггер далеко от пороговых значений.
Где именно начинать бить тревогу? Сложный вопрос, но при отсутствии в S.M.A.R.T. иных показателей о замене диска следует начинать задумываться после того, как ресурс снизится более чем на 50%.
Сегодня один наш коллега обратил наше внимание на значение счетчиков отдаваемых S.M.A.R.T., а точнее на их несоответствие.
Есть два диска Kingston KC600 на 1024 ГБ с заявленным ресурсом записи 600 ТБ. Данные диски отдают в S.M.A.R.T. не только процент оставшегося ресурса, но и количество записанных данных блоками по 32 МБ.
Что привлекло внимание и насторожило? Согласно полученным данным износ первого диска составил 14%, а второго 18%. При заявленном ресурсе это должно соответствовать 84 ТБ и 108ТБ записанных данных.
Однако реально диски записали 53 ТБ и 52 ТБ, причем больший износ оказался у того диска, что записал меньше.
Странно…
Но внизу есть у нас еще один показатель - TLCWrites32MiB – который показывает количество блоков по 32 МБ, реально записанных в TLC. Здесь мы как раз можем оценить такой параметр как усиление записи (write amplification).
Путем несложных вычислений для первого диска получим 465 ТБ, что соответствует коэффициенту WA 8,7. Это говорит о том, что фактически на один записанный логический блок диск делает примерно 9 записей. Данный коэффициент не является постоянным и зависит от характера записи, единовременного объема, прошивки диска, параметров кеширования и т.д. и т.п.
У второго диска этот параметр оказался еще выше, при меньшем количестве логических записей – 566 ТБ. И это как раз соответствует показанному самим диском износу. Что касается усиления записи, то этот коэффициент для второго диска еще выше – 10,9, т.е. 11 физических записей на 1 логическую.
Сами абсолютные цифры записи в TLC никакого практического интереса не представляют, так как мы не знаем верхнего порога по этому параметру. Нет, зная процент износа и абсолютное значение мы можем рассчитать верхний порог, но зачем?
В отрыве от процентов это просто сферические цифры в вакууме. Поэтому счетчика в процентах нам достаточно, а запись в TLC без процентов лишена практического смысла.
И вот тут мы подходим к вопросу: а кому верить?
В первую очередь надо верить счетчику диска в процентах износа. Он рассчитывается на основе реального количества записи в TLC, где ресурс измеряется не в единицах объема данных, а в количестве перезаписей ячеек.
Заявленный в описании диска ресурс – TBW – это некое среднее по больнице количество записанных данных с учетом некого среднего коэффициента усиления WA. Ориентироваться на него можно, брать за некую константу нельзя.
Потому что даже если вы знаете ресурс и знаете средний объем ежедневно записываемых данных, то вы все равно не знаете для какого WA рассчитан этот ресурс и какой у вас фактический WA.
Что касается наших дисков, то для них можно попробовать рассчитать реальный ресурс по логической записи. Для первого диска он получится 378 ТБ, для второго 288 ТБ. Т.е. фактически вдвое меньше заявленного.
Это, кстати, объясняет и различные заявления в духе «диск А – отстой, помер, не выработав и половины ресурса», или «диски В – круть, работают вдвое больше заявленного».
На самом деле и тот и другой диск работают в рамках доступного ресурса перезаписи ячеек памяти, который в среднем по больнице одинаковый, а вот WA у каждого разный и поэтому итоговый результат, выраженный в объеме логической записи, может сильно различаться.
Как быть? Если диск предоставляет данные в износе в процентах – ориентируемся только на них. Если таких данных нет, то берем в расчет логическую запись, но ставим триггер далеко от пороговых значений.
Где именно начинать бить тревогу? Сложный вопрос, но при отсутствии в S.M.A.R.T. иных показателей о замене диска следует начинать задумываться после того, как ресурс снизится более чем на 50%.
👍48❤2👀2🔥1
erid: LjN8KbYTT
Войти в айти в 2024-2025 году с курсом «Системный администратор. Интенсив»
💡 Что вы изучите:
Управление серверами Windows и Linux.
Настройка сетей: от коммутаторов до маршрутизаторов.
Скрипты на Bash и Python для автоматизации.
Виртуализация через KVM и контейнеры.
Мониторинг с Zabbix.
⏳ Длительность: 3 месяца
📅 Формат: 2 созвона в неделю с преподавателем в режиме live coding
💰 Скидка 10% за раннее бронирование - до 22 октября!
👉 Заявка на курс
А до начала обучения приглашаем на бесплатный live coding практикум «Настройка сетевого хранилища с Ansible и GPO Windows».
💡 Что узнаете:
Как настраивать общее хранилище для разных ОС с Ansible и GPO.
Как развернуть Zabbix для мониторинга с Prometheus и Grafana.
📅 Заявка на практикум
Войти в айти в 2024-2025 году с курсом «Системный администратор. Интенсив»
💡 Что вы изучите:
Управление серверами Windows и Linux.
Настройка сетей: от коммутаторов до маршрутизаторов.
Скрипты на Bash и Python для автоматизации.
Виртуализация через KVM и контейнеры.
Мониторинг с Zabbix.
⏳ Длительность: 3 месяца
📅 Формат: 2 созвона в неделю с преподавателем в режиме live coding
💰 Скидка 10% за раннее бронирование - до 22 октября!
👉 Заявка на курс
А до начала обучения приглашаем на бесплатный live coding практикум «Настройка сетевого хранилища с Ansible и GPO Windows».
💡 Что узнаете:
Как настраивать общее хранилище для разных ОС с Ansible и GPO.
Как развернуть Zabbix для мониторинга с Prometheus и Grafana.
📅 Заявка на практикум
Диагностика SSD
В комментариях к вечерней заметке подняли тему диагностики SSD, что достаточно актуально при покупке б/у техники.
Одной из популярных программ для диагностики дисков является Victoria HDD/SSD, но в случае с твердотельными накопителями она не сильно поможет.
С ее помощью можно выявить явный брак памяти либо ее сильный износ, но только на участках, занятых данными. Для пустых участков контроллер с большой долей вероятности отдаст вам ноль, не читая память.
И в этом главное отличие твердотельника от жесткого диска. Диск не знает, что находится в секторе и поэтому будет физически читать его, даже если там ноль. SSD – знает и если ячейка пустая, то зачем ее читать?
Таким образом Victoria покажет вам только то, что диск пора выкидывать, объективного состояния диска вы не получите.
Единственный вариант получить достаточно объективную информацию о диске – это S.M.A.R.T и хорошо если диск выдает в нем процент износа (или оставшийся процент ресурса). Это основной показатель, на который следует ориентироваться, так как рассчитывается он по реальному количеству перезаписей ячеек.
При его отсутствии обращаем внимание на параметры логической записи и сравниваем ее с заявленным ресурсом, но помним, что этот показатель достаточно относительный, так как реальное количество записанных на диск данных будет больше на коэффициент усиления записи – WA, который является величиной переменной и зависит от многих внешних факторов.
Если вы не хотите руками изучать S.M.A.R.T, то неплохим вариантом будет утилита от производителя, если она, конечно, показывает здоровье диска. На эти данные вполне можно опираться.
Если же их нет, то смотрите на выработанный ресурс, при его снижении более чем на 50% диск желательно поменять (так как реальный объем записанных во флеш данных с учетом WA нам неизвестен).
Что касается самых бюджетных дисков, тех же китайцев, то там и к параметрам S.M.A.R.T надо относиться с осторожностью, так как он может показывать то, что хочет его «производитель», а не то, как обстоят дела на самом деле. Наглядный пример – датчик температуры у многих дешевых дисков, который вечно показывает некоторое значение, либо никогда не превышает некий верхний порог.
Также неизвестно качество памяти в таких дисках, например, вы можете столкнуться с таким явлением, как деградация флеша, когда он перестает держать заряд.
Т.е. вы нормально записываете файл и думаете, что там все хорошо. Но через день-другой вы уже не сможете его прочитать, потому что заряд с ячейки начнет стекать. При этом внешне все выглядит благополучно и узнать о проблеме вы сможете только при чтении файла.
Хуже всего, что происходит такое в первую очередь на холодных данных и узнать о таком дефекте вы сможете далеко не сразу.
Поэтому б/у китайца лучше сразу поменять, даже, при стеснении в средствах, на второго китайца, новый хотя бы гарантированно отработает некоторое время.
А в целом вывод простой: инструментов, гарантированно позволяющих оценить состояние твердотельных накопителей нет. Мы можем ориентироваться либо на косвенные признаки, либо на данные, предоставленные нам производителем в S.M.A.R.T. Но помним, что единого стандарта на этот счет нет и каждый производитель отдает туда только то, что хочет и не факт, что делает это добросовестно.
В комментариях к вечерней заметке подняли тему диагностики SSD, что достаточно актуально при покупке б/у техники.
Одной из популярных программ для диагностики дисков является Victoria HDD/SSD, но в случае с твердотельными накопителями она не сильно поможет.
С ее помощью можно выявить явный брак памяти либо ее сильный износ, но только на участках, занятых данными. Для пустых участков контроллер с большой долей вероятности отдаст вам ноль, не читая память.
И в этом главное отличие твердотельника от жесткого диска. Диск не знает, что находится в секторе и поэтому будет физически читать его, даже если там ноль. SSD – знает и если ячейка пустая, то зачем ее читать?
Таким образом Victoria покажет вам только то, что диск пора выкидывать, объективного состояния диска вы не получите.
Единственный вариант получить достаточно объективную информацию о диске – это S.M.A.R.T и хорошо если диск выдает в нем процент износа (или оставшийся процент ресурса). Это основной показатель, на который следует ориентироваться, так как рассчитывается он по реальному количеству перезаписей ячеек.
При его отсутствии обращаем внимание на параметры логической записи и сравниваем ее с заявленным ресурсом, но помним, что этот показатель достаточно относительный, так как реальное количество записанных на диск данных будет больше на коэффициент усиления записи – WA, который является величиной переменной и зависит от многих внешних факторов.
Если вы не хотите руками изучать S.M.A.R.T, то неплохим вариантом будет утилита от производителя, если она, конечно, показывает здоровье диска. На эти данные вполне можно опираться.
Если же их нет, то смотрите на выработанный ресурс, при его снижении более чем на 50% диск желательно поменять (так как реальный объем записанных во флеш данных с учетом WA нам неизвестен).
Что касается самых бюджетных дисков, тех же китайцев, то там и к параметрам S.M.A.R.T надо относиться с осторожностью, так как он может показывать то, что хочет его «производитель», а не то, как обстоят дела на самом деле. Наглядный пример – датчик температуры у многих дешевых дисков, который вечно показывает некоторое значение, либо никогда не превышает некий верхний порог.
Также неизвестно качество памяти в таких дисках, например, вы можете столкнуться с таким явлением, как деградация флеша, когда он перестает держать заряд.
Т.е. вы нормально записываете файл и думаете, что там все хорошо. Но через день-другой вы уже не сможете его прочитать, потому что заряд с ячейки начнет стекать. При этом внешне все выглядит благополучно и узнать о проблеме вы сможете только при чтении файла.
Хуже всего, что происходит такое в первую очередь на холодных данных и узнать о таком дефекте вы сможете далеко не сразу.
Поэтому б/у китайца лучше сразу поменять, даже, при стеснении в средствах, на второго китайца, новый хотя бы гарантированно отработает некоторое время.
А в целом вывод простой: инструментов, гарантированно позволяющих оценить состояние твердотельных накопителей нет. Мы можем ориентироваться либо на косвенные признаки, либо на данные, предоставленные нам производителем в S.M.A.R.T. Но помним, что единого стандарта на этот счет нет и каждый производитель отдает туда только то, что хочет и не факт, что делает это добросовестно.
👍36
Отличается ли у вас реальный ресурс диска в ТБ от заявленного (TBW)
Anonymous Poll
7%
Да, сильно (более 30%)
6%
Да, не сильно (5-30%)
6%
Практически не отличается (менее 5%)
1%
Да, в большую сторону
44%
Не проверял
36%
Посмотреть результаты
📈 Выйди на новый профессиональный уровень уже этой осенью! Присоединяйся к карьерной программе для ИТ-специалистов в Открытых школах Т1. Это не просто курс по теории, а прокачка хардов, погружение в культуру компании, знакомство с ИТ и offer weeks для выпускников. И да, это бесплатно!
По некоторым направлениям нужен опыт от 1 года, а где-то готовы обучить даже птенцов 🐥
➡️ Прием заявок в школы для системных аналитиков, разработчиков Java, ручных тестировщиков — до 11 октября.
Узнать про все возможности программы можно по ссылке, а краткую информацию читайте в карточках.
#реклама
О рекламодателе
По некоторым направлениям нужен опыт от 1 года, а где-то готовы обучить даже птенцов 🐥
➡️ Прием заявок в школы для системных аналитиков, разработчиков Java, ручных тестировщиков — до 11 октября.
Узнать про все возможности программы можно по ссылке, а краткую информацию читайте в карточках.
#реклама
О рекламодателе
👍3👎2
И снова: ой, а что это у нас с памятью... И хотя уже было, повторимся.
Особенности использования памяти сервером 1С:Предприятие ПРОФ
После разделения 10.09.2021 лицензий платформы на уровни ПРОФ и КОРП у пользователей ПРОФ практически не осталось доступных инструментов для управления потреблением ресурсов.
Ситуацию также усугубляет то, что многие руководства предусматривают установку всех компонентов на единственный узел: сервера 1С:Предеприятия, сервера СУБД и веб-сервера.
Впоследствии пользователи такой связки могут столкнуться с крайне нехорошими явлениями и проблемами с производительностью, вплоть до полной потери работоспособности.
Поэтому сегодня мы разберем некоторые особенности использования оперативной памяти сервером 1С:Предприятие уровня ПРОФ.
Начнем с параметра Временно допустимый объем памяти процессов, официальная документация гласит:
Серверная лицензия ПРОФ: всегда используется значение, равное 80% от объема физической памяти компьютера (вне зависимости от фактически введенного значения параметра).
Т.е. сервер 1С:Предприятия уровня ПРОФ спокойно может утилизировать 80% объема физической памяти компьютера без оглядки на своих соседей по серверу, и мы никак не можем повлиять на это поведение.
Еще один параметр: Интервал превышения допустимого объема памяти процессов, для сервера ПРОФ он установлен на 300 секунд (5 минут), если в течении этого интервала временно допустимый объем памяти будет превышен, то система попытается перезапустить наиболее жирный рабочий процесс.
Сеансы, обслуживаемые данным процессом будут переданы другим рабочим процессам. Но тут есть тонкость – зависшие сеансы, они не передаются и препятствуют перезапуску рабочего процесса.
Поэтому рекомендуем постоянно отслеживать и завершать такие сеансы вручную или с помощью скрипта.
Следующий параметр: Критический объем памяти процессов. Для сервера ПРОФ это 95%, при достижении этого параметра система просто начнет завершать рабочие процессы, без сохранения сеансов, пока память не будет вписываться в параметр Временно допустимый объем памяти процессов.
Но гладко было на бумаге. В реальных системах, где на единственном узле собраны сервер 1С:Предприятие, сервер СУБД и, возможно, веб-сервер память имеет свойство заканчиваться раньше, чем она превысит установленные для сервера 1С:Предприятие параметры.
Как быть? Наиболее правильным выходом из этой ситуации будет разнесение компонентов связки сервера 1С по разным узлам: виртуальным машинам или контейнерам. В этом случае мы можем явно распределить ресурсы и заставим механизмы сервера 1С:Предприятие работать так, как это задумано.
Также следует рассмотреть вопрос о выносе некоторых ресурсоемких информационных баз с небольшим количеством пользователей на отдельные инсталляции Сервер-Мини, если ограничение в 5 сеансов вас устраивает.
Особенности использования памяти сервером 1С:Предприятие ПРОФ
После разделения 10.09.2021 лицензий платформы на уровни ПРОФ и КОРП у пользователей ПРОФ практически не осталось доступных инструментов для управления потреблением ресурсов.
Ситуацию также усугубляет то, что многие руководства предусматривают установку всех компонентов на единственный узел: сервера 1С:Предеприятия, сервера СУБД и веб-сервера.
Впоследствии пользователи такой связки могут столкнуться с крайне нехорошими явлениями и проблемами с производительностью, вплоть до полной потери работоспособности.
Поэтому сегодня мы разберем некоторые особенности использования оперативной памяти сервером 1С:Предприятие уровня ПРОФ.
Начнем с параметра Временно допустимый объем памяти процессов, официальная документация гласит:
Серверная лицензия ПРОФ: всегда используется значение, равное 80% от объема физической памяти компьютера (вне зависимости от фактически введенного значения параметра).
Т.е. сервер 1С:Предприятия уровня ПРОФ спокойно может утилизировать 80% объема физической памяти компьютера без оглядки на своих соседей по серверу, и мы никак не можем повлиять на это поведение.
Еще один параметр: Интервал превышения допустимого объема памяти процессов, для сервера ПРОФ он установлен на 300 секунд (5 минут), если в течении этого интервала временно допустимый объем памяти будет превышен, то система попытается перезапустить наиболее жирный рабочий процесс.
Сеансы, обслуживаемые данным процессом будут переданы другим рабочим процессам. Но тут есть тонкость – зависшие сеансы, они не передаются и препятствуют перезапуску рабочего процесса.
Поэтому рекомендуем постоянно отслеживать и завершать такие сеансы вручную или с помощью скрипта.
Следующий параметр: Критический объем памяти процессов. Для сервера ПРОФ это 95%, при достижении этого параметра система просто начнет завершать рабочие процессы, без сохранения сеансов, пока память не будет вписываться в параметр Временно допустимый объем памяти процессов.
Но гладко было на бумаге. В реальных системах, где на единственном узле собраны сервер 1С:Предприятие, сервер СУБД и, возможно, веб-сервер память имеет свойство заканчиваться раньше, чем она превысит установленные для сервера 1С:Предприятие параметры.
Как быть? Наиболее правильным выходом из этой ситуации будет разнесение компонентов связки сервера 1С по разным узлам: виртуальным машинам или контейнерам. В этом случае мы можем явно распределить ресурсы и заставим механизмы сервера 1С:Предприятие работать так, как это задумано.
Также следует рассмотреть вопрос о выносе некоторых ресурсоемких информационных баз с небольшим количеством пользователей на отдельные инсталляции Сервер-Мини, если ограничение в 5 сеансов вас устраивает.
👍33🥱1👀1🫡1
Как легко и просто «сломать» информационную базу 1С:Предприятие, не снимая «замочка» и ничего не понять?
А что, так можно? Не только можно, но и с завидной регулярностью случается. И называется это - расширения.
Вообще, расширения – это удобный механизм доработки конфигурации или исправления ошибок без внесения изменений в саму конфигурацию, но это если в умелых руках.
А если нет? Ну так любой инструмент несет в себе такие же опасности: молотком можно забить гвоздь, а можно отбить пальцы.
Так что не так с расширениями? У расширений есть три типа назначения, про них в документации написано следующее:
Расширение с назначением Исправление предназначено для исправления ошибок в конфигурации. Поэтому оно применяется к конфигурации первым.
Затем применяется расширение с назначением Адаптация. Оно содержит доработки конфигурации при внедрении у конкретного заказчика.
И последним применяется расширение с назначением Дополнение. Оно содержит различные дополнительные сервисы, предназначенные для конфигурации (например, набор дополнительных отчетов).
Предполагается, что расширения с одинаковым назначением не должны «пересекаться» по функционалу и «мешать друг другу».
Ключевая фраза - мешать друг другу, с оговоркой – предполагается.
Что происходит на самом деле? Допустим у нас есть код какого-либо модуля и есть расширения, затрагивающие этот модуль. При запуске 1С берет исходный код модуля и применяет к нему расширение с назначением Изменение. Тем самым получает некоторый промежуточный код, который будет содержать исправления ошибок.
Потом к этому промежуточному коду применится расширение с типом адаптация и мы снова получим некий промежуточный код.
Затем уже к нему применится дополнение, и мы получим некоторый результирующий код.
Если расширений с одним назначением несколько, то они будут применяться в том порядке, в котором были добавлены в информационную базу и изменить этот порядок нельзя.
Если стараться следовать предложенным производителем стандартам, то система получается достаточно логичной. Если исправления ошибок конфликтуют с доработками или дополнениями, то у вас отключатся последние, а исправления применятся.
Если дополнение конфликтует с доработками (адаптация), то откажется работать дополнение. Но в жизни все может быть совсем по-другому. И дополнение с типом адаптация, добавленное первым, может спокойно при обновлении сломать ваши доработки.
Но чаще всего мы получаем странные глюки и ошибки буквально из неоткуда и по абсолютно непонятной причине.
А почему? А потому что раньше процесс изменения конфигурации был делом достаточно сложным и затратным: нужно было найти программиста, заплатить ему денег, снять конфигурацию с замочка, что удорожало ее поддержку и сопровождение… Поэтому чаще всего обходились сравнительно безобидными внешними отчетами и обработками.
Если же решались на доработку, то занимался этим какой-никакой, но специалист.
Зато теперь – полная свобода самовыражения. Пошли на Инфостарт, накачали расширений и давай «прокачивать» базу. И никаких программистов не надо. Даже конфигуратор открывать не придется.
И, как часто бывает, прокачивая какое-то одно направление мы с большой вероятностью столкнемся с тем, что применяемые расширения где-то пересекаются и начинают мешать друг другу. Причем этот процесс может быть абсолютно непредсказуемым.
Например, в базе А набор расширений может работать без ошибок, а в точно такой же базе Б – глючить напропалую. А почему? А потому что расширения добавлены в разном порядке. Следовательно итоговый код будет разным, с разными последствиями.
Как быть? Да никак, расширения стали нормой жизни, их будут качать и ставить. Но всегда надо иметь это ввиду и при непонятном поведении базы сразу проверять список расширений.
Ну и стараться все-таки, хотя бы по диагонали, смотреть в код расширений, прежде чем их ставить и контролировать из пересечение. Не умеете сами – позовите специалиста.
А что, так можно? Не только можно, но и с завидной регулярностью случается. И называется это - расширения.
Вообще, расширения – это удобный механизм доработки конфигурации или исправления ошибок без внесения изменений в саму конфигурацию, но это если в умелых руках.
А если нет? Ну так любой инструмент несет в себе такие же опасности: молотком можно забить гвоздь, а можно отбить пальцы.
Так что не так с расширениями? У расширений есть три типа назначения, про них в документации написано следующее:
Расширение с назначением Исправление предназначено для исправления ошибок в конфигурации. Поэтому оно применяется к конфигурации первым.
Затем применяется расширение с назначением Адаптация. Оно содержит доработки конфигурации при внедрении у конкретного заказчика.
И последним применяется расширение с назначением Дополнение. Оно содержит различные дополнительные сервисы, предназначенные для конфигурации (например, набор дополнительных отчетов).
Предполагается, что расширения с одинаковым назначением не должны «пересекаться» по функционалу и «мешать друг другу».
Ключевая фраза - мешать друг другу, с оговоркой – предполагается.
Что происходит на самом деле? Допустим у нас есть код какого-либо модуля и есть расширения, затрагивающие этот модуль. При запуске 1С берет исходный код модуля и применяет к нему расширение с назначением Изменение. Тем самым получает некоторый промежуточный код, который будет содержать исправления ошибок.
Потом к этому промежуточному коду применится расширение с типом адаптация и мы снова получим некий промежуточный код.
Затем уже к нему применится дополнение, и мы получим некоторый результирующий код.
Если расширений с одним назначением несколько, то они будут применяться в том порядке, в котором были добавлены в информационную базу и изменить этот порядок нельзя.
Если стараться следовать предложенным производителем стандартам, то система получается достаточно логичной. Если исправления ошибок конфликтуют с доработками или дополнениями, то у вас отключатся последние, а исправления применятся.
Если дополнение конфликтует с доработками (адаптация), то откажется работать дополнение. Но в жизни все может быть совсем по-другому. И дополнение с типом адаптация, добавленное первым, может спокойно при обновлении сломать ваши доработки.
Но чаще всего мы получаем странные глюки и ошибки буквально из неоткуда и по абсолютно непонятной причине.
А почему? А потому что раньше процесс изменения конфигурации был делом достаточно сложным и затратным: нужно было найти программиста, заплатить ему денег, снять конфигурацию с замочка, что удорожало ее поддержку и сопровождение… Поэтому чаще всего обходились сравнительно безобидными внешними отчетами и обработками.
Если же решались на доработку, то занимался этим какой-никакой, но специалист.
Зато теперь – полная свобода самовыражения. Пошли на Инфостарт, накачали расширений и давай «прокачивать» базу. И никаких программистов не надо. Даже конфигуратор открывать не придется.
И, как часто бывает, прокачивая какое-то одно направление мы с большой вероятностью столкнемся с тем, что применяемые расширения где-то пересекаются и начинают мешать друг другу. Причем этот процесс может быть абсолютно непредсказуемым.
Например, в базе А набор расширений может работать без ошибок, а в точно такой же базе Б – глючить напропалую. А почему? А потому что расширения добавлены в разном порядке. Следовательно итоговый код будет разным, с разными последствиями.
Как быть? Да никак, расширения стали нормой жизни, их будут качать и ставить. Но всегда надо иметь это ввиду и при непонятном поведении базы сразу проверять список расширений.
Ну и стараться все-таки, хотя бы по диагонали, смотреть в код расширений, прежде чем их ставить и контролировать из пересечение. Не умеете сами – позовите специалиста.
👍28🤔3😁2
В сети появились такие вот сообщения.
Если это правда, то бесплатная почта для домена от Mail.ru, которые нынче ВК - всё.
В целом - ожидаемо, перетянули к себе перебежчиков из Яндекса, дали немного обогреться, обжиться и начали закручивать гайки.
А куда ты теперь побежишь с подводной лодки?
Если это правда, то бесплатная почта для домена от Mail.ru, которые нынче ВК - всё.
В целом - ожидаемо, перетянули к себе перебежчиков из Яндекса, дали немного обогреться, обжиться и начали закручивать гайки.
А куда ты теперь побежишь с подводной лодки?
🤣40🫡10👍6🤬1
Как пройти в кинотеатр в три часа ночи при помощи навигатора Mikrotik
Есть тут в наших краях ночной кинотеатр, над его входом висит импортная вывеска
Почтовый индекс нашего кинотеатра:
Так как кинотеатр импортный, то он всяко хитро автоматизирован. Все, кто забронировали места заносятся в специальный список YTB (фиг его знает, что это значит, но выглядит солидно).
Дети, собаки и прочие близкие родственники зрителей пропускаются бесплатно, они проверяются справочной системой типа DNS и также автоматически заносятся в списки:
Список детей и собак действует сутки, потом его надо обновлять:
Каждому на входе автоматически выдают билетик:
А тут у нас вход в кинозал, но до него еще дойти надо, ночь на дворе, темно…
А для этого у нас есть информационно-указательная система:
На которую выводится информация как именно пройти в кинотеатр в три часа ночи:
После прочтения указанной китайской грамоты содержимое съесть, навигатор перезагрузить.
Есть тут в наших краях ночной кинотеатр, над его входом висит импортная вывеска
wireguard1 и еще в нем есть заморская справочная система типа DNS (но не та, которая магазин). Почтовый индекс нашего кинотеатра:
10.20.1.1Так как кинотеатр импортный, то он всяко хитро автоматизирован. Все, кто забронировали места заносятся в специальный список YTB (фиг его знает, что это значит, но выглядит солидно).
/ip firewall address-list add address=youtube.com list=YTB
/ip firewall address-list add address=youtu.be list=YTB
/ip firewall address-list add address=yt.be list=YTB
/ip firewall address-list add address=googlevideo.com list=YTB
/ip firewall address-list add address=ytimg.com list=YTB
/ip firewall address-list add address=ggpht.com list=YTB
/ip firewall address-list add address=gvt1.com list=YTB
/ip firewall address-list add address=youtube-nocookie.com list=YTB
/ip firewall address-list add address=youtube-ui.l.google.com list=YTB
/ip firewall address-list add address=youtubeembeddedplayer.googleapis.com list=YTB
/ip firewall address-list add address=youtube.googleapis.com list=YTB
/ip firewall address-list add address=youtubei.googleapis.com list=YTB
/ip firewall address-list add address=yt-video-upload.l.google.com list=YTB
/ip firewall address-list add address=wide-youtube.l.google.com list=YTB
/ip firewall address-list add address=google.com list=YTB
/ip firewall address-list add address=google.ru list=YTB
Дети, собаки и прочие близкие родственники зрителей пропускаются бесплатно, они проверяются справочной системой типа DNS и также автоматически заносятся в списки:
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=youtube.com type=FWD
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=googlevideo.com type=FWD
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=ggpht.com type=FWD
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=youtu.be type=FWD
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=yt.be type=FWD
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=ytimg.com type=FWD
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=gvt1.com type=FWD
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=youtube-nocookie.com type=FWD
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=googleapis.com type=FWD
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=google.com type=FWD
/ip dns static add address-list=YTB forward-to=10.20.1.1 match-subdomain=yes name=google.ru type=FWD
Список детей и собак действует сутки, потом его надо обновлять:
/ip dns set address-list-extra-time=1d
Каждому на входе автоматически выдают билетик:
/ip firewall mangle add action=mark-routing chain=prerouting dst-address-list=YTB new-routing-mark=ytb passthrough=no
А тут у нас вход в кинозал, но до него еще дойти надо, ночь на дворе, темно…
/ip firewall nat add action=masquerade chain=srcnat out-interface=wireguard1
А для этого у нас есть информационно-указательная система:
/routing table add disabled=no fib name=ytb
На которую выводится информация как именно пройти в кинотеатр в три часа ночи:
/ip route add disabled=no distance=1 dst-address=0.0.0.0/0 gateway=10.20.1.1 pref-src= 0.0.0.0 routing-table=ytb scope=30 suppress-hw-offload=no target-scope=10
После прочтения указанной китайской грамоты содержимое съесть, навигатор перезагрузить.
😁80🔥28👍16👀8🤯4
Когда Notion ушел, была растерянность: что делать? Куда переносить? Как не потерять все, что нажито совместными усилиями за несколько лет?
Лично я нашёл неплохую замену, и хочу вам ее порекомендовать. Знакомьтесь, TEAMLY. По функционалу платформа максимально приближена к Notion, так что большинство привычных возможностей остаются с вами.
И знаете, что самое крутое? Они запустили рефералку! У них есть платные пакеты услуг для самых разных по масштабу компаний: хоть для самозанятых, хоть для условного газпрома. За подключение можно получить до 25% от стоимости.
Вот, что они предлагают:
- бесплатное обучение и сертификация, не надо ни в чем самому разбираться, все расскажут, и можно начинать работать;
- прозрачные условия — в личном кабинете все понятно и просто, а клиенты остаются за вами;
- команда продукта помогает на этапе пресейла, а отдел маркетинг устраивает совместные активности.
Можно получать небольшой (и большой) доход. Звучит интересно, как считаете? Оставляю ссылку для тех, кто заинтересовался.
Реклама. ООО "КЬЮСОФТ". ИНН 7714594610.
Лично я нашёл неплохую замену, и хочу вам ее порекомендовать. Знакомьтесь, TEAMLY. По функционалу платформа максимально приближена к Notion, так что большинство привычных возможностей остаются с вами.
И знаете, что самое крутое? Они запустили рефералку! У них есть платные пакеты услуг для самых разных по масштабу компаний: хоть для самозанятых, хоть для условного газпрома. За подключение можно получить до 25% от стоимости.
Вот, что они предлагают:
- бесплатное обучение и сертификация, не надо ни в чем самому разбираться, все расскажут, и можно начинать работать;
- прозрачные условия — в личном кабинете все понятно и просто, а клиенты остаются за вами;
- команда продукта помогает на этапе пресейла, а отдел маркетинг устраивает совместные активности.
Можно получать небольшой (и большой) доход. Звучит интересно, как считаете? Оставляю ссылку для тех, кто заинтересовался.
Реклама. ООО "КЬЮСОФТ". ИНН 7714594610.
🤮19👎5👍4
Без лишнего шума и пыли вышел промежуточный релиз Ubuntu 24.10 Oracular Oriole.
Однако он интересен тем, что с его выходом Ubuntu отмечает 20-летний юбилей. Напомним, что первым ее выпуском был 4.10 (2004 год).
В связи с этим в дистрибутиве есть много ностальгического и стилизованного под первый выпуск. А также оригинальная звуковая заставка из 4.10.
Однако он интересен тем, что с его выходом Ubuntu отмечает 20-летний юбилей. Напомним, что первым ее выпуском был 4.10 (2004 год).
В связи с этим в дистрибутиве есть много ностальгического и стилизованного под первый выпуск. А также оригинальная звуковая заставка из 4.10.
👍15👀4⚡1🤡1