07:57

K+

We rise up for the things we believe in over and over again
Консультант. Который "плюс". Вместе с 1С - наиболее известный отечественный продукт. Каждое еженедельное обновление - это какой-то ад.

На разделе, где К+ лежит (аж в двух версиях - основной и региональный), гигов 15 свободного места. Обновки для основы - ну полгига, для регионалов - ну еще гиг-полтора. Обвноление происходит последовательно, то есть сначала мы запускаем апдейт основы, дожидаемся окончания, затем обновляем регионы. Где-то в середине процесса для основы К+ выкидывает потрясающее: на вашем разделе свободно 5 гигов, для работы необходимо 7.

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

На 47% обновление основы застопорилось без вообще каких-либо сообщений. Просто стоит, тупит, пытается что-то прожрать. Я ждал час. Уже не выдержал, полез в resmon, увидел прекраснейшее 100% HDD Active time, посмотрел на список процессов, которые этот HDD насилуют... и не нашел среди них K+. То есть он тупо стоит. Что, неужели все, приехали?

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

Хорошо, что дело ночью и в офисе никого не было. Эта @#$@#$@#$@#$@#$@#$@#$!!!!!!!!!!! @#$%^%$#@$#%(&^(*&(**(&(*(*&(*&&^@%^$^&$%@^%$@^$#^&$%!!!!!!!!!!!!, с позволения сказать, софтина снова выкатила алерт о том, что ей места мало, но прорисовала его позади всех окон и успокоилась, сев на попу ровно! Потому и активности по HDD никакой.

Ну что же, старый фокус. Базы регионалов - кыш с раздела, потом верну назад. В общем, основу обновили. Запускаем регионы, и... Да-да, регионы тоже завопили, мол, места надо! Много надо! Прикидываем. Обновок от основы уже нет, они интегрированы в "живые" базы К+. Стало быть чистить больше нечего.

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

@музыка: E-mantra - Veiled Clouds

@темы: Этот безумный мир

Комментарии
07.08.2016 в 13:18

Тотальная неудачница и убийца жёстких дисков.
У меня товарищ работает обновлятором у К+. Никогда не юзает их фирменную утилиту – сам какие-то файлы кидает. Говорит, что обновлятор отчаянно кривой и медленный.
07.08.2016 в 13:18

Тотальная неудачница и убийца жёстких дисков.
В смысле, утилита обновления ^^'
07.08.2016 в 14:01

We rise up for the things we believe in over and over again
Да нормально все с ним, этим индикатором. Хотя, возможно, многое зависит от метода обновления. У нас через каталог Receive, куда файлы периодически вот такой парень-обновлятор приносит :)
А вот с местом, которое потребляет К+ полный ахтунг :)
07.08.2016 в 18:07

We rise up for the things we believe in over and over again
Эх, на прошлом рабочем месте было проще. Там и места под К+ было больше, и обновлялся он автоматом через Сеть с отсылкой статистики сразу в офис фирмы-саппортера, которая нас обслуживала. Отсылку, кстати, пришлось ваять самому через PSH.
08.08.2016 в 04:13

Тотальная неудачница и убийца жёстких дисков.
А если симлинком добавить места? ^^
08.08.2016 в 06:10

We rise up for the things we believe in over and over again
Даже если бы и можно было (технически-то я могу, организационно - нет), это не решение проблемы, а лишь откладывание ее на чуть больший, чем неделя-другая, срок. База-то в любом случае растет, хоть и не так быстро, как К+ хавает место при обновлении.
Проблема еще в том, что особо линки-то мапить и некуда. На диск с основными данными нас не пускают, там всем рулит МСК. А на диск C:... загаживать систему - тоже не самый лучший вариант.
Заскринили проблему, будем бодаться с самими Консультантами. Пущай думают.
08.08.2016 в 07:38

Тотальная неудачница и убийца жёстких дисков.
А сжатие включить не помогает? OO
08.08.2016 в 09:26

We rise up for the things we believe in over and over again
Ты знаешь, за всю свою практику у меня не было ни одного случая, когда понадобилось бы включить NTFS сжатие, так что я даже не знаю, какой выигрыш оно обеспечит, и обеспечит ли вообще. Впрочем, спасибо за идею для эксперимента. Вытащить пару кусков той базы побольше на отдельный сервак, да посмотреть, насколько сожмутся.
09.08.2016 в 03:38

Тотальная неудачница и убийца жёстких дисков.
Я включаю тут и там, когда совсем туго со свободным местом, а данные сами по себе хорошо сжимаются. Обычно проверяю gzip'ом – там вроде как один алгоритм. Но в ряде случаев лучше этого не делать. Например, сжатая многогиговая папка данных Бэки давала неплохой выигрыш по объёму, но программа при перечитывании каталогов и открытии писем реально тормозила.
09.08.2016 в 06:24

We rise up for the things we believe in over and over again
неплохой выигрыш по объёму
Вчерашние эксперименты показали следующее: кусок базы на 5 гигов ужимается на 360 мег. Если та же пропорция справедлива для всей базы - 100-гиговая база освободит 7 гиг пространства. Немного, но и это уже неплохой результат. Другое дело производительность, насчет которой у меня тоже были сомнения.
В общем, кинул эту задумку тем спецам, кто тот сервер обслуживает, пущай думают.
09.08.2016 в 06:43

Тотальная неудачница и убийца жёстких дисков.
Если к тем данным нет непрерывных обращений, то производительность не имеет особого значения.
09.08.2016 в 06:45

We rise up for the things we believe in over and over again
Увы, К+ у нас "популярен" среди пользователей... К тому же на том диске не только он лежит, а сжатие включается только для диска целиком.
09.08.2016 в 13:36

Тотальная неудачница и убийца жёстких дисков.
Я имела в виду, что если базы оттуда качаются при обновлении на локальные машины.

Сжатие прекрасно включается для индивидуальных папок и файлов. При чём дочерние папки и файлы по умолчанию наследуют этот атрибут.
09.08.2016 в 13:48

We rise up for the things we believe in over and over again
Не-не, все базы централизованно на сервере. Клиент-серверная архитектура, энтерпрайзно же :)

для индивидуальных папок и файлов
Хм... приду на работу в ночь, проверю, что там и как в Win2012 по этому поводу.
10.08.2016 в 07:18

Тотальная неудачница и убийца жёстких дисков.
Я думаю, что ось мало должна влиять на фичи NTFS OO
10.08.2016 в 07:23

We rise up for the things we believe in over and over again
Зная подход MS, не удивился бы, если б влияла. Простой пример - в Home и Pro объекты "user" ничем не отличаются. Тем не менее, в Pro есть полноценная mmc-оснастка управления ими, а в Home - только через панель управления.
Впрочем, проверил. Реально можно сжимать каталоги с файлами. Посмотрим, включат или нет. В любом случае - сначала стоит попытаться разобраться с самими Консультантами, это у них фича такая странная с отжором места или все же баг.
10.08.2016 в 15:10

Тотальная неудачница и убийца жёстких дисков.
Ну, я не совсем была права, поскольку некоторые фичи появлялись в разных версиях NTFS, которые поддерживали драйвера более новых систем. Например, симлинки в XP есть, но заблокированы, поэтому специальный драйвер их разблокирует в ядре. Но сжатие появилось едва ли не в NT 3.5.