오류 메시지: AssemblyName 파일이 다른 프로세스에 의해 사용 중이므로 액세스할 수 없습니다

기술 자료 번역 기술 자료 번역
기술 자료: 810281 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

현상

요청을 받는 웹 서버에 ASP.NET 콘텐츠를 업데이트한 후에는 브라우저에서 다음과 같은 오류 메시지가 나타날 수 있습니다.
서버 오류 /AppName 응용 프로그램.
--------------------------------------------------------------------------------
구성 오류
설명: 이 요청을 제공하는 데 필요한 구성 파일 처리하는 동안 오류가 발생했습니다. 아래의 오류 정보를 검토하고 구성 파일을 적절하게 수정하십시오.

파서 오류 메시지: 다른 프로세스에서 사용하고 있으므로 액세스하지 AssemblyName 파일 수 있습니다.

원본 오류:

197 줄: <add assembly="System.Drawing, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
198 줄: <add assembly="System.EnterpriseServices, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
199 줄: <add assembly="*"/> 200 줄:</assemblies>
201 줄:

파일 원본: c:\ WindowsDirectory \microsoft.net\framework\v1.0.3512\Config\machine.config 줄: 199


(예: Web.config, Global.asax, 및 bin 폴더의 파일 변경 알림을 발생시키는 여러 파일을 업데이트할 경우 이 문제가 발생할 수 있습니다. 요청 사이에 있는 두 개의 연속된 변경 알림을 가져올 때 여러 번 동시에 로드해야 AppDomain을 발생합니다.

또한 검색하는 동안 폴더를 잠그는 서버 프로그램을 사용할 때 유사한 문제가 발생할 수 있습니다. 이러한 프로그램은 바이러스 프로그램, 인덱싱 프로그램 및 백업 프로그램 예입니다.

원인

원인은 변경 알림을 파일을 변경할 때 AppDomain에 다음 들어오는 요청을 다시 로드합니다. 이 때 Program Aspnet_wp.exe 프로세스에 잠금/Shadow Copy (Temporary ASP.NET Files 폴더에 있는, 새 버전의 프로그램 안전하게 복사할 수 있는 폴더.

이 발생하는 및 새 요청을 다시 AppDomain reloads에서 제공되는 및 폴더의 첫 번째 AppDomain에 의해 잠겨 있는 동안에는 다른 새 버전의 프로그램 섀도 복사본을 폴더로 복사할 시도하는 동안 다른 파일을 변경하면 다시 로드하십시오.

해결 방법

이 수정 프로그램은 .NET Framework 1.1의 일부로 포함되어 있습니다.

지원되는 핫픽스를 이제 Microsoft에서 사용할 수 있지만 이 문서에서 설명하는 문제를 해결하기 위한 것일 뿐입니다. 이러한 특정 문제가 발생하는 시스템에만 적용해야. 이 핫픽스는 나중에 추가 테스트를 받아야 할 수도 있습니다. 따라서 이 문제의 영향이 심각하지 않으면 이 핫픽스가 포함된 다음 .NET Framework 1.0 서비스 팩이 나올 때까지 기다리는 것이 좋습니다.

이 문제를 즉시 해결하려면 핫픽스를 구하려면 Microsoft 기술 지원 서비스에 문의하십시오. Microsoft 고객기술지원부 전화 번호 및 지원 비용에 대한 정보를 전체 목록은 다음 Microsoft 웹 사이트를 방문하십시오.
http://support.microsoft.com/contactus/?ws=support
참고 Microsoft 기술 지원 전문가가 특정 업데이트로 문제를 해결할 수 있다고 판단하는 경우, 일반적으로 지원 호출에 발생하는 비용이 취소될 수 있습니다. 추가 지원 질문과 문제에는 특정 업데이트가 필요하지 않은 지원 비용이 적용됩니다.

참고 이 문제를 해결하려면 .NET Framework 1.1을 사용할 수도 있습니다.

참고 문제를 해결하려면 수정 프로그램을 설치한 다음 "추가 정보" 절에서 다음 설정을 구성하십시오.

이 핫픽스의 영어 버전은 다음 표에 나열된 파일 특성(또는 그 이후의 파일 특성)이 있습니다. 이러한 파일의 시간과 날짜는 UTC (협정 세계시) 로 나열됩니다. 파일 정보에서는 현지 시간으로 변환됩니다. UTC와 로컬 시간의 차이를 알려면 제어판의 날짜 및 시간 도구에서 표준 시간대 탭을 사용하십시오.
  Date         Time   Version       Size       File name
  --------------------------------------------------------------
  14-Nov-2002  04:12  1.0.3705.377    196,608  Aspnet_isapi.dll
  14-Nov-2002  04:06                    4,169  Aspnet_perf.h
  14-Nov-2002  04:06                   20,468  Aspnet_perf.ini
  14-Nov-2002  04:06                   20,342  Aspnet_perf2.ini
  14-Nov-2002  04:12  1.0.3705.377     24,576  Aspnet_regiis.exe
  14-Nov-2002  04:12  1.0.3705.377     28,672  Aspnet_wp.exe
  14-Nov-2002  01:42  1.0.3705.377     69,632  Corperfmonext.dll
  14-Nov-2002  16:17  1.0.3705.377  1,953,792  Mscorlib.dll
  14-Nov-2002  01:33                   10,256  Mscorlib.ldo
  14-Nov-2002  01:41  1.0.3705.377  2,269,184  Mscorsvr.dll
  14-Nov-2002  01:41  1.0.3705.377  2,269,184  Mscorwks.dll
  02-Aug-2002  03:38                       15  Smartnav.htm
  17-Oct-2002  23:55                    8,728  Smartnav.js
  29-Jan-2002  00:13                    7,003  Smartnavie5.js
  14-Nov-2002  16:18  1.0.3705.377  1,191,936  System.web.dll
				

현재 상태

Microsoft는 "본 문서의 정보는 다음의 제품에 적용됩니다." 절에 나열된 Microsoft 제품에서 이 문제를 확인했습니다.
핫픽스를 ASP.NET의 다음 동작을 변경합니다.
  • 구성 오류는 이제 5초 동안 캐시됩니다.
  • 파일 변경 알림은 사용하여 Machine.Config <httpruntime>섹션에서 다음과 같은 두 특성 값을 기준으로 결합됩니다.
    • waitChangeNotification - 새 요청을 AppDomain 트리거하는 다음 변경 알림에 대해 대기해야 하는 시간 (초)을 다시 시작합니다.
    • AppDomain을 새 요청을 다시 로드될 때까지 maxWaitChangeNotification - 최대 시간 (초)을 첫 번째 에서 변경 알림
    예를 들어,:
    <httpRuntime waitChangeNotification="5" maxWaitChangeNotification="10">
    두 매개 변수에 대한 기본값은 0 입니다.
    기본값을 사용할 때 "현상" 절에 설명되어 있는 문제가 여전히 볼 것을 유의하십시오.

    속성에 대한 제안된 값은 다음과 같습니다.
    • waitChangeNotification 두 변경 알림 파일에서 복사본 업데이트 간에 전달할 수 초 수를 초과하는 초 수를 설정하십시오.
    • maxWaitChangeNotification 복사 및 배포 프로세스를 완료하려면 시간 길이를 초과하는 숫자를 시간 (초)을 설정하십시오.
    이 변경으로 인해 복사/배포 프로세스를 즉시 후 볼 경우 콘텐츠가 캐시된 나타날 수 있습니다. 이것은 일반적인 동작입니다. 이전 매개 변수를 사용하여 지정한 대기 기간 경과했을 때 변경 내용이 적용됩니다.
  • 10초 동안 initializationerror HttpRuntime에서 발생한 후 AppDomain이 닫습니다.
  • 이제 실제 구성 오류가 있는 InnerExceptionHttpException 개체의 에 저장됩니다.

속성

기술 자료: 810281 - 마지막 검토: 2007년 2월 19일 월요일 - 수정: 6.5
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft ASP.NET 1.0
  • Microsoft .NET Framework 1.1
키워드:?
kbmt kbhotfixserver kbqfe kbnetframe100presp3fix kbfix kbbug KB810281 KbMtko
기계 번역된 문서
중요: 본 문서는 전문 번역가가 번역한 것이 아니라 Microsoft 기계 번역 소프트웨어로 번역한 것입니다. Microsoft는 번역가가 번역한 문서 및 기계 번역된 문서를 모두 제공하므로 Microsoft 기술 자료에 있는 모든 문서를 한글로 접할 수 있습니다. 그러나 기계 번역 문서가 항상 완벽한 것은 아닙니다. 따라서 기계 번역 문서에는 마치 외국인이 한국어로 말할 때 실수를 하는 것처럼 어휘, 구문 또는 문법에 오류가 있을 수 있습니다. Microsoft는 내용상의 오역 또는 Microsoft 고객이 이러한 오역을 사용함으로써 발생하는 부 정확성, 오류 또는 손해에 대해 책임을 지지 않습니다. Microsoft는 이러한 문제를 해결하기 위해 기계 번역 소프트웨어를 자주 업데이트하고 있습니다.

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com