윈도우 서버 운영시 프로세스가 행업 걸린 줄 알았는데 현장 나가보니 프로세스가 동일한 시간에 종료되어 있었다.

뭔가 이상한데... 프로세스가 비정상 종료되었다면 로그에 뭔가 기록을 해놓았을 텐데말이야..

혹시 리부팅 된건 아닌지 해서 유닉스에서 uptime 명령어 비슷한 걸 찾아봤는데 없었다.

하지만 다른 대안이 있었다.

윈도우도 나름대로 멋진 놈인 듯 하다.

오늘도 한 건 뿌듯하게 해결했다.

1. 셧다운 된 시간 확인

2. uptime 확인

1. Memory

(1) 물리적 메모리
RAM, ROM(BIOS)
RAM ; DRAM 주기적 refresh, SRAM(Cash 메모리용)
전원 공급, 메모리 영역의 구분, 입출력, CPU가 원하는 칩에 연결할 수 있도록 신호를 연결 또는 차단 등의 핀들..
1개의 핀으로 0 또는 1의 값 전달.
1KB 의 경우 10 개의 핀과 1024 개의 서로 구분할 수 있는 메모리 영역이 필요하게 됨.
1MB 의 경우 1024 * 1024 이고 2의 20 제곱. 따라서 20개의 핀이 필요.

(2) 논리적 메모리
일단 main 함수의 main.cpp 소스파일이 main.exe 바이너리 파일로 변환되고, 실행을 시키면 운영체제는 EXE 파일을 '가상 메모리' 영역에 적재.
이 영역에는 작성이 완료된 함수 등과 같은 코드 영역, 크기 혹은 값이 정해진 전역, 정적변수 영역 등으로 구분.
이렇게 가상 메모리에 로드된 각종 이진 코드는 실제 물리적 메모리와 연결 되어 사용.

보통 하나의 프로그램이 실행되면서 할당되는 전역변수 int nMin 4바이트, 정적변수 4바이트 들 함수 코드 영역이 메모리에 할당.
프로그램이 실행 도중에 생성/소멸 되는 지역 변수는 스택(Stack)이라는 영역을 사용.
동적 할당은 힙 메모리 영역.

일반적인 메모리 구조

프로그램이 생성할 때부터 종료할 때까지 메모리에 상주하는 부분
- main 함수와 Sum 함수 코드(Function)
- 전역 변수(Global Variable)
- 정적 변수(Static Variable)

프로그램이 실행 도중에 생성 및 소멸되는 부분
- 지역 변수(Local Variable)
- 매개 변수(Parameter)
- Heap 메모리에 생성된 데이터

최근의 운영체제는 물리적 메모리의 직접 사용을 배제하고, 가상의 논리적인 메모리를 사용한다.
운영체제 메모리 관리자가 논리적인 메모리를 바탕으로 실제의 물리적인 메모리와 연결을 관리하므로 응용 프로그램은 논리적인 메모리만을 고려하면 된다.
Windows 와 같은 고급 운영체제에서 C/C++ 언어의 포인터를 사용할 때 나타나는 주소는 실제 시스템에 설치된 물리적 메모리의 번지가 아닌, 운영체제가 만든 가상의 논리적 메모리 영역에서 표현되는 주소이다.

2. Windows 메모리 관리

(1) 64 비트 환경에서의 메모리
16TB 가상 메모리 영역, 512TB 페이징 파일, 1TB 시스템 캐시를 가질 수 있어, 고성능 대용량 컴퓨터 시스템에 사용.

(2) 가상 메모리와 맵핑(Virtual Memory and Mapping)
수학적인 용어로 '사상' 이라는 단어로도 사용.
WIndows 운영체제는 가상 메모리상에 영역을 할당하고, 할당된 메모리의 시작 주소를 넘겨준다(리턴).
가상 메모리와 실질적인 물리적 메모리의 특정 부분과 가상 메모리 번지를 대응.
각각의 가상 메모리 주소를 주기억장치의 실제 주소로 전환하는 것(또는 그 반대의 것)을 의미.

현재 사용중인 시스템의 램이 256MB이고, 현재 음악을 들으며, 웹서핑을 하고, 메모장, 워드 프로세서, Visual Studio .NET, 그림판 등 10개 이상의 프로그램을 띄워놓고 있다. 이 많은 프로그램이 가지는 4GB 크기의 가상 메모리 주소 모두를 물리적 메모리에 1대1로 모두 맵핑할 수는 없음.
따라서 필요한 시점에서만 물리적 메모리를 사용해야 하는 기법이 필요함 !
WIndows 또한 이와 같이 관리하므로 실제 물리적 메모리에 맵핑되어 있는 가상 메모리 영역은 4GB 보다 훨씬 작다.

(3) 가상 메모리 상태(Virtual Memroy Status)

A. 램에 맵핑된 상태
B. 하드 디스크에 맵핑된 상태
C. 사용이 예약되어 읽거나 쓸 수 없는 상태
D. 초기 상태

위의 C. D. 영역에서 읽거나 쓰려고 할 경우 Windows 운영체제는 예외(Access Violation)를 발생.

빨간색은 A. B. 영역의 상태를 가리킴.

(4) 메모리 관리 기법

운영체제론을 보면 메모리 관리하는 기법은 상당히 많음.
크게 구분하자면 크게 페이징(Paging) 기법과 세그멘테이션(Segmentation) 기법으로 구분.
세부적으로는 상주 모니터, 오버레이(중첩), 스와핑(교체), 고정분할(MFT), 가변분할(MVT), 페이징(Paging), 세그멘테이션(Segmentation), 페이징과 세그멘테이션 혼용 등의 방법.
이 중 우리가 Winodws가 사용하는 페이징과 세그멘테이션 혼용 기법은 디스크를 사용하므로 빠른 하드 디스크와 캐시가 요구되며, 가장 큰 장점은 프로그래머가 메모리의 한계를 걱정할 필요가 없음.

세그멘테이션에 대한 자세한 사항은 다음 포스팅 참조.

(5) 가상 메모리 페이징(Virtual Memory Paging)

적은 양의 메모리를 효과적으로 사용하기 위해서는 Windows 운영체제는 가상 메모리의 특정 영역을 위의 네 가지 상태로 수시로 변경할 수 있어야 함.
램에 맵핑하고 디스크로 옮기고, 해제하고, 다시 할당하는 등의 변환 작업이 원할하게 이루어져야 함.

프로그램 실행중에 운영체제는 열심히 가상 메모리와 물리적 메모리를 맵핑하고, 맵핑 해제를 하고, 그 내용을 저장해야 하는데, 너무 작은 단위로 처리하다 보면 부하가 많이 걸리게 됨.
따라서 여러 메모리 주소(메모리 영역)를 적당한 크기 단위로 묶을 필요가 생기는데, 이 한 다발의 주소 묶음을 '페이지(Page)'라고 부르며, Windows가 메모리를 관리하는 기본 단위가 됨.

페이지의 크기는 CPU와 운영체제 의해 결정.
예를 들어, x86 계열의 경우 4096 바이트이며, DEC Alpha 계열의 경우에는 8192 바이트 단위로 메모리를 묶어서 하나의 페이지로 관리.
왜 페이지라는 또 다른 단위를 만들어서 여러 메모리 번지를 하나로 묶어느냐?라는 질문에는 동적인 주소 변환(DAT ; Dynamic Address Translation) 을 하기 위함.

x86 계열 가상 메모리 공간을 페이지 단위로 나누어 놓는데, 4096바이트 단위(4KB)로 구성.

가상 메모리의 특정 영역이 실제 메모리의 사용을 필요로 하면,
Windows는 페이징 파일에서 해당 페이지를 꺼내어 물리적 메모리로 이동시키고,
해당 어플리케이션에 해당하는 페이지 맵을 변경.
또한 Windows 가 물리적 메모리에 특정 공간을 확보하려고 할 때 램에 존재하는 가장 최근에 사용한 페이지를 디스크의 페이징 파일로 옮겨 놓음.

이렇게 가상 메모리 영역과 물리적 메모리, 디스크로의 이동이 가능해야 메모리를 보다 더 유동적으로 관리할 수 있음.
이 중에서 디스크에 존재하는 현재 실행중인 프로그램의 가상 메모리 영역 일부를 파일로 옮긴 것을 일반적으로 페이징 파일이라고 부름.
위에서 언급했던 가상 메모리와 맵핑되는 물리적 메모리의 또 다른 하나가 바로 페이징 파일.

페이지 변경

페이지 변경

(6) 가상 메모리 접근 등급(Memory Access Protection)

크게 세 가지로 할당된 메모리 영역을 페이지 단위로 접근을 제어 가능.

접근 불가 - PAGE_NOACCESS
읽기 전용 - PAGE_READONLY
읽기/쓰기 - PAGE_READWRITE

Windows 운영체제는 메모리에 대하여 접근 제한 속성을 설정할 수 있도록 API를 제공.
이러한 내용들은 파일에 대한 접근 등급과도 유사, 커널 오브젝트의 특징인 보안 속성과도 유사.
속성을 설정할 때는 메모리를 할당할 때 사용하는 VirturalAlloc API 함수를 이용하고, 생성된 이후에 VirtualQuery API 함수를 통해 할당된 메모리 영역의 속성을 확인 가능.

(7) 32비트 윈도우 가상 메모리 구조 (4GB)

하나의 프로그램이 실행되면 프로세스가 생성되고 4GB 의 주소 공간이 주어짐.
이 주소 공간은 Free 상태.
즉, 실제 물리적 메모리의 주소가 아닌 가상 메모리 주소 공간 4GB 를 할당.
이 영역 중에서 일정 영역은 Windows 가 사용하는 부분이 있으므로 Reserved 상태로 미리 예약.
어플리케이션이 사용하는 공간은 Free 상태의 하위 2GB 부분.

Windows 98/Me 가상 메모리 구조

Shared :
커널에 의해서 공유되어 사용되는 물리적 메모리 영역을 맵핑해 놓은 부분. 즉, 여러 프로세스가 공유해서 쓰는 커널 부분 또는 메모리 맵 파일 부분의 물리적 메모리 영역을 맵핑시켜 놓은 부분.

Private :
어플리케이션만의 독립적인 사용 영역.

NULL 포인터 영역
모두 0 이고, 변경 불가능.
운영체제에 의해 NULL 값으로 이미 정해진 절대 접근 금지 영역으로서 이 영역을 읽거나 쓰려고 시돌할 경우 Access Violation 에러를 발생시키고 프로세스는 종료.
시스템의 안정성 확보를 위해서 Windows 가 할당해 놓은 구간.

16비트 영역(MS-DOS 및 Windows3.X 어플리케이션 영역)
기존과의 호환성을 위해 16비트 또는 도스용 어플리케이션 및 디바이스를 사용할 수 있도록 일정 영역을 할당.
NT 계열에서는 사용하지 않고 클라이언트 버전인 Windows 95/98/Me 에서 사용.
32비트 기반의 어플리케이션이 이 영역을 사용하려고 하면 물론 Access Violation 에러를 발생시키고, 프로세스는 운영체제에 의해 종말.
32비트, 64비트 Windows 운영체제인 NT 4.0 이후의 버전에는 존재하지 않는 영역.

프로세스 영역(어플리케이션 영역)
응용 프로그램이 사용하는 영역.
응용 프로그램 코드가 여기에 상주하며, 위에서 살펴본 스택, 힙, 코드 영역 등이 여기에 속함.
가상 메모리, 힙 메모리 할당 등이 모두 프로세스 영역에서 이루어짐.

중간 경계 영역
어플리케이션 영역과 공유 메모리 영역 중간의 64KB 크기 메모리 영역을 정함.
이 영역은 완충 지대.
접근 시도 경우 Access Violation

공유 메모리 영역(메모리 맵 파일 영역)
시스템이 사용하는 데이터 중 프로세스들과 공유되는 데이터들이 저장되는 영역.
또한 메모리 맵 파일(Memory Mapped File)을 사용하여 하드 디스크의 대용량 스트림 데이터를 사용할 때 Windows에 사용되며, 프로세스간의 통신에도 사용.
Windows 2000 버전 이후에서는 이 영역이 사라지고, 커널 모드가 최대 2GB를 사용하도록 구분.
즉, Windows 2000 에서는 더욱 프로세스의 독립성과 안정성을 강조.

커널 영역
운영체제 시스템 코드가 로드되는 부분이 커널 모드 영역.
스레드 스케쥴링, 메모리 관리, 파일 시스템 로드, 네트워크 관련 코드, 그 밖의 기타 디바이스 드라이버 등이 로드.
이 영역은 시스템 내의 모든 프로세스에게 공유된 메모리.
이것은 물리적 메모리에 한 번 로드되며, 모든 프로세스가 공통으로 사용한다는 뜻인데, 프로세스가 이 영역을 직접 접근하는 것은 막고 있음.
커널 오브젝트에 살펴보았듯이 API 함수를 통하여 얻은 핸들을 통해서만 이 영역을 사용.

[출처:Ji's Lab http://softwareji.tistory.com/68]

원본: http://support.microsoft.com/kb/294418

http://blog.naver.com/yangokok777?Redirect=Log&logNo=30178136735

물리적인 머신이 아닌 VM (Virtual Machine) 머신의 메모리 덤프 수집 방법입니다. Hyper-V 에 대해서는 추후 내용을 업데이트 하고자 하며, WMWare 환경의 경우에 대해 간단하게 소개합니다.

1. Ctrl + Scroll Lock + Scroll Lock

i8042prt 레지스트리 키 하위에 CrashOnCtroScroll 설정은 물리적인 머신에서처럼 VM 상에서도 동작해야 합니다. 만약 Parent OS가 Windows 라면 CrashOnCtrlScroll 키가 Parent OS 에 설정되지 않도록 주의해야 합니다.

2. 시리얼 디버그

가상 시리얼 포트들이 Guest 머신에 추가될 수 있고, 또 다른 Guest 머신에 가상 널모뎀 케이블로 연결될 수 있습니다. 이 경우 해당 Guest 머신은 널모뎀 케이블을 통해 물리적인 머신에서 하는 것과 같이 동일하게 디버깅 될 수 있습니다.

3. Saved State 파일의 변환

이 옵션은 만약 위의 두 가지 옵션들이 어떠한 이유에서든 적합하지 않을 경우에 대해서만 사용되어야 합니다.

VMware 는 멈춰진 VM 으로부터 Saved-state를 변환할 수 있는 유틸리티를 가지고 있습니다. 멈춘 머신의 메모리 내용을 포함하는 “저장 상태” 파일을 수집합니다. 저장 상태의 파일을 Memory dump 로 변환하는 방법에 대해서는 VMware 업체 담당자의 지원을 받습니다. VMware 가 저장 상태 파일을 DMP 파일로 변경된 이후에는 다른 Memory dump 파일처럼 Windows debugging 툴에서 오픈될 수 있습니다.

WMIC
WMIC(Windows Management Instrumentation Command-line)는 WMI(Windows Management Instrumentation)에 대한 간단한 명령줄 인터페이스를 제공하므로 Windows Server 2003 제품군 운영 체제를 실행하는 컴퓨터를 관리할 때 WMI를 활용할 수 있습니다. WMIC는 기존 셸 및 유틸리티 명령과 상호 운용되며 스크립트 또는 다른 관리자 지향 응용 프로그램에서 손쉽게 확장할 수 있습니다.

실행 > cmd

C:\Users\rio>wmic bios get serialnumber

SerialNumber

HPGY91C-----

--------------------------------------------

시리얼 넘버가 훼손 되거나 확인 하기 힘들 때 사용하면 좋을거 같습니다.

위에 S/N 은 슬레이트 PC S/N입니다.

IBM 서버에서  해보니 정확하게 잘 나옵니다.

이 외에 wmic의 유용한 정보가 있으면 포스팅 하겠습니다.

[WMIC 명령어를 이용한 분석 - 여러가지 응용구문들]

https://m.blog.naver.com/gyurse/220783759267

https://m.blog.naver.com/gyurse/220783772277

https://thirdnsov.tistory.com/82

ping 테스트 결과를 시간과 같이 파일로 저장하는 스크립트

Const ForWriting = 2

strIPAddress = "127.0.0.1"
strResultFile = "C:\TEST\ping_result.txt"

'2시간 기록할 경우, 1초 x 60 x 60 x 2 = 7200000
max_loop = 7200000

Set objFSO = CreateObject("Scripting.FileSystemObject")
Set salObjShell = WScript.CreateObject("Wscript.Shell")

Set objLogFile = objFSO.OpenTextFile(strResultFile , ForWriting, True)
   
Set objExecObject = salObjShell.Exec("%comspec% /c ping " & strIPAddress & " -t")

i = 0

Do Until objExecObject.StdOut.AtEndOfStream
  strResult = objExecObject.StdOut.ReadLine()
  If i > max_loop Then   
   objLogFile.close
   Exit Do
  End If
  DateInfo = Time
  Wscript.echo DateInfo & "  " & strResult
  objLogFile.Write(DateInfo & " : " & strResult )
  objLogFile.writeline
  i = i + 1
  Wscript.Sleep 1000
  
 Loop

메시지: windgdou.dll을 시작하는 동안 문제가 발생했습니다

1. 레지스트리 편집창 메뉴에서 편집 - 찾기에 windgdou 를 입력하고 찾기를 누릅니다.

windgdou.dll

windoguide

두개 항목을 삭재하고 F3키를 눌러 계속해서 찾기를 합니다.

2. 탐색기에서 C:\Windows\System32\Tasks\iesttu 삭제