Чи безпечна продувка% SYSTEMROOT% \ зборка \ temp?


2

Короткий і простий:

чи безпечно видаляти вміст %SYSTEMROOT%\assembly\tempяк у

rd /s "%SYSTEMROOT%\assembly\temp\*"

на екземплярі Windows Server 2008 R2 / SBS 2011? Чи доступні будь-які офіційні довідки щодо документації чи публікації в блозі?

В одному випадку я бачу, що ця папка виросла до 33 ГБ, і ця публікація в SE дає змогу очистити каталог. Зрештою, це називається «Темп» і , мабуть , ця папка використовується для процедур деінсталяції .net збірки - ідея , здається , щоб перемістити вузол-файли , пов'язані там до остаточного видалення.

З тієї чи іншої причини остаточне видалення не виконується в деяких випадках і папка продовжує зростати. У конкретному випадку, на який я дивлюсь, понад 5600 каталогів, що знаходяться в "темп" даті 15 травня 2014 року, ~ 50 додаються щодня близько 0:00 - 3:30 ранку (ймовірно, як результат деяких робіт з технічного обслуговування ) , і кожен з них містить 1-2 .ni.dll файл (и) , як mscorlib.ni.dll, system.ni.dll, system.configuration.ni.dll[...]. Здається, це повторюється щодня.

Що я в основному шукаю, це або офіційне твердження про те, що видалення безпечне, або інший підтримуваний та документально підтверджений спосіб його очищення.

Відповіді:


1

Перш ніж спробувати очистити цю папку, ви повинні врахувати, що файли в цій папці можуть використовуватися певними програмами .Net. Зважаючи на це, ви повинні перевірити, чи є програма .Net не очищується належним чином (можливо, самопрограмована одна або стороння програма).

Також слід розглянути можливість перезавантаження сервера, оскільки це повинно призвести до завершення процесів, а Windows принаймні частково очистить цей каталог.

Ця папка може збільшуватися в розмірах через інсталяцію програмного забезпечення та -недостатнє очищення. Однак деякі програми можуть використовувати файли в цій папці, і ви не можете покладатися на ці програми, щоб правильно заблокувати видалення файлів, що може призвести до несправностей.

Очищення папки має бути останнім рішенням, оскільки це просто боротьба із симптомами, а не причина, яка призвела до того, що папка зростає такою великою.


1
Сервер, будучи SBS, розміщує Exchange, SQL Server, IIS / Sharepoint, IIS / WSUS та роль AD DC - збірки, в основному, залежать від цих додатків. Сервер був перезавантажений - без видимого очищення assembly\tempкаталогу. Чи трапляються у вас якісь посилання?
the wabbit

Ну так, дивіться тут: blogs.msdn.com/b/junfeng/archive/2006/11/17/… Як бачите, temp використовується також для зберігання інформації про видалення, навіть для оновлень. Ви можете видалити файли там, але це кеш глобальної асамблеї, це означає, що якщо ви хочете видалити оновлення пізніше, ви можете зіткнутися з проблемами через відсутність інформації про видалення. Що ви можете спробувати, це створити резервну копію цих даних, а потім видалити їх; якщо у вас виникли проблеми, відновіть видалення.
Броко

Я бачив цю посаду. На жаль, ні сама публікація, ні посилання на них або в коментарях не заявляють про те, чи можна видаляти вміст. Це не сам GacPath, BTW - цей проживає Assembly\GAC. Здається, це шлях, який використовується видаленням збірок протягом тривалості процедури видалення. Але я не можу знайти певного твердження з цього приводу, звідси і моє запитання.
the wabbit

@ the-wabbit Просто подивіться, які файли зберігаються в цій папці, і ви повинні побачити файли, які зберігаються там, створені оновленнями, і які використовуються для їх видалення. Принаймні, це те, що я знаю про це. Але ви маєте рацію, важко знайти для цього будь-які посилання.
Броко
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.