IIS7'nin kilitli bir dosyayı serbest bırakmasını nasıl sağlayabilirim?

Yapımlarımız sırasında, kök dizindeki çok büyük (10 megabayt) bir statik içerik dosyası bazen IIS tarafından kilitlenir ve temizleme görevi tarafından silinemez. Bunun muhtemelen o sırada aktif olarak bir veya daha fazla müşteriye sunulması nedeniyle.

Derleme işlemi, temizlemeden önce web sitesini durdurur.

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

Ancak, bu dosyayı serbest bırakmaz - kilidini kaldırmak için işlemi almak için IIS'yi yeniden başlatmamız gerekir.

appcmd.exeIIS'yi tamamen indirmenize izin verir; bunu yapmak istemiyoruz!

IIS'yi yeniden başlatmadan IIS'nin kilitli bir dosyadan çıkmasına izin vermenin başka yolları var mı? Tek yapmanız gereken web sitesini durdurmak ve başlatmak, kesinlikle dosya kilidini açmak için çalışmaz.

Sysinternal'ın İşlem Gezgini gibi, dosya tutamaçlarını bulabilen ve zorla kapatabilecek araçlar vardır, ancak bunu yaptıktan sonra uygulamanın durumu ve davranışı (hem sizin hem de bu durumda IIS) tanımlanmamıştır. Bazıları umursamayacak, bazıları hata yapacak ve diğerleri sert çökecek.

Doğru çözüm, kesinti almak ve IIS'nin sunucu kararlılığını korumak için IIS'nin kilitleri temiz bir şekilde serbest bırakmasını ve kendisinden sonra temizlemesini sağlamaktır. Bu mümkün değilse, aynı kutuda başka bir site oluşturabilir veya yeni içeriğe sahip yeni bir kutu oluşturabilir ve etki alanı adını / IP’yi yeni içeriği üretime tanıtmak için "ilerletmek" için taşıyabilirsiniz.

Bunu yapmak için "Sap" adlı küçük bir araç kullanıyorum .

Temelde, kilitli dosyanın adını iletin ve hangi işlemleri kullandığını size söyler:

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

Sonra tutamacı kapatmak için -c anahtarını geçirin:

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

Çıktıyı ayrıştırmak için bir sarmalayıcı program olmadan bir yapı betiğine çalışmak için mücadele edebilirsiniz, ancak umarım bu yardımcı olacaktır.

Geçici derlemelerdeki aspx dosyalarının derlenmesini kastettiğinizden emin değilim. Tüm aspx / ascx dosyalarını önceden derleyen ASP.NET dağıtım projeleri kullanıyoruz .

İkili dosyaları "yayınla" dan "bin" klasörüne kopyalarken, tüm derlemeler kopyalandıktan sonra kaldırılan bir app_offline.htm dosyasını geçici olarak etkinleştiririz (sadece birkaç saniye). Bu sayede dosya kilitlerini hiç yaşamadım.

DÜZENLE:

Uygulama havuzunu, web sitesini durdurmak yerine appcmd.exe kullanarak geri dönüştürmeyi deneyebilirsiniz:

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

Bunu şimdi deniyorum: Görünüşe göre eğer dizinde indeksleme etkinse dosya kilitlemeyle ilgili sorunlar olabilir. http://www.richard-banks.org/2008/04/how-to-fix-problems-with-locked-files.html

Bu, IIS 6.0'dır, ancak bunun işletim sistemi ile ilgili olduğu ve IIS ile ilişkili olmadığı anlaşılıyorsa, bunun kök nedeni olabilir.

Monitör işleyin Araştırmanızda size yardımcı olmalıdır, burada bir örnek Mark blogunda (gelen dosya tanıtıcısı bulmak için nasıl aracı yazdı adam).

Kilit açma işleminizi bir dosya tanıtıcısı düzeyinde otomatikleştirmek için bu Unlocker aracını denemek isteyebilirsiniz .

Cevap değil, ancak IIS sunucusunu yeniden başlatmadan bu dosyayı "kilidini açmanın" mümkün olmadığı durumlarda geçici bir fikir:

Yeni bir boş klasör oluşturup dağıtıp web sitesinin giriş dizinini bu klasöre değiştirirseniz ne olur? Yine de yeni bir klasör adı oluşturmanız veya iki isim arasında geçiş yapmanız gerekir.

Bu dosyanın hangi klasöre ait olduğunu bilmiyorum. Kök klasörde olması gerekmiyorsa, yeni oluşturulan bir klasöre koyabilir ve bu klasörü gösteren sanal bir dizin oluşturabilirsiniz. Böylece uygulama için standart ev dizini tutabilirsiniz.

Ben de aynı problemi yaşadım. Şimdi MSDeploy'a (Web Deploy) geçtim ve şimdi web sitesini hiçbir şey durdurmadan güvenilir bir şekilde güncelleyebilirim. Aslında bu adım bizim otomatik derleme aracımızda yazılmıştır ve her zaman sorunsuz bir şekilde gerçekleşir. Ve de hızlı.

Elbette, IIS hizmetini durdurun. Belki bir şey anlamıyorum, üzgünüm.

Not: Windows dosya kilitleme anlambiliminde uzman

Jarrod, dosyayı yoldan çıkarabilir misin? Ayrıca yeni dosyanızı geçici bir uzantıyla oluşturabilir ve geçerli dosya üzerinde yeniden adlandırabilirsiniz.

Windows dosya kilitleme semantikleri POSIX'lere benzer şekilde çalışıyorsa, dosyada geçerli bir okuma kilidi tutan okuyucular, okuma akışlarını kapatana kadar eski dosyayı sunmaya devam etmeli, yeni okuyucular yeni dosyayı açacaktır.