Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Thông báo lỗi: không thể truy nhập tệp AssemblyName vì nó đang được sử dụng bởi một tiến trình

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này:810281
TRIỆU CHỨNG
Sau khi bạn Cập Nhật ASP.NET nội dung trên một máy chủ Web là nhận được yêu cầu, bạn có thể nhận các thông báo lỗi sau đây trong các trình duyệt:
Lỗi hệ phục vụ trong / AppName Ứng dụng.
--------------------------------------------------------------------------------
Lỗi cấu hình
Mô tả: Một lỗi đã xảy ra trong các chế biến của một tập tin cấu hình cần thiết để phục vụ yêu cầu này. Vui lòng Xem lại chi tiết cụ thể lỗi dưới đây và sửa đổi tập tin cấu hình của bạn một cách thích hợp.

Phân tích cú pháp thông báo lỗi: Không thể truy nhập tệp AssemblyName bởi vì nó đang được sử dụng của người khác quá trình.

Nguồn lỗi:

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

Tệp nguồn: c: \WindowsDirectory\Microsoft.net\framework\v1.0.3512\Config\machine.config line: 199


Vấn đề này thể xảy ra nếu bạn Cập Nhật nhiều tập tin mà sẽ gây ra thay đổi thông báo (ví dụ như Web.config, Global.asax và tác phẩm trong thư rác). Khi yêu cầu đến ở giữa hai liên tiếp sự thay đổi thông báo, chúng gây ra AppDomain để được nạp lại nhiều lần cùng một lúc.

Vấn đề tương tự cũng có thể xảy ra khi bạn sử dụng một chương trình trên máy chủ của bạn khóa thư mục trong khi quét. Ví dụ như vậy chương trình là chương trình virus, các chương trình lập chỉ mục và sao lưu các chương trình.
NGUYÊN NHÂN
Khi bạn thay đổi một tập tin mà nguyên nhân thay đổi thông báo, các AppDomain tải lại trên yêu cầu đến tiếp theo. Khi điều này xảy ra, các Aspnet_wp.exe quá trình khóa các Chương trình/Sao ẩnthư mục (nằm ở ASP tạm thời.NET cặp Tệp), có thể một cách an toàn sao chép các phiên bản mới của chương trình.

Nếu bạn thay đổi một tập tin trong khi Điều này xảy ra, và một yêu cầu mới đến trong, AppDomain tải lại một lần nữa, và sau đó cố gắng sao chép một phiên bản mới của chương trình thư mục bản sao bóng khi thư mục bị khóa bởi AppDomain đầu tiên tải lại.
GIẢI PHÁP
Sửa chữa được bao gồm, như là một phần của các.NET Framework 1.1.

Một hotfix được hỗ trợ là bây giờ có sẵn từ Microsoft, nhưng nó chỉ là nhằm khắc phục sự cố được mô tả trong bài viết này. Chỉ áp dụng cho hệ thống đang gặp vấn đề cụ thể này. Hotfix này có thể nhận được thử nghiệm bổ sung. Vì vậy, nếu bạn không bị ảnh hưởng bởi vấn đề này, chúng tôi đề nghị bạn đợi cho tới.NET Framework 1.0 gói dịch vụ có chứa hotfix này.

Để giải quyết vấn đề này ngay lập tức, liên hệ với dịch vụ hỗ trợ sản phẩm Microsoft để có được các hotfix. Đối với một danh sách đầy đủ các dịch vụ hỗ trợ Microsoft sản phẩm điện thoại số và thông tin về chi phí hỗ trợ, ghé thăm Web site sau của Microsoft:Chú ý Trong trường hợp đặc biệt, chi phí mà thường phải gánh chịu cho các cuộc gọi hỗ trợ có thể được hủy bỏ nếu chuyên viên hỗ trợ Microsoft xác định rằng một Cập Nhật cụ thể sẽ giải quyết vấn đề của bạn. Các chi phí hỗ trợ thông thường sẽ áp dụng để hỗ trợ thêm câu hỏi và vấn đề này không đủ điều kiện cho các Cập Nhật cụ thể trong câu hỏi.

Chú ý Bạn cũng có thể sử dụng các.NET Framework 1.1 để giải quyết vấn đề này.

Chú ý Sửa vấn đề, cài đặt sửa chữa, và sau đó cấu hình các cài đặt trong phần "Thông tin thêm".

Phiên bản tiếng Anh của hotfix này có các thuộc tính tệp (hoặc sau này tập tin thuộc tính) mà được liệt kê trong bảng sau. Ngày tháng và thời gian cho những tập tin được liệt kê trong giờ phối hợp quốc tế (UTC). Khi bạn xem chi tieát taäp tin, nó được chuyển đổi thành giờ cục bộ. Để biết sự khác nhau giữa UTC và local time, sử dụng các Múi giờ thẻ công cụ ngày và giờ trong Pa-nen điều khiển.
  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				
TÌNH TRẠNG
Microsoft đã xác nhận rằng đây là một vấn đề trong các sản phẩm của Microsoft được liệt kê trong phần "Áp dụng cho".
Các hotfix thay đổi hành vi sau đây trong ASP.NET:
  • Config lỗi bây giờ được lưu trữ chỉ trong 5 giây.
  • Thông báo thay đổi tập tin được kết hợp dựa trên các giá trị Sau hai thuộc tính trong phần <httpruntime>trong các Machine.config<b00> </b00> </httpruntime>
    • waitChangeNotification -Số giây phải đợi cho thông báo thay đổi tiếp theo trước khi một yêu cầu mới sẽ kích hoạt một AppDomain khởi động lại
    • maxWaitChangeNotification -tối đa số giây từ lần đầu tiên thay đổi thông báo cho đến khi AppDomain nạp lại trên một yêu cầu mới
    Ví dụ:
    <httpRuntime waitChangeNotification="5" maxWaitChangeNotification="10">
    Giá trị mặc định cho cả hai tham số là 0.
    Lưu ý rằng khi bạn sử dụng giá trị mặc định, bạn vẫn thấy vấn đề được mô tả trong phần "Triệu chứng".

    Các sau đây là các giá trị đề xuất cho các thuộc tính:
    • Thiết lập waitChangeNotification Số giây vượt quá số giây mà có thể vượt qua giữa các bản Cập Nhật của hai tập tin thông báo thay đổi trong một bản sao.
    • Thiết lập maxWaitChangeNotification để một số giây vượt quá độ dài của thời gian để hoàn tất quá trình sao chép/triển khai.
    Vì sự thay đổi này, nội dung có thể hieån cache nếu bạn xem nó ngay lập tức sau một quá trình sao chép/triển khai. Đây là điển hình hành vi. Các những thay đổi có hiệu lực khi khoảng thời gian chờ đợi đã chỉ định bằng cách sử dụng các tham số trước đó đã thông qua.
  • Mười giây sau khi một initializationerror xảy ra trong các HttpRuntime, AppDomain đóng cửa.
  • Lỗi cấu hình thực tế bây giờ được lưu giữ trong các InnerException của các HttpException đối tượng.

Cảnh báo: Bài viết này đã được dịch tự động

Thuộc tính

ID Bài viết: 810281 - Xem lại Lần cuối: 08/28/2011 06:07:00 - Bản sửa đổi: 2.0

Microsoft ASP.NET 1.0, Microsoft .NET Framework 1.1

  • kbhotfixserver kbqfe kbnetframe100presp3fix kbfix kbbug kbmt KB810281 KbMtvi
Phản hồi