Практическое использование программных лицензий 1С:Предпритие
Данный материал написан на злободневную тему, так как не все умеют правильно использовать желтый листок с набором цифр.
Что представляет собой программная лицензия? Это листок (физический или электронный), на котором нас интересуют два набора цифр.
В самом верху крупно напечатан рег. номер – это десять цифр, являющихся уникальным идентификатором лицензии. Его будут спрашивать при всех обращениях в поддержку и к нему привязываются все перечисленные ниже коды.
Пинкоды, напечатаны мельче в нижней части листка, напечатаны с избытком, например, на лицензии на 5 рабочих мест указано: пинкодов 8, из них 3 резервных.
Каждый пинкод дает вам право на получение или восстановление лицензии.
Получение лицензии подразумевает ее установку на новое рабочее место, здесь мы просто указываем пинкод и заполняем данные о пользователе.
После активации лицензии пинкод будет помечен как активный. Остальные останутся свободными/резервными.
До определенного момента никакой разницы между свободными и резервными пинкодами нет, вы можете использовать любой пинкод с листа как для активации новой лицензии, так и для восстановления уже существующей.
При восстановлении лицензии мы указываем старый пинкод и новый пинкод. После восстановления старый пинкод становится заблокированным.
После того, как количество активных лицензий сравняется с количеством доступных по данной лицензии, то все остальные пинкоды станут резервными, т.е. использовать их можно только для восстановления уже существующих лицензий. Получить новую лицензию по такому номеру не получится.
Вот с этим моментом и связан ряд тонкостей. Разберем несколько случаев. Во всех случаях будем рассматривать набор лицензии на 5 рабочих мест: пинкодов 8, из них 3 резервных.
Изначально мы установили лицензии на три рабочих места, потом на двух поменяли оборудование. А вот дальше возможны варианты.
1️⃣ Администратор решил не заморачиваться и на новые ПК получил новые лицензии. Теперь у нас 5 активных лицензий, 1С не отслеживает статус лицензии онлайн/оффлайн.
И далее новые лицензии мы уже активировать не сможем. Теперь нам доступен только один путь – восстановление. На новом ПК нам нужно будет указать пинкод от старого и те данные пользователя, которые были указаны при первом получении лицензии.
2️⃣ Администратор не поленился и восстановил лицензии на новые ПК, теперь у нас два пинкода заблокировано, три активно, а из оставшихся трех – два свободные и один резервный.
Да, несмотря на то что пинкодов осталось только три, два из них свободные. Кстати, самое время обратиться на линию лицензирования и получить еще два резервных пинкода.
👆А вот теперь подводные камни.
На тех ПК, где у нас лицензии с заблокированными пинкодами сами файлы программной лицензии никуда не делись и при запуске 1С они продолжат работать как ни в чем не бывало. Но 1С отслеживает общее количество активных лицензий и у вас может начаться случайный их «слет».
Т.е. сегодня лицензия не обнаружена у Иванова, завтра у Петрова, а Иванов снова нормально работает. И если не изучать лог поиска ключа, то искать причину можно очень долго и безуспешно.
Также может помочь запрос на линию поддержки, они покажут вам какие пинкоды дублируются и на каких ПК это происходит, далее только останется найти ПК по имени.
✅ Поэтому, во избежание разных проблемных ситуаций удаляйте файлы программных лицензий с выводимых из эксплуатации ПК.
А также ведите учет пинкодов и указанной при их активации информации о пользователе, которую, напоминаем, надо восстановить посимвольно.
Все это, конечно, можно восстановить через линию поддержки, но это занимает время.
Также, при активации лицензий, указываете доступную и активную почту, а не почту пользователя или директора/главбуха.
Потому что иначе переписку с поддержкой вам придется вести через их ящик, либо предоставлять кучу дополнительной информации или довольствоваться тем, что информация на сторонний почтовый ящик будет ограничена.
Данный материал написан на злободневную тему, так как не все умеют правильно использовать желтый листок с набором цифр.
Что представляет собой программная лицензия? Это листок (физический или электронный), на котором нас интересуют два набора цифр.
В самом верху крупно напечатан рег. номер – это десять цифр, являющихся уникальным идентификатором лицензии. Его будут спрашивать при всех обращениях в поддержку и к нему привязываются все перечисленные ниже коды.
Пинкоды, напечатаны мельче в нижней части листка, напечатаны с избытком, например, на лицензии на 5 рабочих мест указано: пинкодов 8, из них 3 резервных.
Каждый пинкод дает вам право на получение или восстановление лицензии.
Получение лицензии подразумевает ее установку на новое рабочее место, здесь мы просто указываем пинкод и заполняем данные о пользователе.
После активации лицензии пинкод будет помечен как активный. Остальные останутся свободными/резервными.
До определенного момента никакой разницы между свободными и резервными пинкодами нет, вы можете использовать любой пинкод с листа как для активации новой лицензии, так и для восстановления уже существующей.
При восстановлении лицензии мы указываем старый пинкод и новый пинкод. После восстановления старый пинкод становится заблокированным.
После того, как количество активных лицензий сравняется с количеством доступных по данной лицензии, то все остальные пинкоды станут резервными, т.е. использовать их можно только для восстановления уже существующих лицензий. Получить новую лицензию по такому номеру не получится.
Вот с этим моментом и связан ряд тонкостей. Разберем несколько случаев. Во всех случаях будем рассматривать набор лицензии на 5 рабочих мест: пинкодов 8, из них 3 резервных.
Изначально мы установили лицензии на три рабочих места, потом на двух поменяли оборудование. А вот дальше возможны варианты.
1️⃣ Администратор решил не заморачиваться и на новые ПК получил новые лицензии. Теперь у нас 5 активных лицензий, 1С не отслеживает статус лицензии онлайн/оффлайн.
И далее новые лицензии мы уже активировать не сможем. Теперь нам доступен только один путь – восстановление. На новом ПК нам нужно будет указать пинкод от старого и те данные пользователя, которые были указаны при первом получении лицензии.
2️⃣ Администратор не поленился и восстановил лицензии на новые ПК, теперь у нас два пинкода заблокировано, три активно, а из оставшихся трех – два свободные и один резервный.
Да, несмотря на то что пинкодов осталось только три, два из них свободные. Кстати, самое время обратиться на линию лицензирования и получить еще два резервных пинкода.
👆А вот теперь подводные камни.
На тех ПК, где у нас лицензии с заблокированными пинкодами сами файлы программной лицензии никуда не делись и при запуске 1С они продолжат работать как ни в чем не бывало. Но 1С отслеживает общее количество активных лицензий и у вас может начаться случайный их «слет».
Т.е. сегодня лицензия не обнаружена у Иванова, завтра у Петрова, а Иванов снова нормально работает. И если не изучать лог поиска ключа, то искать причину можно очень долго и безуспешно.
Также может помочь запрос на линию поддержки, они покажут вам какие пинкоды дублируются и на каких ПК это происходит, далее только останется найти ПК по имени.
✅ Поэтому, во избежание разных проблемных ситуаций удаляйте файлы программных лицензий с выводимых из эксплуатации ПК.
А также ведите учет пинкодов и указанной при их активации информации о пользователе, которую, напоминаем, надо восстановить посимвольно.
Все это, конечно, можно восстановить через линию поддержки, но это занимает время.
Также, при активации лицензий, указываете доступную и активную почту, а не почту пользователя или директора/главбуха.
Потому что иначе переписку с поддержкой вам придется вести через их ящик, либо предоставлять кучу дополнительной информации или довольствоваться тем, что информация на сторонний почтовый ящик будет ограничена.
👍43
This media is not supported in your browser
VIEW IN TELEGRAM
VisionAL - лучшие нейросети бесплатно и в одном месте:
🔗 ChatGPT — Пишет статьи, рефераты, дипломы
🔗 Midjorney, DALL•E 3, Stable Diffusion — Генерируют любые изображения
🔗 FaceSwap — Сделает замену лиц на фото
🔗 Whisper — Расшифрует аудио в текст
🔗 Luma — Создаст потрясающие видео
Открыть список: https://yangx.top/VisionAL_bot
🔗 ChatGPT — Пишет статьи, рефераты, дипломы
🔗 Midjorney, DALL•E 3, Stable Diffusion — Генерируют любые изображения
🔗 FaceSwap — Сделает замену лиц на фото
🔗 Whisper — Расшифрует аудио в текст
🔗 Luma — Создаст потрясающие видео
Открыть список: https://yangx.top/VisionAL_bot
🤮3❤1
Их нравы
Александр фон Глюк (Alexander von Gluck), входящий в совет директоров некоммерческой компании Haiku Inc, курирующей разработку операционной системы Haiku, сообщил о намерении до 16 марта заблокировать доступ пользователей из Великобритании к форуму проекта и другим платформам, на которых осуществляется взаимодействие с сообществом. Решение объясняется юридическими и финансовыми рисками, возникшими из-за принятого в Великобритании закона Online Safety Act, вступающего в силу 16 марта.
Отмечается, что у проекта нет ресурсов для юридического анализа и приведения инфраструктуры к требованиям закона. Выполнение требований усложняет необходимость выполнения большого объёма бюрократических процедур, связанных с подготовкой документации, описывающей процессы и оценивающей имеющиеся риски (перечень рисков занимает 84 страницы с запутанными и неоднозначными формулировками).
Компания Haiku Inc зарегистрирована в США, а закон Online Safety Act принят в Великобритании, но является экстерриториальным, т.е. под его действие подпадают сайты, работающие за пределами Великобритании, если считается, что они "связаны с Великобританией", т.е. ими пользуются жители Великобритании. Предполагается, что без привлечения юристов сложно корректно заполнить все документы и выполнить требования закона. Игнорирование же закона создаёт существенные риски, например, размер штрафа за нарушение закона достигает 22 млн долларов.
Для вывода проекта Haiku из области действия закона Online Safety Act решено полностью заблокировать доступ из Великобритании к площадкам для взаимодействия с сообществом, по крайней мере до тех пор, пока не будет найдено другое решение. Кроме форума блокировка вероятно будет распространена на сервисы Gerrit и Haiku Depot, в которых допускается оставление комментариев. Сайт Haiku и репозитории проекта блокироваться не будут.
Требования закона Online Safety Act связаны с модерацией контента, отправляемого пользователями, удалением содержимого, нарушающего законы Великобритании, и ограничением доступа детей к контенту для взрослых. Сайты, насчитывающие более 700 тысяч пользователей, обязаны на этапе публикации отслеживать, фильтровать и сканировать отправляемое пользователями содержимое (ссылки, тексты, изображения). Требования к остальным ограничивается необходимостью реагировать на жалобы, но дополнительно может потребоваться проведение анализа рисков, назначение ответственных и создание регламента рассмотрения жалоб.
Закон касается сайтов, имеющих значительное количество пользователей из Великобритании (что считается значительным не детализируется) или предоставляющих услуги для граждан Великобритании, при наличии рисков причинения вреда таким гражданам. Исключение предусмотрено для сервисов, допускающих публикацию комментариев к авторским статьям и собственному контенту, но при этом не уточняется, подпадают ли под исключение площадки, допускающие публикацию ответов на другие комментарии.
✅ Источник: https://www.opennet.ru/opennews/art.shtml?num=62579
👆 А по факту мы видим, что гайки в интернет старательно крутят со всех сторон. Только кто-то делает это тоньше, кто-то более явно. Но результат один - некогда единая сеть тихо расползается на набор слабо связанных и огороженных Чебурнетов.
Александр фон Глюк (Alexander von Gluck), входящий в совет директоров некоммерческой компании Haiku Inc, курирующей разработку операционной системы Haiku, сообщил о намерении до 16 марта заблокировать доступ пользователей из Великобритании к форуму проекта и другим платформам, на которых осуществляется взаимодействие с сообществом. Решение объясняется юридическими и финансовыми рисками, возникшими из-за принятого в Великобритании закона Online Safety Act, вступающего в силу 16 марта.
Отмечается, что у проекта нет ресурсов для юридического анализа и приведения инфраструктуры к требованиям закона. Выполнение требований усложняет необходимость выполнения большого объёма бюрократических процедур, связанных с подготовкой документации, описывающей процессы и оценивающей имеющиеся риски (перечень рисков занимает 84 страницы с запутанными и неоднозначными формулировками).
Компания Haiku Inc зарегистрирована в США, а закон Online Safety Act принят в Великобритании, но является экстерриториальным, т.е. под его действие подпадают сайты, работающие за пределами Великобритании, если считается, что они "связаны с Великобританией", т.е. ими пользуются жители Великобритании. Предполагается, что без привлечения юристов сложно корректно заполнить все документы и выполнить требования закона. Игнорирование же закона создаёт существенные риски, например, размер штрафа за нарушение закона достигает 22 млн долларов.
Для вывода проекта Haiku из области действия закона Online Safety Act решено полностью заблокировать доступ из Великобритании к площадкам для взаимодействия с сообществом, по крайней мере до тех пор, пока не будет найдено другое решение. Кроме форума блокировка вероятно будет распространена на сервисы Gerrit и Haiku Depot, в которых допускается оставление комментариев. Сайт Haiku и репозитории проекта блокироваться не будут.
Требования закона Online Safety Act связаны с модерацией контента, отправляемого пользователями, удалением содержимого, нарушающего законы Великобритании, и ограничением доступа детей к контенту для взрослых. Сайты, насчитывающие более 700 тысяч пользователей, обязаны на этапе публикации отслеживать, фильтровать и сканировать отправляемое пользователями содержимое (ссылки, тексты, изображения). Требования к остальным ограничивается необходимостью реагировать на жалобы, но дополнительно может потребоваться проведение анализа рисков, назначение ответственных и создание регламента рассмотрения жалоб.
Закон касается сайтов, имеющих значительное количество пользователей из Великобритании (что считается значительным не детализируется) или предоставляющих услуги для граждан Великобритании, при наличии рисков причинения вреда таким гражданам. Исключение предусмотрено для сервисов, допускающих публикацию комментариев к авторским статьям и собственному контенту, но при этом не уточняется, подпадают ли под исключение площадки, допускающие публикацию ответов на другие комментарии.
✅ Источник: https://www.opennet.ru/opennews/art.shtml?num=62579
👆 А по факту мы видим, что гайки в интернет старательно крутят со всех сторон. Только кто-то делает это тоньше, кто-то более явно. Но результат один - некогда единая сеть тихо расползается на набор слабо связанных и огороженных Чебурнетов.
💯23👍10🤔6👎3🤡2
Новый год принес кучу новшеств в законодательстве и кучу обновлений для 1С:Предприятие, которые требуют повышения выпуска платформы.
И все бы ничего, но обновление платформы - занятие хлопотное, особенно учитывая снижение качества публикуемых последнее время релизов и наличия в них неприятных ошибок.
Один из вариантов решения этой проблемы - установка нескольких экземпляров сервера 1С:Предприятие на один ПК и обновление только нужного.
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Windows
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Linux
И все бы ничего, но обновление платформы - занятие хлопотное, особенно учитывая снижение качества публикуемых последнее время релизов и наличия в них неприятных ошибок.
Один из вариантов решения этой проблемы - установка нескольких экземпляров сервера 1С:Предприятие на один ПК и обновление только нужного.
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Windows
🔹 Установка и запуск нескольких экземпляров сервера 1С:Предприятие на одном компьютере. Платформа Linux
👍22💯3🤝2
🚀 На открытом вебинаре «Процессы в Linux» мы разберёмся, что такое процесс, чем он отличается от программы и научимся находить, анализировать и управлять процессами в вашей системе.
Это не просто урок — это первый шаг к освоению Linux на профессиональном уровне! Администраторы, разработчики, девопсы — мы готовим базу, которая станет фундаментом вашей карьеры в IT.
⭐ Спикер Андрей Буранов — системный администратор в VK, входит в топ-3 лучших преподавателей образовательных порталов.
Регистрируйтесь на открытый урок 28 января в 20:00 мск. Все участники вебинара получат скидку на обучение на курсе «Administrator Linux. Basic».
👉 Успейте занять своё место: https://otus.pw/n0hb/?erid=2W5zFHj9z5v
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
Это не просто урок — это первый шаг к освоению Linux на профессиональном уровне! Администраторы, разработчики, девопсы — мы готовим базу, которая станет фундаментом вашей карьеры в IT.
⭐ Спикер Андрей Буранов — системный администратор в VK, входит в топ-3 лучших преподавателей образовательных порталов.
Регистрируйтесь на открытый урок 28 января в 20:00 мск. Все участники вебинара получат скидку на обучение на курсе «Administrator Linux. Basic».
👉 Успейте занять своё место: https://otus.pw/n0hb/?erid=2W5zFHj9z5v
Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963.
👎2
Правильное использование Fast Path и FastTrack в Mikrotik
С самого основания данного ресурса мы не перестаем придерживаться мнения, что практика всегда должна опираться на необходимый теоретический минимум, давая в своих статьях порой обширные теоретические отступления.
Без теории практика превращается в подобие шаманских камланий с бубном, когда вроде сделал все тоже самое, но ничего не работает.
В этом плане технология FastTrack в Mikrotik, несмотря на всю свою простоту, держит пальму первенства по количеству возникающих с ней проблем, которые, в большинстве своем, возникают именно от незнания и непонимания работы этой технологии.
https://interface31.ru/tech_it/2021/09/pravilnoe-ispolzovanie-fast-path-i-fasttrack-v-mikrotik.html
С самого основания данного ресурса мы не перестаем придерживаться мнения, что практика всегда должна опираться на необходимый теоретический минимум, давая в своих статьях порой обширные теоретические отступления.
Без теории практика превращается в подобие шаманских камланий с бубном, когда вроде сделал все тоже самое, но ничего не работает.
В этом плане технология FastTrack в Mikrotik, несмотря на всю свою простоту, держит пальму первенства по количеству возникающих с ней проблем, которые, в большинстве своем, возникают именно от незнания и непонимания работы этой технологии.
https://interface31.ru/tech_it/2021/09/pravilnoe-ispolzovanie-fast-path-i-fasttrack-v-mikrotik.html
👍29
Обновили и актуализировали статью:
Оптимизация производительности PostgreSQL для работы с 1С:Предприятие
PostgreSQL приобретает все большую популярность как СУБД для использования в связке с 1С:Предприятие. При этом одним из самых частых нареканий является низкая производительность этого решения.
Во многом это связано с тем, что настройки PostgreSQL по умолчанию не являются оптимальными, а обеспечивают запуск и работу СУБД на минимальной конфигурации.
Поэтому имеет смысл потратить некоторое количество времени на оптимизацию производительности сервера, тем более что это не очень сложно.
https://interface31.ru/tech_it/2020/03/optimizaciya-proizvoditel-nosti-postgresql-dlya-raboty-s-1spredpriyatie.html
Оптимизация производительности PostgreSQL для работы с 1С:Предприятие
PostgreSQL приобретает все большую популярность как СУБД для использования в связке с 1С:Предприятие. При этом одним из самых частых нареканий является низкая производительность этого решения.
Во многом это связано с тем, что настройки PostgreSQL по умолчанию не являются оптимальными, а обеспечивают запуск и работу СУБД на минимальной конфигурации.
Поэтому имеет смысл потратить некоторое количество времени на оптимизацию производительности сервера, тем более что это не очень сложно.
https://interface31.ru/tech_it/2020/03/optimizaciya-proizvoditel-nosti-postgresql-dlya-raboty-s-1spredpriyatie.html
👍38🔥8
Снова масштабный сбой в работе рунета. Проблемы с открытием сайтов, преимущественно зарубежных. Проблемы с мессенджерами самого разного профиля. Проблемы со средствами удаленного доступа (эпизодически отваливается анидеск).
И при этом снова никто ничего не знает, никто ничего не делал и вообще никто не при делах.
При использовании неприличной аббревиатуры из трех букв большинство вопросов сразу решается, что наводит на размышления.
Ну и как всегда все это надо было делать в пятницу...
И при этом снова никто ничего не знает, никто ничего не делал и вообще никто не при делах.
При использовании неприличной аббревиатуры из трех букв большинство вопросов сразу решается, что наводит на размышления.
Ну и как всегда все это надо было делать в пятницу...
🤣35🤬12💯9👍6🤡1
Никогда такого не было и вот опять…
Сегодня пятница, конец рабочей недели, которая выдалась не простой и насыщенной не разные не очень приятные события со стороны платформы 1С:Предприятие, поэтому решили в этой заметке подвести короткий итог и, возможно, сэкономить кому-то время и деньги.
Сразу скажем, полностью стабильной платформы в выпусках 8.3.24 – 8.3.26 нет и ее выбор является компромиссом между теми или иными багами, если они, конечно, не являются фатальными.
🔹 Начнем с 8.3.24.1761 и конфигурации Розница 2.3, самое интересное, что на фокус группе тестирование платформа прошла. Но в эксплуатации примерно у 3-4 пользователей из 20 отдельные части форм приобретали веселую фиолетовую заливку и розовые шрифты.
После чего посыпались ошибки, связанные с цветами и стилями, которые не давали открывать отдельные документы или сохранять их. Лечилась эта проблема сбросом серверного кеша, но помогало ненадолго, через пару часов еще у некоторых, теперь уже других пользователей, проблема начиналась повторяться.
Вообще, проблема эта старая и разработчикам давно известная, но, до сегодняшнего дня не решенная, что объясняется сложностью ее выявления:
👉 Проблемой занимались несколько раз
Из истории расследований - или нужно четкое воспроизведение проблемы на нашей стороне или пользователь, у которого часто возникает данная проблема и который готов ставить у себя спец.сборки для углубленного логирования и поиска причин возникновения ошибки.
Проблема не на поверхности и количество тестов и новых спец.сборок может быть большим, пока найти пользователя с регулярным воспроизведение проблемы и готового помочь описанным способом в расследовании найти не удалось.
Если вы готовы к установке спецсборок и другому сбору информации о проблеме - свяжусь с разработчиками, чтобы выяснить возможность продолжения расследования ошибки.
Из опыта пользователей - на некоторое время помогает очистка серверного кэша с перезапуском кластера.
🔹 Следующая в очереди 8.3.25.1501, хотя, как говорят коллеги, проблема воспроизводится и на других выпусках 25-й и 26-платформы.
На данной платформе после обновления конфигурация Бухгалтерия предприятия и Зарплата и управление персоналом индекс полнотекстового поиска внезапно распухал до сотен гигабайт, что может привести к переполнению диска и отказу всего сервера, если мы говорим о небольших SSD и виртуалках.
Лечится физическим удалением файлов поискового индекса в директории 1Сv8FTxt и его повторным перестроением. После чего индекс приходит в норму и более не растет. Рекомендуется выполнить эту операцию сразу после обновления конфигурации на указанных платформах.
🔹 И наконец, платформа 8.3.26.1498, также проблема воспроизвелась на последней 8.3.26.1521. На двух разных компьютерах с Windows 10 Pro 22H2 после ее установки начинали сильно тормозить меню Пуск и панель задач, вплоть до полного подвисания и аварийного перезапуска Проводника.
При этом проблема воспроизводится не на всех системах, возможно, что имеет место несовместимость с каким-то другим ПО или компонентами системы. Оборудование в обоих случаях было исправно, каких-то аномальных нагрузок или иных ошибок не было. Просто тормоза и крах Проводника. После удаления 26-й платформы сразу все приходило в норму.
После повторной установки чудеса начинались снова, причем для этого запускать саму 1С не требовалось, достаточно было иметь ее в установленном виде.
Сегодня пятница, конец рабочей недели, которая выдалась не простой и насыщенной не разные не очень приятные события со стороны платформы 1С:Предприятие, поэтому решили в этой заметке подвести короткий итог и, возможно, сэкономить кому-то время и деньги.
Сразу скажем, полностью стабильной платформы в выпусках 8.3.24 – 8.3.26 нет и ее выбор является компромиссом между теми или иными багами, если они, конечно, не являются фатальными.
🔹 Начнем с 8.3.24.1761 и конфигурации Розница 2.3, самое интересное, что на фокус группе тестирование платформа прошла. Но в эксплуатации примерно у 3-4 пользователей из 20 отдельные части форм приобретали веселую фиолетовую заливку и розовые шрифты.
После чего посыпались ошибки, связанные с цветами и стилями, которые не давали открывать отдельные документы или сохранять их. Лечилась эта проблема сбросом серверного кеша, но помогало ненадолго, через пару часов еще у некоторых, теперь уже других пользователей, проблема начиналась повторяться.
Вообще, проблема эта старая и разработчикам давно известная, но, до сегодняшнего дня не решенная, что объясняется сложностью ее выявления:
👉 Проблемой занимались несколько раз
Из истории расследований - или нужно четкое воспроизведение проблемы на нашей стороне или пользователь, у которого часто возникает данная проблема и который готов ставить у себя спец.сборки для углубленного логирования и поиска причин возникновения ошибки.
Проблема не на поверхности и количество тестов и новых спец.сборок может быть большим, пока найти пользователя с регулярным воспроизведение проблемы и готового помочь описанным способом в расследовании найти не удалось.
Если вы готовы к установке спецсборок и другому сбору информации о проблеме - свяжусь с разработчиками, чтобы выяснить возможность продолжения расследования ошибки.
Из опыта пользователей - на некоторое время помогает очистка серверного кэша с перезапуском кластера.
🔹 Следующая в очереди 8.3.25.1501, хотя, как говорят коллеги, проблема воспроизводится и на других выпусках 25-й и 26-платформы.
На данной платформе после обновления конфигурация Бухгалтерия предприятия и Зарплата и управление персоналом индекс полнотекстового поиска внезапно распухал до сотен гигабайт, что может привести к переполнению диска и отказу всего сервера, если мы говорим о небольших SSD и виртуалках.
Лечится физическим удалением файлов поискового индекса в директории 1Сv8FTxt и его повторным перестроением. После чего индекс приходит в норму и более не растет. Рекомендуется выполнить эту операцию сразу после обновления конфигурации на указанных платформах.
🔹 И наконец, платформа 8.3.26.1498, также проблема воспроизвелась на последней 8.3.26.1521. На двух разных компьютерах с Windows 10 Pro 22H2 после ее установки начинали сильно тормозить меню Пуск и панель задач, вплоть до полного подвисания и аварийного перезапуска Проводника.
При этом проблема воспроизводится не на всех системах, возможно, что имеет место несовместимость с каким-то другим ПО или компонентами системы. Оборудование в обоих случаях было исправно, каких-то аномальных нагрузок или иных ошибок не было. Просто тормоза и крах Проводника. После удаления 26-й платформы сразу все приходило в норму.
После повторной установки чудеса начинались снова, причем для этого запускать саму 1С не требовалось, достаточно было иметь ее в установленном виде.
👍47👀7
SysAdminHub - Центр знаний по системному администрированию
✅ https://sysadminhub.ru
Автор проекта Павел Лунин системный администратор в крупной компании, блог отражает его опыт работы и направлен на помощь другим системным администраторам. Основные темы: Active Directory, Windows Server, Linux, Zabbix и виртуализация.
Также Павел автор двух курсов по Zabbix и по Exchange и участвует в работе образовательного проекта IT-Skills записывая для него видеоуроки.
Сайт сделан очень хорошо, продумано. Материал прекрасно структурирован, оформлен и иллюстрирован. Есть ссылка на телеграм-канал, рекламы и возможности оставить донат нет.
Данная заметка написана нами в поддержку начинающих авторов, почему это важно – можно прочитать здесь: https://yangx.top/interface31/3702
✅ https://sysadminhub.ru
Автор проекта Павел Лунин системный администратор в крупной компании, блог отражает его опыт работы и направлен на помощь другим системным администраторам. Основные темы: Active Directory, Windows Server, Linux, Zabbix и виртуализация.
Также Павел автор двух курсов по Zabbix и по Exchange и участвует в работе образовательного проекта IT-Skills записывая для него видеоуроки.
Сайт сделан очень хорошо, продумано. Материал прекрасно структурирован, оформлен и иллюстрирован. Есть ссылка на телеграм-канал, рекламы и возможности оставить донат нет.
Данная заметка написана нами в поддержку начинающих авторов, почему это важно – можно прочитать здесь: https://yangx.top/interface31/3702
👍46
Взлет и падение Novell NetWare
Давным-давно осенью 1981 года группа вчерашних выпускников Дэйл Найбауэр, Дрю Мэйджер, Кайл Пауэл и Марк Хёрст основали небольшую компанию SuperSet Software, которая занималась внедрением персональных компьютеров и начала писать софт для файлового сервера на базе CP/M с процессором Motorola 68000.
Именно такие сервера продавала в их городке небольшая, основанная в 1979 году фирма Novell Джорджа Кановы.
Довольно скоро разработчики осознали, что перспективы у операционной системы CP/M нет, поэтому они решили разрабатывать собственную сетевую операционную систему.
Джордж Канова тем временем активно искал инвестиции и в 1983 году компания была преобразована в Novell, Inc., а её главой стал инвестор Рей Нурда.
Таким образом все герои нашего сегодняшнего повествования в итоге собрались под одной крышей и в этом же году выпустили операционную систему NetWare 68 для Motorola 68000, а в 1985 NetWare 86 для Intel 8086.
Для своего времени система оказалась революционной, все что вам нужно было для организации собственной сети – это купить сервер с Novell NetWare и установить на ПК программу-клиент, которая позволяла организовать плоскую сеть с общим доступом к файлам и папкам, что для 1983 года было технологическим прорывом.
Система использовала сетевой стек IPX/SPX разработки Novell, а для доступа к файлам, папкам, печати, синхронизации часов и т.д. использовался протокол NetWare Core Protocol (NCP).
При этом сетевые папки подключались на клиентские ПК как сетевые диски, но работа с ними благодаря протоколу NCP шла не на уровне блочных устройств, а именно на уровне файлов, что позволяло получать выдающуюся по тем временам производительность.
В дальнейшем в Novell отказались от поддержки Motorola 68000 и вообще выпуска собственного оборудования, а сосредоточили все усилия на сетевой операционной системе.
В 1986 году после выпуска Intel 80286 появилась NetWare 286, а в 1989 NetWare 386 для процессора Intel 80386, в дальнейшем, на фоне выпуска Windows 3.0 системы были переименованы в NetWare 2.х и NetWare 3.x соответственно.
Реальных конкурентов в то время у Netware не было, система отличалась простотой, модульностью, скоростью работы и стабильностью, один раз настроенный сервер Netware мог работать годами без вмешательства администратора.
Также Novell обеспечивала серьезное преимущество по производительности, иногда даже в соотношении от 5:1 до 10:1 с основными своими конкурентами.
Лебединой песней стал выпуск NetWare 4.x в которой впервые была представлена собственная служба каталогов NDS (домен) и произошло это в 1993 году. Началась эпоха доминирования NetWare в локальных сетях, а руководство начало почивать на лаврах, что не довело до добра.
Первый звоночек прозвучал в 1994 году с выходом Windows NT 3.5, Novell желая усложнить жизнь основному конкуренту начала затягивать выпуск клиента Novell для Windows NT в результате чего Microsoft написала собственный клиент, который оказался настолько удачным, что продолжал широко использоваться даже после выхода официального клиента.
Но время уже было упущено и было упущено не только оно, внедрение в Windows стека протоколов TCP/IP делало его универсальным клиентом для любых сетей и только увеличивала его популярность.
Разработка модуля NetWare/IP не спасло положение, как и выпуск Netware 5.x с встроенной поддержкой стека TCP/IP. Еще одной проблемой стало то, что Netware предоставлял только файловые службы и не был способен работать в качестве сервера приложений.
А былые преимущества стремительно нивелировались подросшей мощностью железа. Сказалось также и наплевательское отношение к разработчикам под Netware, что серьезно затруднило создание сторонних приложений.
Окончательную точку в истории поставил Windows NT 4.0 Terminal Server, который вышел в 1998 году и позволял сделать то, чего не умел Novell – терминальный сервер. С этого момента популярность Netware неуклонно покатилась вниз.
Последними версиями стали 6.0 (2001) и 6.5 (2003), но они уже ничего не могли изменить.
Давным-давно осенью 1981 года группа вчерашних выпускников Дэйл Найбауэр, Дрю Мэйджер, Кайл Пауэл и Марк Хёрст основали небольшую компанию SuperSet Software, которая занималась внедрением персональных компьютеров и начала писать софт для файлового сервера на базе CP/M с процессором Motorola 68000.
Именно такие сервера продавала в их городке небольшая, основанная в 1979 году фирма Novell Джорджа Кановы.
Довольно скоро разработчики осознали, что перспективы у операционной системы CP/M нет, поэтому они решили разрабатывать собственную сетевую операционную систему.
Джордж Канова тем временем активно искал инвестиции и в 1983 году компания была преобразована в Novell, Inc., а её главой стал инвестор Рей Нурда.
Таким образом все герои нашего сегодняшнего повествования в итоге собрались под одной крышей и в этом же году выпустили операционную систему NetWare 68 для Motorola 68000, а в 1985 NetWare 86 для Intel 8086.
Для своего времени система оказалась революционной, все что вам нужно было для организации собственной сети – это купить сервер с Novell NetWare и установить на ПК программу-клиент, которая позволяла организовать плоскую сеть с общим доступом к файлам и папкам, что для 1983 года было технологическим прорывом.
Система использовала сетевой стек IPX/SPX разработки Novell, а для доступа к файлам, папкам, печати, синхронизации часов и т.д. использовался протокол NetWare Core Protocol (NCP).
При этом сетевые папки подключались на клиентские ПК как сетевые диски, но работа с ними благодаря протоколу NCP шла не на уровне блочных устройств, а именно на уровне файлов, что позволяло получать выдающуюся по тем временам производительность.
В дальнейшем в Novell отказались от поддержки Motorola 68000 и вообще выпуска собственного оборудования, а сосредоточили все усилия на сетевой операционной системе.
В 1986 году после выпуска Intel 80286 появилась NetWare 286, а в 1989 NetWare 386 для процессора Intel 80386, в дальнейшем, на фоне выпуска Windows 3.0 системы были переименованы в NetWare 2.х и NetWare 3.x соответственно.
Реальных конкурентов в то время у Netware не было, система отличалась простотой, модульностью, скоростью работы и стабильностью, один раз настроенный сервер Netware мог работать годами без вмешательства администратора.
Также Novell обеспечивала серьезное преимущество по производительности, иногда даже в соотношении от 5:1 до 10:1 с основными своими конкурентами.
Лебединой песней стал выпуск NetWare 4.x в которой впервые была представлена собственная служба каталогов NDS (домен) и произошло это в 1993 году. Началась эпоха доминирования NetWare в локальных сетях, а руководство начало почивать на лаврах, что не довело до добра.
Первый звоночек прозвучал в 1994 году с выходом Windows NT 3.5, Novell желая усложнить жизнь основному конкуренту начала затягивать выпуск клиента Novell для Windows NT в результате чего Microsoft написала собственный клиент, который оказался настолько удачным, что продолжал широко использоваться даже после выхода официального клиента.
Но время уже было упущено и было упущено не только оно, внедрение в Windows стека протоколов TCP/IP делало его универсальным клиентом для любых сетей и только увеличивала его популярность.
Разработка модуля NetWare/IP не спасло положение, как и выпуск Netware 5.x с встроенной поддержкой стека TCP/IP. Еще одной проблемой стало то, что Netware предоставлял только файловые службы и не был способен работать в качестве сервера приложений.
А былые преимущества стремительно нивелировались подросшей мощностью железа. Сказалось также и наплевательское отношение к разработчикам под Netware, что серьезно затруднило создание сторонних приложений.
Окончательную точку в истории поставил Windows NT 4.0 Terminal Server, который вышел в 1998 году и позволял сделать то, чего не умел Novell – терминальный сервер. С этого момента популярность Netware неуклонно покатилась вниз.
Последними версиями стали 6.0 (2001) и 6.5 (2003), но они уже ничего не могли изменить.
👍59🫡15🤔1
Бросаем костыли и внедряем Service Mesh
🔸 Слабый мониторинг или его нет совсем. Непонятно, почему система тормозит.
🔸 Клиенты жалуются на ошибки и долгое время ответа.
🔸 Нужно выкатить новую фичу, но нет уверенности, что всё пойдет как надо.
Знакомо? Значит, пора задуматься о новых решениях для своего проекта.
Приглашаем на трёхдневный онлайн-интенсив по Service Mesh от Слёрм, на котором разберём автоматический мониторинг, chaos engineering, мультикластерное взаимодействие и многое другое.
Чтобы разобраться в технологии, вы на интенсиве:
👉 решите реальные бизнес-кейсы;
👉 поймёте принцип работы и в дальнейшем сможете применить знания на любом решении;
👉 научитесь искать причины проблем.
Даты проведения: 28.02-03.03.
Специальные условия группам от 3-х человек.
👉 Программа и запись на интенсив по ссылке.
#реклама
О рекламодателе
🔸 Слабый мониторинг или его нет совсем. Непонятно, почему система тормозит.
🔸 Клиенты жалуются на ошибки и долгое время ответа.
🔸 Нужно выкатить новую фичу, но нет уверенности, что всё пойдет как надо.
Знакомо? Значит, пора задуматься о новых решениях для своего проекта.
Приглашаем на трёхдневный онлайн-интенсив по Service Mesh от Слёрм, на котором разберём автоматический мониторинг, chaos engineering, мультикластерное взаимодействие и многое другое.
Чтобы разобраться в технологии, вы на интенсиве:
👉 решите реальные бизнес-кейсы;
👉 поймёте принцип работы и в дальнейшем сможете применить знания на любом решении;
👉 научитесь искать причины проблем.
Даты проведения: 28.02-03.03.
Специальные условия группам от 3-х человек.
👉 Программа и запись на интенсив по ссылке.
#реклама
О рекламодателе
IT Silent Help. Тихо и спокойно поговорим об ИТ ;)
✅ https://www.gurin.ru
Блог Гурина Алексея, изначально начинался как сайт о программе собственной разработки для расчета оконных конструкций Windraw. Сегодня это просто IT-блог на различные темы, с которыми сталкивается автор.
Сегодня в числе основных тем можно выделить почту, сайты, PHP и различные сопутствующие темы. Формат блога – преимущественно короткие заметки, для себя, чтобы не забыть.
Но при этом они неплохо оформлены и проиллюстрированы. В качестве шпаргалок, когда вам нужно решить вопрос здесь и сейчас не углубляясь в дебри подойдет отлично.
Сайт оформлен простенько, но аккуратно, рекламы, как и возможность оставить донаты нет.
Данная заметка написана нами в поддержку начинающих авторов, почему это важно – можно прочитать здесь: https://yangx.top/interface31/3702
✅ https://www.gurin.ru
Блог Гурина Алексея, изначально начинался как сайт о программе собственной разработки для расчета оконных конструкций Windraw. Сегодня это просто IT-блог на различные темы, с которыми сталкивается автор.
Сегодня в числе основных тем можно выделить почту, сайты, PHP и различные сопутствующие темы. Формат блога – преимущественно короткие заметки, для себя, чтобы не забыть.
Но при этом они неплохо оформлены и проиллюстрированы. В качестве шпаргалок, когда вам нужно решить вопрос здесь и сейчас не углубляясь в дебри подойдет отлично.
Сайт оформлен простенько, но аккуратно, рекламы, как и возможность оставить донаты нет.
Данная заметка написана нами в поддержку начинающих авторов, почему это важно – можно прочитать здесь: https://yangx.top/interface31/3702
👍24
Устанавливаем и настраиваем ПУСК - Панель Управления Сервисами и Компонентами для 1С:Предприятие
Для администрирования серверов 1С:Предприятие традиционно используется одноименная MMC-оснастка, что достаточно неудобно по многим причинам, которых мы коснемся ниже.
Альтернативой является использование сервера администрирования RAS, недостатком которого является отсутствие графической оболочки.
Поэтому многие сторонние разработчики представили собственные решения работающие на базе RAS, одно из них ПУСК - серьезный продукт, существующий уже несколько лет и включенный в реестр отечественного ПО.
https://interface31.ru/tech_it/2025/01/ustanavlivaem-i-nastraivaem-pusk---panel-upravleniya-servisami-i-komponentami-dlya-1spredpriyatie.html
Для администрирования серверов 1С:Предприятие традиционно используется одноименная MMC-оснастка, что достаточно неудобно по многим причинам, которых мы коснемся ниже.
Альтернативой является использование сервера администрирования RAS, недостатком которого является отсутствие графической оболочки.
Поэтому многие сторонние разработчики представили собственные решения работающие на базе RAS, одно из них ПУСК - серьезный продукт, существующий уже несколько лет и включенный в реестр отечественного ПО.
https://interface31.ru/tech_it/2025/01/ustanavlivaem-i-nastraivaem-pusk---panel-upravleniya-servisami-i-komponentami-dlya-1spredpriyatie.html
👍32🔥2🥱1
Как построить успешную карьеру в 2025 году?
Узнаете на бесплатном вебинаре Корпоративного университета КОРУСа, где вместе с экспертом проведете аудит текущего состояния вашей карьеры и сделаете сборку карьерного трека на 2025 год.
На вебинаре разберем, какие навыки и стратегии помогут вам достичь новых высот, и какие шаги нужно предпринять, чтобы с уверенностью двигаться к целям в новом году.
📆 28 января, 17:00 мск
➡️ Зарегистрироваться на вебинар
Узнаете на бесплатном вебинаре Корпоративного университета КОРУСа, где вместе с экспертом проведете аудит текущего состояния вашей карьеры и сделаете сборку карьерного трека на 2025 год.
На вебинаре разберем, какие навыки и стратегии помогут вам достичь новых высот, и какие шаги нужно предпринять, чтобы с уверенностью двигаться к целям в новом году.
📆 28 января, 17:00 мск
➡️ Зарегистрироваться на вебинар
🤮2
Microsoft продолжает медленно, но планомерно добивать WSUS
Напоминание за 90 дней: прекращение поддержки синхронизации драйверов WSUS
Если вы используете обновления синхронизации драйверов через службы Windows Server Update Services (WSUS), готовьтесь к изменениям. Прекращение поддержки этой службы запланировано на 18 апреля 2025 года.
Для локальных контекстов драйверы будут доступны в каталоге Центра обновления Microsoft, но вы не сможете импортировать их в WSUS.
Вам нужно будет использовать любое из доступных альтернативных решений, таких как пакеты драйверов устройств, или перейти на облачные службы драйверов для вашей организации, такие как Microsoft Intune и Windows Autopatch.
Источник: https://techcommunity.microsoft.com/blog/windows-itpro-blog/deprecation-of-wsus-driver-synchronization/4177831
Напоминание за 90 дней: прекращение поддержки синхронизации драйверов WSUS
Если вы используете обновления синхронизации драйверов через службы Windows Server Update Services (WSUS), готовьтесь к изменениям. Прекращение поддержки этой службы запланировано на 18 апреля 2025 года.
Для локальных контекстов драйверы будут доступны в каталоге Центра обновления Microsoft, но вы не сможете импортировать их в WSUS.
Вам нужно будет использовать любое из доступных альтернативных решений, таких как пакеты драйверов устройств, или перейти на облачные службы драйверов для вашей организации, такие как Microsoft Intune и Windows Autopatch.
Источник: https://techcommunity.microsoft.com/blog/windows-itpro-blog/deprecation-of-wsus-driver-synchronization/4177831
👍10👎8🤔5
Почему Microsoft отказывается от WSUS
Сегодня днем мы опубликовали заметку об отказе Microsoft от распространения обновлений драйверов через службу WSUS. На самом деле это уже не первое последовательное действие компании по отказу от WSUS. До этого из нее полностью вывели обновление пакетов MS Office.
Но почему? Ведь WSUS предоставляет отличное средство управления распространением обновлений, позволяет применять их выборочно, удобно накатывать и откатывать.
Ответ прост и зиждется он на новой модели обновления Windows, которая была внедрена еще осенью 2016 года.
Да, именно так, почти десять лет назад. И про эту систему мы писали в нашей статье:
✅ Как работает новая накопительная модель обновления Windows
Кстати, не смотря на возраст, рекомендуем ее внимательно прочитать. А ниже расскажем коротко.
В общем, в какой-то момент Microsoft решила, что обновлений слишком много, но это не беда, и даже не половина беды. А беда в том, что эти самые обновления могут быть установлены самым причудливым образом.
Т.е. где-то стоит один набор патчей, где-то другой и WSUS этому крайне активно способствовал. А это приводило к фрагментации систем и абсолютно их непредсказуемому поведению.
Тем временем интернет стал неотъемлемой частью нашей жизни, и проблема что-то скачать ушла в небытие. Теперь не просто качай, а закачайся.
А раз так, то почему бы не перейти на кумулятивную модель? Когда каждое текущее обновление содержит все предыдущие?
Сказано – сделано. Теперь, запустив любую поддерживаемую систему Windows любой степени давности вы получите кумулятивное обновление за текущий месяц, обновление безопасности за текущий месяц, обновление баз Defender, обновление NET и так, обновления функциональности по мелочи.
Всего одно и сразу. Т.е. одним движением руки вы приводите систему в актуальный вид. Ну иди двумя-тремя, если вы поставили устаревший выпуск. После первого же апдейта вам предложат перейти на следующий релиз.
Есть тут какая-то вариативность? Ее нет, ровно каждый второй вторник одно единственное накопительное обновление.
И где тут место WSUS? Очевидно, что места в этой модели ему нет, наоборот, он может только тормозить распространение обновлений. Поэтому его тихо сливают, и это укладывается в текущую систему обновлений. Он просто там не нужен.
Но чтобы не ломать уже построенное делают это мягко и постепенно. Плохо это или хорошо? Не хорошо и не плохо, новая система не оставляет особого выбора. Или мы ставим все или ничего. За редкими исключениями.
Сегодня днем мы опубликовали заметку об отказе Microsoft от распространения обновлений драйверов через службу WSUS. На самом деле это уже не первое последовательное действие компании по отказу от WSUS. До этого из нее полностью вывели обновление пакетов MS Office.
Но почему? Ведь WSUS предоставляет отличное средство управления распространением обновлений, позволяет применять их выборочно, удобно накатывать и откатывать.
Ответ прост и зиждется он на новой модели обновления Windows, которая была внедрена еще осенью 2016 года.
Да, именно так, почти десять лет назад. И про эту систему мы писали в нашей статье:
✅ Как работает новая накопительная модель обновления Windows
Кстати, не смотря на возраст, рекомендуем ее внимательно прочитать. А ниже расскажем коротко.
В общем, в какой-то момент Microsoft решила, что обновлений слишком много, но это не беда, и даже не половина беды. А беда в том, что эти самые обновления могут быть установлены самым причудливым образом.
Т.е. где-то стоит один набор патчей, где-то другой и WSUS этому крайне активно способствовал. А это приводило к фрагментации систем и абсолютно их непредсказуемому поведению.
Тем временем интернет стал неотъемлемой частью нашей жизни, и проблема что-то скачать ушла в небытие. Теперь не просто качай, а закачайся.
А раз так, то почему бы не перейти на кумулятивную модель? Когда каждое текущее обновление содержит все предыдущие?
Сказано – сделано. Теперь, запустив любую поддерживаемую систему Windows любой степени давности вы получите кумулятивное обновление за текущий месяц, обновление безопасности за текущий месяц, обновление баз Defender, обновление NET и так, обновления функциональности по мелочи.
Всего одно и сразу. Т.е. одним движением руки вы приводите систему в актуальный вид. Ну иди двумя-тремя, если вы поставили устаревший выпуск. После первого же апдейта вам предложат перейти на следующий релиз.
Есть тут какая-то вариативность? Ее нет, ровно каждый второй вторник одно единственное накопительное обновление.
И где тут место WSUS? Очевидно, что места в этой модели ему нет, наоборот, он может только тормозить распространение обновлений. Поэтому его тихо сливают, и это укладывается в текущую систему обновлений. Он просто там не нужен.
Но чтобы не ломать уже построенное делают это мягко и постепенно. Плохо это или хорошо? Не хорошо и не плохо, новая система не оставляет особого выбора. Или мы ставим все или ничего. За редкими исключениями.
👍24🔥11🤔3👏2👀2
Уйти в пентест? Стать devops-инженером или системным администратором?
Только вам решать, куда расти, если вы знаете Linux.
Курс "Основы Linux" обучит вас тонкостям работы с ОС: от работы в командной строке до создания прикладных программ.
⏺ 80% практики
⏺ сопровождение куратора
⏺ финальный проект для портфолио — курс завершает проектная работа
⏺ сертификат или удостоверение о повышении квалификации
Старт: 17 февраля. Оставьте заявку на сайте или напишите нашему менеджеру @Codeby_Academy
Присоединяйтесь и узнайте все о Linux и смежном ПО: от основ командной строки до развертывания Kubernetes!
Только вам решать, куда расти, если вы знаете Linux.
Курс "Основы Linux" обучит вас тонкостям работы с ОС: от работы в командной строке до создания прикладных программ.
⏺ 80% практики
⏺ сопровождение куратора
⏺ финальный проект для портфолио — курс завершает проектная работа
⏺ сертификат или удостоверение о повышении квалификации
Старт: 17 февраля. Оставьте заявку на сайте или напишите нашему менеджеру @Codeby_Academy
Присоединяйтесь и узнайте все о Linux и смежном ПО: от основ командной строки до развертывания Kubernetes!
👍1
Не новая, но полезная статья для тех, кто все еще прибивает гвоздями.
Используем APT Pinning для закрепления пакетов в Debian и Ubuntu
Достаточно часто при работе с Linux-системами возникает потребность в установке пакетов в версии отлично от той, что находится в репозиториях.
Чаще всего для этих целей используется ручная установка нужной версии пакета с последующей заморозкой (при необходимости) или сборка пакета из исходников.
В тоже время в основанных на Debian дистрибутивах существует штатная система закрепления пакетов APT Pinning, использование которой более предпочтительно, тем более что работать с ней совсем несложно.
https://interface31.ru/tech_it/2016/03/ispolzuem-apt-pinning-dlya-zakrepleniya-paketov-v-debian-ubuntu.html
Используем APT Pinning для закрепления пакетов в Debian и Ubuntu
Достаточно часто при работе с Linux-системами возникает потребность в установке пакетов в версии отлично от той, что находится в репозиториях.
Чаще всего для этих целей используется ручная установка нужной версии пакета с последующей заморозкой (при необходимости) или сборка пакета из исходников.
В тоже время в основанных на Debian дистрибутивах существует штатная система закрепления пакетов APT Pinning, использование которой более предпочтительно, тем более что работать с ней совсем несложно.
https://interface31.ru/tech_it/2016/03/ispolzuem-apt-pinning-dlya-zakrepleniya-paketov-v-debian-ubuntu.html
👍24🔥2
Слишком много изменений…
Новый год – новые изменения, но иногда их бывает слишком много. Так и в этом году. Многочисленные изменения законодательства затронули практически всех и заставили обновлять все что нужно и не нужно.
Возьмем для примера торговую фирму, так как тут данная проблема встает в полный рост. Нужно обновить… Ох, много чего обновить нужно… И когда это все?
Чтобы не быть голословными, скажем, что обновить обычно нужно: платформу 1С:Предприятие, прикладное решение 1С:Предприятие, драйвера торгового оборудования, прошивки торгового оборудования.
Если у вас сеть, то эти обновления еще надо разогнать по сети. В общем – дел хватает. И все это, как обычно, надо было еще позавчера.
И самой большой ошибкой будет долго готовиться и разом обновиться. Сразу по всем направлениям. При этом вы можете сколько угодно гонять изменения в тестовом контуре, но после их раскатки в продакшен неизбежно начнут вылазить проблемы.
А дальше начинается паника, точнее ПАНИКА, потому что все недовольны, все жалуются и абсолютно непонятно куда бежать и за что хвататься.
В общем, даже если вы героически победите все эти проблемы, то никакой благодарности не заслужите, потому что все будут уверенны, что это IT уронил прод всеми этими обновлениями.
И как быть? Просто. Слона нужно есть по частям, равно как и внедрять изменения. Да, это будет не так быстро, не так эффективно, но более-менее мягко и безболезненно для продакшена, ну точно уже без авралов и панических настроений.
Что бывает, когда мы накатываем сразу несколько изменений и получаем после этого проблемы? А бывает то, что мы не знаем, какое именно изменение эти проблемы вызвало и вынуждены отрабатывать массу вариантов. А предприятие все это время работает через пень-колоду.
Кто будет крайним? А тот, кто это все затеял и затеял именно в такой форме.
Поэтому никогда не надо так делать. Разбивайте внесение изменений на этапы. Сегодня изменили то, завтра получили обратную связь, убедились, что все работает как надо. Тогда после завтра можно обновить что-то еще. И снова все проверить.
Это не исключает проблем, но в случае их возникновения вы уже точно будете знать, с чем они связаны и куда смотреть, кому писать.
Ну и не забывайте про моратории. Перед теми же выходными. И вопрос тут даже не в том, что отдохнуть хотите вы. Отдохнуть хотят все и есть очень большой риск, что все проблемы пятницы сотрудники просто заметут под ковер и выкатят вам утром понедельника. Которое окажется очень недобрым.
Поэтому реальный план – это работаем с понедельника по четверг с обязательным тестированием в реальной эксплуатации каждого этапа изменений. И только после получения положительных отзывов от эксплуатантов переходим к следующему этапу.
Но сроки, скажет иной читатель. Как быть, если требуют. А просто, достаточно документировать все обращения и формализировать этапы тестирования. Т.е. если вы сегодня выкатили изменений, то по окончании рабочего дня эксплуатанты должны подтвердить наличие или отсутствие проблем.
К нему прилагаем список выявленных проблем и решений. После чего становится видно, что вы не баклуши били, а весьма напряженно работали в тесной смычке с теми, кто систему эксплуатирует.
Ну это давно известно, чем больше бумаг, тем чище пятая точка. Поэтому не забывайте об этой стороне вопроса, которая иногда может оказаться важнее технической. Просто потому, что эти ваши технические тонкости никому кроме вас не понятны, а язык бюрократии понятен всем управленцам и руководителям.
Новый год – новые изменения, но иногда их бывает слишком много. Так и в этом году. Многочисленные изменения законодательства затронули практически всех и заставили обновлять все что нужно и не нужно.
Возьмем для примера торговую фирму, так как тут данная проблема встает в полный рост. Нужно обновить… Ох, много чего обновить нужно… И когда это все?
Чтобы не быть голословными, скажем, что обновить обычно нужно: платформу 1С:Предприятие, прикладное решение 1С:Предприятие, драйвера торгового оборудования, прошивки торгового оборудования.
Если у вас сеть, то эти обновления еще надо разогнать по сети. В общем – дел хватает. И все это, как обычно, надо было еще позавчера.
И самой большой ошибкой будет долго готовиться и разом обновиться. Сразу по всем направлениям. При этом вы можете сколько угодно гонять изменения в тестовом контуре, но после их раскатки в продакшен неизбежно начнут вылазить проблемы.
А дальше начинается паника, точнее ПАНИКА, потому что все недовольны, все жалуются и абсолютно непонятно куда бежать и за что хвататься.
В общем, даже если вы героически победите все эти проблемы, то никакой благодарности не заслужите, потому что все будут уверенны, что это IT уронил прод всеми этими обновлениями.
И как быть? Просто. Слона нужно есть по частям, равно как и внедрять изменения. Да, это будет не так быстро, не так эффективно, но более-менее мягко и безболезненно для продакшена, ну точно уже без авралов и панических настроений.
Что бывает, когда мы накатываем сразу несколько изменений и получаем после этого проблемы? А бывает то, что мы не знаем, какое именно изменение эти проблемы вызвало и вынуждены отрабатывать массу вариантов. А предприятие все это время работает через пень-колоду.
Кто будет крайним? А тот, кто это все затеял и затеял именно в такой форме.
Поэтому никогда не надо так делать. Разбивайте внесение изменений на этапы. Сегодня изменили то, завтра получили обратную связь, убедились, что все работает как надо. Тогда после завтра можно обновить что-то еще. И снова все проверить.
Это не исключает проблем, но в случае их возникновения вы уже точно будете знать, с чем они связаны и куда смотреть, кому писать.
Ну и не забывайте про моратории. Перед теми же выходными. И вопрос тут даже не в том, что отдохнуть хотите вы. Отдохнуть хотят все и есть очень большой риск, что все проблемы пятницы сотрудники просто заметут под ковер и выкатят вам утром понедельника. Которое окажется очень недобрым.
Поэтому реальный план – это работаем с понедельника по четверг с обязательным тестированием в реальной эксплуатации каждого этапа изменений. И только после получения положительных отзывов от эксплуатантов переходим к следующему этапу.
Но сроки, скажет иной читатель. Как быть, если требуют. А просто, достаточно документировать все обращения и формализировать этапы тестирования. Т.е. если вы сегодня выкатили изменений, то по окончании рабочего дня эксплуатанты должны подтвердить наличие или отсутствие проблем.
К нему прилагаем список выявленных проблем и решений. После чего становится видно, что вы не баклуши били, а весьма напряженно работали в тесной смычке с теми, кто систему эксплуатирует.
Ну это давно известно, чем больше бумаг, тем чище пятая точка. Поэтому не забывайте об этой стороне вопроса, которая иногда может оказаться важнее технической. Просто потому, что эти ваши технические тонкости никому кроме вас не понятны, а язык бюрократии понятен всем управленцам и руководителям.
👍41🔥6❤2🥱1
Владелец ИТ-аутстаффинговой компании дал комментарий о массовом сокращении IT-специалистов в 2025 году
Продолжение здесь
Реклама. Белякова Е.О. ИНН 621508152445.
Продолжение здесь
Реклама. Белякова Е.О. ИНН 621508152445.
🤡43👎17👍5