이벤트 ID 1012 w3svc를 해결하는 다양한 방법

Table of Contents

권장

<리>1. Fortect 다운로드

2. 화면의 지시에 따라 스캔 실행

3. 컴퓨터를 다시 시작하고 스캔 실행이 완료될 때까지 기다린 다음 화면의 지시에 따라 Fortect로 컴퓨터를 스캔하여 발견된 바이러스를 제거하십시오.

이 사용하기 쉬운 다운로드로 지금 PC 속도를 높이십시오. 년

이 블로그 게시물에서는 이벤트 ID 1012 w3svc가 트리거될 수 있는 몇 가지 가능한 원인에 대해서도 배우고 문제를 해결하기 위해 생각할 수 있는 몇 가지 가능한 수정 사항을 제공합니다.

<울> <리> <울>

답변

W3SVC 1012 페스티벌 ID

2006년 1월 12일 오전 10시 15분 | 알란R54NC | 링크

권장

PC가 느리게 실행되고 있습니까? Windows를 시작하는 데 문제가 있습니까? 절망하지 마십시오! Fortect은 당신을 위한 솔루션입니다. 이 강력하고 사용하기 쉬운 도구는 PC를 진단 및 수리하여 시스템 성능을 높이고 메모리를 최적화하며 프로세스의 보안을 개선합니다. 기다리지 마세요. 지금 Fortect을 다운로드하세요!

<리>1. Fortect 다운로드

2. 화면의 지시에 따라 스캔 실행

3. 컴퓨터를 다시 시작하고 스캔 실행이 완료될 때까지 기다린 다음 화면의 지시에 따라 Fortect로 컴퓨터를 스캔하여 발견된 바이러스를 제거하십시오.

지난 시즌에 산발적으로 이상한 문제가 발생했습니다. IIS 6-8 서버가 있는 팜 웹 10(2K3 sp2, 전원 파티션 수준). 응용 프로그램은 .net1.1에서 3.5까지 원치 않는 오래된 asp의 모음입니다. 각 웹 웹 호스트 서버는 15개의 응용 프로그램 풀 영역을 구성하고 동일하게 수행합니다. 응용 프로그램 풀은 매일 아침 재사용되도록 구성할 수 있습니다. (시간이 오전 2시에서 오전 3시로 변경됨). 임의의 지원 팀은 응용 프로그램 풀이 예정된 시간에 실제로 시작되지 않는 경우 오류를 계속 발생시킵니다. 단점은 좋은 응용 프로그램 풀에 완전히 적용되지 않을 뿐만 아니라 사실은 영향을 받는 장치에서 사용할 수 있는 모든 모바일 응용 프로그램 풀에 대한 사실입니다. IIS를 재설정하면 문제가 해결됩니다. 이러한 “이벤트” 동안 생성된 진단 디버그 덤프는 어떤 결과도 생성하지 않아야 합니다(엄격한 내부 제어 하에).

참고. 모든 서버에서 근본적인 문제가 확인되지 않았습니다. 어떤 종류의 좋은 것이 있는 것 같습니다. 특정 응용 프로그램 풀의 단계적 재설정과 함께 특히 이 패턴을 따르지 않는 이벤트가 수행되었을 때 2-3번의 충돌이 있었습니다. 마지막에 반복하는 경향이 더 큽니다. 서버를 재부팅하면 재시도 문제를 해결하는 데 도움이 되는 것 같습니다. 이것이 실제로 문제를 “해결”했는지 확인하기에는 너무 이릅니다. 아이디어, 인상 등?

감사합니다

오년 애플리케이션 풀

<리> <울>

답변

주제: W3SVC 특별 이벤트 ID 1012

2010년 1월 12일 12:18 | 로바스타 | 링크

이벤트 장작 오류에 대한 설명은 무엇입니까?

httperr 시작에 뭔가가 있습니까?

예: DefaultAppPool 크레딧 요청 풀을 제공하는 프로세스가 시작 후 시간 초과되었습니다. 그래서

자체 응용 프로그램 풀의 속성을 자주 변경해야 하는 경우. 그들 중 몇몇은 적절하게 존재한다는 후크에 손을 얹고 있습니다. 예를 들어 워크플로의 시작 시간이 더 길어질 수 있습니다.

사실, 가족 컴퓨터에 문제가 있고 빠른 재설정에 적합한 더 나은 솔루션을 찾지 못했다면 실험 센터를 방문해야 합니다. 포함

스크랩의 모든 순간에 대해 저널 문제를 활성화하여 사라지는지 확인하십시오. http://support.microsoft.com/kb/332088

W3SVC 1012 이벤트 식별 아이콘

2010년 1월 12일 10:15 | 알란R54NC | 링크

6 년 애플리케이션 풀

지난 몇 주 동안 우리는 때때로 이상한 병에 걸렸습니다. IIS Webfarm 10 부분적으로 12개의 서버(2K3 sp2, 현재 패치 수준). 응용 프로그램은 .net1.1에서 3.5까지의 오래된 asp의 모음입니다. 각 장치는 약 15개의 응용 프로그램 풀에 대해 구성되며 동일하게 작동합니다. Take Pool 애플리케이션 시장은 모든 사람들이 매우 어두운 곳에서 재활용할 수 있도록 설계되었습니다. (시간이 오전 2시에서 오전 0시로 변경됨). 응용 프로그램 풀이 예약된 시간에 시작되지 않는 한 임의 서버는 지속적인 문제입니다. 이 오류는 이 귀중한 응용 프로그램 풀에 속하지 않으며 합병증 없이 발생합니다. 하나의 특정 해당 포럼에서 본 모든 요청 풀에 대해 항상 정확합니다. IIS 재설정 확실한 문제가 있습니다. 특정 “이벤트” 동안 생성된 Diag 디버그 덤프는 결과를 생성하지 않았습니다(고급 내부 검사 포함).

참고. 모든 서버가 딜레마를 겪는 것은 아닙니다. 미러링된 애플리케이션 풀이 2~3번의 실패에도 리셋이 지연된 것을 어떻게 볼 수 있는지에 대한 권장 사항과 유사하며, 이 패턴을 절대 따르지 않는 이벤트였습니다. 어쩌면 더 반복적일지도 모른다. 서버를 반복적으로 다시 시작하면 이 장애를 해결할 수 있다는 것입니다. 문제가 실제로 “해결”되었는지 확인하는 것은 너무 이르지 않습니다. 두뇌, 전문성 등?