Maystyle :
Admin : New post
Guestbook
Local
media
Catergories
Recent Articles
Recent Comments
Recent Trackbacks
Calendar
Tag
Archive
Link
Search
 
해당되는 게시물 3건
  .NET Framework 2.0 복구 
작성일시 : 2007.12.05 11:49 | 분류 : Windows Server/IIS | 태그 : .Net Framework 2.0, Trouble Shooting, 복구, 장애

.NET Framework 2.0 복구에는 3가지 방법이 있다.

Windows Installer 캐시 파일에서 복구 명령 사용

1. 시작, 실행을 차례로 누르고 열기 상자에 installer를 입력한 다음 확인을 누릅니다.
2. Windows Installer의 보기 메뉴에서 자세히를 누르고 이름 열 머리글을 마우스 오른쪽 단추로 누른 다음 설명을 누릅니다.
3. Microsoft .NET Framework 2.0 RTL x86 enu 설명이 있는 캐시된 Windows Installer 파일을 마우스 오른쪽 단추로 누른 다음 복구를 누릅니다.
4. 복구 프로세스가 완료되면 Windows Installer를 종료합니다.

명령 프롬프트에서 .NET Framework 2.0 재배포 가능 패키지 실행

1. .NET Framework 2.0을 설치할 때 사용한 Dotnetfx.exe 파일을 찾습니다. 이 파일을 찾으려면 다음 방법 중 하나를 사용하십시오.
• CD 또는 DVD에서 .NET Framework 2.0을 설치한 경우 CD 또는 DVD 드라이브에 설치 디스크를 넣습니다.
• 하드 디스크에서 .NET Framework 2.0을 설치한 경우 하드 디스크에 .NET Framework 2.0 설치 프로그램을 다운로드합니다.
• 네트워크 드라이브에서 .NET Framework 2.0을 설치한 경우 네트워크 드라이브에 다시 연결합니다.

2. 시작, 실행을 차례로 누르고 열기 상자에 cmd를 입력한 다음 확인을 누릅니다.
3. 명령 프롬프트에서 다음 명령을 실행합니다.
%InstallationPath%\dotnetfx.exe /t:%temp% /c:"msiexec.exe /fvecms %temp%\netfx.msi"참고 %InstallationPath%는 1단계에서 찾은 Dotnetfx.exe 파일 경로의 자리 표시자입니다.

.NET Framework 2.0을 수동으로 제거한 다음 다시 설치

1. Windows Installer 캐시에서 .NET Framework 2.0을 제거합니다.

a. 시작, 실행을 차례로 누르고 열기 상자에 installer를 입력한 다음 확인을 누릅니다.
b. Windows Installer의 보기 메뉴에서 자세히를 누릅니다.
c. 이름 열 머리글을 마우스 오른쪽 단추로 누른 다음 설명을 누릅니다.
d. Microsoft .NET Framework 2.0 RTL x86 enu 설명이 있는 캐시된 Windows Installer 파일을 마우스 오른쪽 단추로 누른 다음 제거를 누릅니다.
e. 제거 프로세스가 완료되면 Windows Installer를 종료합니다.

2. 컴퓨터에서 다음 항목을 수동으로 삭제합니다.

참고 .NET Framework의 현재 설치 상황에 따라 컴퓨터에 이들 항목이 없는 경우도 있습니다.
• URTTemp 폴더
• Mscoree.dll 파일
• v2.0.50727 폴더
이들 항목을 수동으로 삭제하려면 다음과 같이 하십시오.

a. 시작, 실행을 차례로 누르고 열기 상자에 system32를 입력한 다음 확인을 누릅니다. Windows 탐색기에 System32 폴더의 내용이 표시됩니다.
b. URTTemp 폴더를 찾아서 삭제합니다.
c. mscoree.dll 파일을 찾아서 삭제합니다.

참고 컴퓨터에 .NET Framework 1.1 또는 .NET Framework 1.0이 설치되어 있고 .NET Framework 2.0을 다시 설치하지 않으려는 경우 .NET Framework 1.1 또는 .NET Framework 1.0을 복구해야 합니다. 자세한 내용은 다음 Microsoft 기술 자료의 문서의 ".NET Framework 복구" 절을 참조하십시오.

824643 (http://support.microsoft.com/kb/824643/) Microsoft .NET Framework 1.1 설치 문제를 해결하는 방법

d. 시작, 실행을 차례로 누르고 열기 상자에 microsoft.net를 입력한 다음 확인을 누릅니다. Windows 탐색기에 Microsoft.NET 폴더의 내용이 표시됩니다.
e. Microsoft.NET 폴더에서 Framework 폴더를 두 번 누릅니다.
f. Framework 폴더에서 v2.0.50727 폴더를 삭제합니다.
g. Framework 폴더를 닫습니다.

3. 관련 레지스트리 키를 수동으로 삭제합니다.

a. 시작, 실행을 차례로 누르고 열기 상자에 regedit를 입력한 다음 확인을 눌러 레지스트리 편집기를 시작합니다.
b. 레지스트리 편집기에서 다음 레지스트리 키를 찾아 삭제합니다.
참고 .NET Framework의 현재 설치 상황에 따라 컴퓨터에 이들 레지스트리 키가 없는 경우도 있습니다.
• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\NET Framework Setup\NDP\v2.0.50727
• HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\policy\v2.0
c. 레지스트리 편집기를 종료합니다.
4. Windows Installer CleanUp 유틸리티(Msizap.exe)를 사용하여 레지스트리에서 Windows Installer 정보를 제거합니다. Windows Installer CleanUp 유틸리티는 Microsoft 다운로드 센터에서 다운로드할 수 있습니다.
Microsoft 다운로드 센터에서 다음 파일을 다운로드할 수 있습니다.

다운로드지금 Windows Installer CleanUp 유틸리티(Msicuu2.exe) 패키지 다운로드 (http://download.microsoft.com/download/e/9/d/e9d80355-7ab4-45b8-80e8-983a48d5e1bd/msicuu2.exe)(영문)
Microsoft 지원 파일을 다운로드하는 방법은 Microsoft 기술 자료의 다음 문서를 참조하십시오.

119591 (http://support.microsoft.com/kb/119591/) 온라인 서비스로부터 Microsoft 지원 파일을 구하는 방법
Microsoft는 파일을 게시한 날짜에 사용할 수 있는 최신의 바이러스 예방 프로그램으로 이 파일을 검사했습니다. 이 파일은 해당 파일을 무단으로 변경할 수 없는 보안이 향상된 서버에 보관됩니다.
자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
290301 (http://support.microsoft.com/kb/290301/) OFFXP: Windows Installer CleanUp 유틸리티 레지스트리에서 Windows Installer 정보를 제거하려면 다음과 같이 하십시오.

a. 시작, 실행을 차례로 누르고 열기 상자에 cmd를 입력한 다음 확인을 누릅니다.
b. 명령 프롬프트에서 Windows Installer CleanUp 유틸리티가 포함된 디렉터리를 찾아 다음 명령을 실행합니다.
Msizap TP {7131646D-CD3C-40F4-97B9-CD9E4E6262EF}
c. 컴퓨터를 다시 시작합니다.

5. 컴퓨터에 설치된 바이러스 백신 프로그램과 방화벽 프로그램을 모두 해제합니다. 이들 프로그램을 모두 해제하려면 시스템 구성 유틸리티(Msconfig.exe)를 사용하여 컴퓨터에서 클린 부팅을 수행합니다. 그런 다음 필요하지 않은 서비스를 모두 해제합니다.
진단 모드에서 시스템 구성 유틸리티를 사용하는 경우 서비스 탭에서 Windows Installer 서비스를 다시 설정합니다.
시스템 구성 유틸리티를 시작하려면 시작, 실행을 차례로 누르고 열기 상자에 msconfig를 입력한 다음 확인을 누릅니다.
6. Temp 폴더의 내용을 삭제합니다.

a. 시작, 실행을 차례로 누르고 열기 상자에 %Temp%를 입력한 다음 확인을 누릅니다. Windows 탐색기에 Temp 폴더의 내용이 표시됩니다.
b. Temp 폴더의 편집 메뉴에서 모두 선택을 누릅니다.
c. 파일 메뉴에서 삭제를 누릅니다.

참고 Temp 폴더에서 가능한 한 많은 파일과 폴더를 삭제하십시오.

7. .NET Framework 2.0을 다시 설치합니다. Microsoft .NET Framework 버전 2.0 재배포 가능 패키지(x86)를 다운로드하려면 다음 Microsoft 웹 사이트를 방문하십시오.

http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5 (http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5)

Microsoft .NET Framework 버전 2.0 재배포 가능 패키지(IA64)를 다운로드하려면 다음 Microsoft 웹 사이트를 방문하십시오.

http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5 (http://www.microsoft.com/downloads/details.aspx?displaylang=ko&FamilyID=0856EACB-4362-4B0D-8EDD-AAB15C5E04F5)

참고 컴퓨터에 .NET Framework 1.1 또는 .NET Framework 1.0이 설치되어 있고 .NET Framework 2.0을 다시 설치하지 않으려는 경우 .NET Framework 1.1 또는 .NET Framework 1.0을 복구해야 합니다. 이러한 설치를 복구하여 Mscoree.dll 파일 및 URTTemp 폴더를 교체해야 합니다.

자세한 내용은 다음 KB에 있습니다. http://support.microsoft.com/kb/908077/ko

  LCS 2005 구축 중 표시 지정자 개체 관련 장애 발생 
작성일시 : 2007.08.01 22:47 | 분류 : Other Server | 태그 : LCS, 장애, 표시 지시자

LCS2005 많이들 쓰시는지 모르겠습니다.
벌써 OCS Beta가 나오는 시점이라...

흔히들 경험 해 보셨을지도 므르는 설치 오류에 대해 알려드립니다.
(개인적으로 Test 하다 발생한 장애라 공유해 드립니다...^^)

[장애 현상]
Forest Prep 중 표시 지시자 관련 생성 장애

- 장애 Page

사용자 삽입 이미지

- 해당 로그
사용자 삽입 이미지
보시는 것 처럼 error가 발생했으며, 기존의 존제하는 object의 이름과 중복때문에 AD 관련 object
생성에 실패 했다고 나옵니다.

[해결 방법]
Command 창을 열고 다음을 입력하시면 됩니다.

csvde -i -f %windir%\system32\mui\dispspec\dcpromo.csv -c OMAINPLACEHOLDER DC=lcsd01, DC=test -j %windir%\debug -k


구축 관련 문서를 만들려고 했는데 생략합니다.
관련 자료도 많거니와... OCS가 나오는 시점이라...^^
  나를 늙게 하는 그대 이름은 '장애' 
작성일시 : 2007.07.10 11:46 | 분류 : Exchange Server | 태그 : Exchange, spam sniffer, 장애

보통 장애가 발생하면 이렇습니다.

세벽 부터 전화가 울립니다.
"덜덜덜덜~~~ 덜덜덜덜~~~"

고객 (아주 다급한 목소리로) "메일이 않되요! 왜 전화를 않받으세요"

오늘 오전은 약간 상황이 달랐습니다.

전 언제나와 같이 귀에 이어폰을 끼고 출근을 하고 있었죠.
부딩키고, 엉키다 보니... 전화를 2번이나 못받아 버렸습니다.
이윽고 고객사 도착

고객 (역시 다급한 목소리로) "민성씨 메일이 않되요 어떻게 된 일이예요??"

저 역시 머리가 쭈삣 쭈빗 솟음을 느꼈습니다.
(그때 사수의 이야기가 생각납니다.
"니가 겁먹을 필요 없어 침착하게 해결하면 돼! 고객사의 장애는 네게 큰 문제야 하지만 네가 문제를 일으킨 건 아니고, 또 고객사의 장애가 마음 아프긴 하지만 니가 허둥 지둥하면 될것도 않돼!")
다시 한번 침착함을 되세깁니다.

자 시작!

아 "Information Store" 가 시작이 않되는군...

DC와 연결을 볼까?
역시나 연결이 않됩니다.

로그를 보니 세벽 3시부터 연결이 끈겼습니다.
DC에서 보니 DC는 전혀 문제가 없습니다.

결론은 네트워크 장애...
(netstat -an 을 통해 서버의 모든 Connection을 볼 수 있습니다.)
(물론 기본적인 Ping도 많이 사용합니다.)
하지만 동일 서브넷의 Windows 들은 이상 없습니다.

결론은 Direct cable로 연결된 스팸을 필터링 하는 서버의 문제... (제품명 밝힐 수 없음)
문제 해결 완료 했습니다.

약 30분간의 급박했던 시간이 지났습니다.
서버 어드민 분들과 전 커피 한잔을 했습니다.

불과 6개월전이 생각나네요.
당황 황당으로 뛰어다니던... 철없던 신입 사원 시절...
(지금도 신입이지만...)
이제 어느정도 단련이 됐건만... 3년은 늙어 버린 기분입니다...ㅜㅜ


그래도 뿌듯합니다.
역시 기술 지원 엔지니어는 해 먹을게 못됩니다...
(하지만 재미있다는거...^^v)

PS. 이런 경우를 대비하여 MX Record의 가중치를 이용한 설계를 추천합니다.
물론 두 경우 모두 일장 일단이 있습니다. 하지만 스팸 필터 서버를 이중화 하지 못하는 상황이라면 MX Record를 사용하는 방안도 좋은 해결 책이 될 수 있을꺼 같습니다.

 Prev   1   Next