Очистка кэша 1С: PS скрипты

Администрирование - Сервисные утилиты

Кэш очистка скрипт

4
PowerShell Скрипт для очиски кэша 1С. Чистит красиво, с сохранением настроек.

В архиве 2 файла, один рассчитан на чистку где-нибудь на сервере (RDP, к примеру), а второй для локального использования.

Если жалко 1 $m, то гляди спойлер, в файлах тоже самое ))).
 

Инструкция по применению:
1. Скачать/скопировать код.
2. Допилить напильником, если надо.
3. Включить использование скриптов в оси, в коде есть команды закомментированные, с описанием.
4. Запустить скрипт или поместить его в планировщик. 
5. Если в планировщик пихать то учтите, что запускать надо не скрипт, а сам powershell.exe, а скрипт указывать в параметрах, например:
Программа: powershell.exe
Параметры: -File "c:\ИмяСкрипта.ps1"
 

 
Внутренности файла.
4

Скачать файлы

Наименование Файл Версия Размер
Очистка кэша 1С PS скрипты:
.7z 0,45Kb
06.12.18
2
.7z 0,45Kb 2 Скачать

См. также

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. collider 06.12.18 15:41 Сейчас в теме
2. Jokemas 8 06.12.18 16:04 Сейчас в теме
(1) Я посмотрел, все в барыг превратились. Даже элементарные вещи пытаются продать. Поэтому хуже не будет, что я выложил этот скрипт, чтобы люди могли просто взяли и использовать эту полезную мелочь в работе.

З.Ы. (Оставайтесь на линии, ваше мнение очень важно для нас...)
Для меня вот до сих пор загадка, а люди, что ходят по темам и везде оставляют сообщения о том, что подобное уже где-то есть и т.д и т.п. Они какую цель преследуют? Свои несчастные 0.04 $m так заработать пытаются, рекламируют свое решение(ведут конкурентную борьбу) или пытаются высказать свое мнение, которое больше нигде не слушают? ))). Без обид, просто интересно

А если серьезно. Весь инфостарт - площадка для торговли разработками, наработками и т.д. Ну, по крайней мере Sm превратил этот ресурс в такую площадку. Как минимум некорректно в каждой теме упрекать человека за то, что он выложил решение, подобное тому, что выложил кто-то еще. Человек так хочет заработать, таким образом создается здоровая конкуренция, обмен опытом и т.д. Вы же не упрекаете магазин за торговлю определенным товаром только потому, что этот товар уже где-то продается? Или не закрываете один молочный завод потому, что "подобное" уже где-то производится? Считаю такие сообщения оффтопом и флудом =))).
Jeka44; grinder; fancy; bulpi; j.r.r; +5 Ответить
4. davdykin 17 06.12.18 17:41 Сейчас в теме
(2)Согласен, по сути, большая часть людей которые тут сидят, могут наваять такой же функционал, вопрос только во времени, и тут каждый решает, если мне жалко отдавать 10sm за доработку и я считаю что дешевле написать свою - пожалуйста, но зачастую не так, и наработки позволяют "свой опыт" (когда ты что-то наваял) поменять на "чужой опыт", когда ты что-то скачал или прочитал. Я считаю вполне нормальный подход.. Правда я считаю что 50% с обработок инфостарт берет - вот это перебор.. ну могу понять 20, могу понять 25.. но не 50..
3. davdykin 17 06.12.18 17:37 Сейчас в теме
Хм.. я может чего-то упустил, но не пойму почему "красиво" чистит, по-моему удаляет все кэши всех баз? И, как мне кажется, настройки хоронит так же
5. Jokemas 8 06.12.18 17:57 Сейчас в теме
(3) "Крастота" именно в том, что настройки не грохает. Убирает только кэш, т.е. папки вида "2297a61d-f4ce-43a9-b58e-1b1eaaa31da1" ну и подобные им, остальное не трогает. В большинстве случаев этого костыля хватает )
8. davdykin 17 07.12.18 05:13 Сейчас в теме
(5)Мне кажется что вы не правы, https://its.1c.ru/db/metod8dev#content:1591:hdoc , часть настроек как раз в этих каталогах с ид и храниться и при их чистке это все пофигиться.. потери конечно, как правило небольшие, но если проблема с одной базой, мне кажется ее проще удалить из списка и добавить заново (кроме случаев, когда она подключена через список общих баз), а вот если баз или пользователей много, тогда да, но мне кажется было бы круто, если бы можно было выбрать для какой базы чистить, чтобы не устраивать "ковровые бомбардировки", чистя каталоги всех баз. И частенько бывает достаточно удалить кэш конфигурации, тогда вообще настройки, как я понимаю, не тронуться.
9. Jokemas 8 07.12.18 08:54 Сейчас в теме
(8)Да, там мелочь хранится, но никаких настроек отчетов и прочих важных вещей нет. Но удалить и добавить базу пользователю дольше, чем с помощью политик разместить в планировщике на РМ пользователя скрипт, который бы вычищал кэш периодически или после какого либо сбоя,
запускать этот скрипт (серверная версия) один раз, чтобы восстановить работу подразделения. Я всегда исхожу из "достаточности" и "эффективности". Этого решения достаточно и оно достаточно эффективное, я не оспариваю возможность других методов, да это и выглядело бы глупо, но у данного механизма есть свои плюсы. Один из которых - он прозрачен (легко читаем, не воткнешь вредонос), он эксплуатирует стандартные механизмы ОС, а значит не требует дополнительных библиотек, ПО и самое главное - он работает. Теперь уже не мое дело, нужен он вам или нет. Мое дело предложить =)))
6. zeegin 32 06.12.18 20:41 Сейчас в теме
Чем это отличается от запуска платформы с ключем
/ClearCache

https://its.1c.ru/db/v8313doc#bookmark:adm:TI000000818
7. Jokemas 8 06.12.18 23:41 Сейчас в теме
(6) Ну, хотя-бы тем, что этот параметр работает ТОЛЬКО с тонким клиентом. При работе в файловом варианте, толстым клиентом этот параметр не работает, а скрипту плевать на условности, он чистит кэш вне зависимости от "талии" клиента. Одно условие - Платформа или конфигуратор должны быть закрыты ))). Как-то так.
Оставьте свое сообщение