Як змусити IIS7 звільнити заблокований файл?

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

Процес збирання зупиняє веб-сайт перед чищенням через

c:\Windows\System32\inetsrv\appcmd.exe stop site http://oursite.com

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

appcmd.exeдозволяє повністю зняти IIS; ми не хочемо цього робити!

Чи є інші способи змусити IIS відпустити заблокований файл, не перезавантажуючи IIS? Просто вимкнути та запустити окремий веб-сайт, безумовно, не працює, щоб випустити блокування файлів.

Існують такі інструменти, як «Провідник процесів Sysinternal», які можуть знайти та примусово закрити ручки файлів, однак стан та поведінка програми (як вашої, так і в цьому випадку IIS) після цього не визначено. Деяким буде байдуже, іншим буде помилка, а іншим буде важко вийти з ладу.

Правильне рішення - зняти зрив і дозволити IIS чисто звільнити блокування та очистити після себе, щоб зберегти стабільність сервера. Якщо це неможливо, ви можете або створити інший сайт у цьому ж вікні, або встановити нове поле з новим вмістом і перемістити доменне ім’я / IP впоперек, щоб "просувати" новий вміст у виробництво.

Для цього я використовую невеликий інструмент під назвою "Ручка" .

Ви в основному передаєте йому ім'я закритого файлу, і він повідомляє вам, які процеси використовують його:

handle c:\weird.file
Something.exe pid: 1000 100: C:\weird.file
Something.exe pid: 1000 101: C:\weird.file

Потім ви передаєте йому перемикач -c, щоб закрити ручку:

handle.exe -c 101 -p 1000 -y
handle.exe -c 100 -p 1000 -y

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

Я не впевнений, якщо ви маєте на увазі компіляцію файлів aspx у тимчасових збірках. Ми використовуємо проекти розгортання ASP.NET , які попередньо компілюють всі файли aspx / ascx.

Копіюючи двійкові файли з папки "опублікувати" у папку "бін", ми тимчасово включаємо файл app_offline.htm, який видаляється після копіювання всіх збірок (всього кілька секунд). Таким чином я ніколи не відчував блокування файлів.

Редагувати:

Ви можете спробувати переробити пул додатків за допомогою appcmd.exe, а не зупиняти веб-сайт:

C:\Windows\System32\inetsrv\appcmd.exe recycle apppool "My App Pool Name"

Я зараз це пробую: мабуть, можуть виникнути проблеми із блокуванням файлів, якщо в каталозі активовано індексацію. http://www.richard-banks.org/2008/04/how-to-fix-problems-with-locked-files.html

Це IIS 6.0, але оскільки, здається, це пов'язано з ОС, а не з IIS, це може бути першопричиною.

Process Monitor повинен допомогти вам з вашим розслідування, ось приклад з блогу Марка ( на хлопця , який написав інструмент) про те , як знайти дескриптор файлу.

Ви можете спробувати цей інструмент Unlocker для автоматизації розблокування на рівні обробки файлів.

Не відповідь, а обхідна ідея, якщо немає можливості "розблокувати" цей файл без перезавантаження сервера IIS:

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

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

У мене була така ж проблема. Тепер я перейшов на MSDeploy (Web Deploy) , і тепер я можу надійно оновити веб-сайт, не зупиняючи нічого. Насправді цей крок написаний у нашому автоматизованому інструменті збирання, і він відбувається постійно без проблем. І це теж швидко.

Звичайно, зупиніть службу IIS. Можливо, я чогось не розумію, вибачте.

Примітка: не експерт з семантики блокування файлів Windows

Jarrod, чи зможеш ти перейменувати файл із шляху. Ви також можете створити новий файл із тимчасовим розширенням, а потім перейменувати його на поточний файл.

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