배움나눔

출처 : http://cookis.net/m/post/353

ICACLS 를 통해 아래와 같은 명령어로 권한을 다시 할당할 수 있고, GUID/SID 는 Virtual Machines 폴더 밑에 GUID.XML 의 이름으로 파일이 생성 됩니다.

ICACLS SYSTEM.VHDX /GRANT "NT VIRTUAL MACHINE\SID:(R,W)"

C:\ > C:\DiskSpd\diskspd.exe-c1G-d 10 r-w0-t8-o8-b8K-h-L X:\testfile.dat

출처 : http://answers.microsoft.com/en-us/windows/forum/windows_vista-security/where-can-i-find-the-full-list-of-failure-reasons/d0269426-2183-4d99-8af0-cc009dee6658?auth=1

Where can I find the full list of Failure Reasons for event 4625?

EL

EliDCohen asked on December 23, 2012

출처 : http://egloos.zum.com/darkjack/v/2795708

Check Point3. 수동으로 찾아 주자!!
WSUS에서 리스트에 아예 없거나 "아직 보고되지 않음"으로 표시 된다면, Target 서버(Computer)에서 Command로 바로 연결 하도록 설정 해 주자.

1. WSUS에서 "아직 보고되지 않음"으로 표시된 Target이 있으면 먼저 삭제
2. Target 서버(Computer)로 터미널이나 콘솔로 접속
3. CMD 창을 연다.
4. CMD에 "net stop wuauserv" 입력
5.regedit를 실행
6. 다음 레지스트리 찾는다.
- HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
7. 레지스트리 편집기의 세부 정보 창에서 다음 레지스트리 항목 삭제 (4개가 다 없을 수도 있다. 하위 트리는 삭제 하지 마세요!!!)
- PingID
- AccountDomainSid
- SusClientId
- SusClientIDValidation

8. CMD에 "net start wuauserv" 입력
9. CMD에서 "wuauclt.exe /resetauthorization /detectnow" 입력
10. Regedit 창에서 "F5"로 새로 고침을 하면
- SusClientId
- SusClientIDValidation
2개의 레지스트리 항목이 생성 된다면, WSUS에서 인식을 한 것 이다.
WSUS에서도 새로 고침 및 찾기를 하면 Target이 추가 된 것을 확인 할 수가 있다.

기술 문서 : http://support.microsoft.com/kb/903262/kr-ko

참고. Ghost, TrueImage 등으로 작업 한 컴퓨터의 경우 SID 값을 변경 해 주어도 WSUS 관련 ID 값이 변경 되지 않아서 생기는 문제일 가능성이 많습니다.

출처 : http://support.microsoft.com/kb/280061

Step 1 : DNS 정보 저장

1.      시작->실행->regedit 입력 후 “확인”을 누릅니다.

2.      하기 경로로 이동합니다.

3.      HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\DNS Server\Zones

4.      Zone에서 마우스 오른쪽 클릭 후 “내보내기”를 선택하신 후 적당한 위치에 저장합니다.

5.      시작->내컴퓨터->C:\Windows\system32\dns로 이동합니다.

6.      해당 폴더에 저장된 모든 *.dns 파일을 적당한 위치에 저장합니다.

7.      4번과 6번 과정을 통해 추출된 *.reg 및 *.dns 파일을 새롭게 구성할 DNS 서버에 복사합니다.

Step 2 : DNS 정보 입력

1.     시작->제어판->프로그램 추가제거->원도우 구성요소 추가제거->네트워크 서비스->도메인 이름 서비스 선택 후 설치 작업을 진행합니다.

2.     기존 DNS에서 추출한 *.dns 파일을C:\Windows\system32\dns에 모두 복사합니다.

3.     기존 DNS에서 추출한 *.reg 파일을 두번 클릭하여 추가 작업을 진행합니다.

4.     시작->실행->services.msc 입력 후 확인을 누릅니다.

5.     DNS Server 서비스를 재 시작 합니다.

6.     DNS Console을 열어 정상적으로 모든 Zone이 표시되는지 확인합니다.

출처 : http://stpetrus27.wordpress.com/2010/10/01/windows-7-enterprise-sql-server-2008-r2-%EC%84%A4%EC%B9%98-%EC%98%A4%EB%A5%98-2/

오류 내용:

System.Configuration.ConfigurationErrorsException: userSettings/Microsoft.SqlServer.Configuration.LandingPage.Properties.Settings에 대한 구성 섹션 처리기를 만드는 동안 오류가 발생했습니다.: 파일이나 어셈블리 ‘System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089′ 또는 여기에 종속되어 있는 파일이나 어셈블리 중 하나를 로드할 수 없습니다. 지정된 파일을 찾을 수 없습니다. (C:\Users\Administrator\AppData\Local\Microsoft_Corporation\LandingPage.exe_StrongName_ryspccglaxmt4nhllj5z3thycltsvyyx\10.0.0.0\user.config line 5) —> System.IO.FileNotFoundException: 파일이나 어셈블리 ‘System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089′ 또는 여기에 종속되어 있는 파일이나 어셈블리 중 하나를 로드할 수 없습니다. 지정된 파일을 찾을 수 없습니다.

해결 방법:

LandingPage.exe_StrongName_… 파일 삭제

출처 : http://rockball.tistory.com/entry/Active-Directory-Time-Service

Active Directory에서 Time Server 지정에 대해 알아보겠습니다.

Active Directory에서 Time Service의 원본은 PDC 작업 마스터를 가진 Domain Controller가 됩니다.

(NTP : UDP 123 Port 사용)

그러므로, 설정은 PDC서버는 외부의 NTP 서버를 가르켜야합니다.

PDC가 아닌 서버와 Client의 경우에는 해당 PDC를 바라보도록 설정해야합니다.

* PDC 서버

w32tm /config /manualpeerlist:"timeserverlist1 timeserverlist2,0x1" /reliable:yes /update

해당 명령어 수행 후 registry 값을 확인합니다.

HKLM\SYSTEM\CurrentControlSet\services\W32Time\Parameters

- NtpServer (문자열값) : Ntp Server

- Type (문자열값) : NTP

* PDC 아닌 DC, Member Server

w32tm /config /syncfromflags:domhier /update

net stop w32time

net start w32time

해당 명령어 수행 후 registry 값을 확인합니다.

HKLM\SYSTEM\CurrentControlSet\services\W32Time\Parameters

- Type (문자열값) : NT5DS

 현재 Computer의 Time Zone을 확인합니다.

 해당 computer와 현재 computer와의 시간차이를 측정합니다.

해당 computer와 PDC 작업 마스터를 가진 Domain controller의 시간 차가 5분 이상인 경우 인증이 되지 않을 수 있습니다.

Domain Controller의 경우에는 Replication 오류가 발생합니다.

체크해야할 사항은 DC끼리 Time 동기화가 잘되고 있는지 확인을 1차로 해야하며

그 뒤에 Member Server가 정상적으로 Time 동기화가 되는지 확인해야합니다.

왜냐하면, Member Server가 로그온 한 DC에 Time 동기화를 수행하므로 DC간에 동기화가 잘되고 있어야합니다.

마지막으로 현재 Time 설정에 대해 확인하는 방법입니다.

위와 같이 현재 동기화 하고 있는 Time 설정을 확인 할 수 있습니다.

만일 시간 서버와 재동기화가 필요한 경우 다음 명령어를 수행합니다.

 Peer 상태 확인

시간 동기화 관련 설정 확인

- w32tm /query /configuration

Windows Time serivice 등록 / 해제

- w32tm /register        (서비스 등록)

- w32tm /unregister    (서비스 해제)

동기화할 타임 서버 설정

- 0x01 : SpecialInterval

- 0x02 : UserAs FallbackOnly

- 0x04 SymmatricActive

- 0x08 Client

다음은 Time Service 관련 Registry Key 값입니다.

* 시간 서비스 대상 정하기HKLM\SYSTEM\CurrentControlSet\Services\W32Time\Config

- 값이름 : AnnounceFlags

- 데이터 형식 : DWORD

- 데이터 : A(내부 H/W Clock 기준), 5(외부 시간 원본 사용)

위 값 변경 후 NTP 서비스 재기동

PDC마스터가 자기 자신과 동기화 되면 오류가 발생하므로 PDC 마스터에서는 해당 값을 변경하면 안됩니다.

* NTP 동기화 시도 시간 설정

HKLM\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient

- 값이름 : SpecialPollInterval

- 데이터형식 : DWORD

- 데이터 : 900(15분)

http://support2.microsoft.com/kb/2478117/ko-kr

(Services fail to start and you receive an Error 1079 on a computer that is running Windows Server 2008, Windows Vista, Windows 2008 R2 or Windows 7)

원인

서비스가 로컬 시스템 계정이 아닌 로컬 서비스 계정 (NT AUTHORITY \ LocalService를) 시작하는 경우 문제가 발생할 수 있습니다.로컬 시스템 계정은 서비스를 시작 할 수있는 권한을 가질 수있다.

해결방법

윈도우 시스템을 운영하다 보면, 원인모를 시스템 다운 현상이 나타날 수 있을 거다.
결국 시스템이 멈춘 현상이 나타나거나 자동으로 재부팅을 하게 되는데, 그럴 경우 얼마동안은 문제 없이 작동을 하게 된다. 이렇게 꾸준하게 반복 되다보면 어딘가 문제의 원인을 찾아야 하는데 이때 쓰는 도구가 성능모니터이다. 디스크, 메모리, 프로세서, 네트워크 등을 살필 수 있으며 장기적인 문제 원인을 찾을 수 있을 거다.
예전에 비해 시스템 성능이 너무 좋아졌기 때문에 시스템 부하로 문제되는 경우는 다소 줄었다.

이 자료는 "윈도우 서버 성능 평가' 자료를 발췌했다.

• LogicalDisk\% Free Space 선 택한 논리 디스크 드라이브에서 사용할 수 있는 공간의 백분율을 측정합니다. 이 카운터가 15% 아래로 떨어지면 OS에서 중요 파일을 저장하기 위한 여유 공간이 부족할 수 있습니다. 이 경우 확실한 해결책은 디스크 공간을 늘리는 것입니다.
• PhysicalDisk\% Idle Time 샘플 간격 중 디스크가 유휴 상태였던 시간 백분율을 측정합니다. 이 카운터가 20% 아래로 떨어지면 디스크 시스템이 포화 상태인 것입니다. 현재 디스크 시스템을 더 빠른 디스크 시스템으로 교체하는 것이 좋습니다.
• PhysicalDisk\Avg. Disk Sec/Read 디스크에서 데이터를 읽는 데 걸리는 평균 시간(초)을 측정합니다. 값이 25ms(밀리초)보다 크면 디스크에서 읽을 때 디스크 시스템에 지연 현상이 발생하고 있음을 의미합니다. SQL Server® 및 Exchange Server를 호스팅하는 중요 업무 서버의 경우 허용 가능한 임계값은 10ms 미만입니다. 여기에서 가장 현명한 해결책은 현재 디스크 시스템을 더 빠른 디스크 시스템으로 교체하는 것입니다.
• PhysicalDisk\Avg. Disk Sec/Write 디 스크에 데이터를 쓰는 데 걸리는 평균 시간을 측정합니다. 이 시간이 25ms보다 크면 디스크에 쓸 때 디스크 시스템에 지연 현상이 발생하고 있음을 의미합니다. SQL Server 및 Exchange Server를 호스팅하는 중요 업무 서버의 경우 허용 가능한 임계값은 10ms 미만입니다. 여기에서 현명한 해결책은 디스크 시스템을 더 빠른 디스크 시스템으로 교체하는 것입니다.
• PhysicalDisk\Avg. Disk Queue Length 얼마나 많은 I/O 작업이 하드 드라이브를 사용할 수 있을 때까지 대기하고 있는지 나타냅니다. 여기에서 값이 스핀들 수 + 2보다 크면 디스크 자체에 병목 현상이 있음을 의미합니다.
• Memory\Cache Bytes 파일 시스템 캐시에 사용되고 있는 메모리의 양을 나타냅니다. 이 값이 200MB보다 크면 디스크 병목 현상이 발생할 수 있습니다.

• Memory\% Committed Bytes in Use 커밋된 바이트와 커밋 한도의 비율, 즉 가상 메모리의 사용량을 측정합니다. 이 값이 80%보다 크면 메모리가 부족함을 나타냅니다. 이 경우 확실한 해결책은 메모리를 추가하는 것입니다.
• Memory\% Available Mbytes 프 로세스 실행을 위해 사용할 수 있는 실제 메모리의 양(메가바이트)을 측정합니다. 이 값이 총 물리적 RAM의 5%보다 작으면 메모리가 부족함을 나타내며 이로 인해 페이징 작업이 늘어날 수 있습니다. 이 문제를 해결하려면 메모리를 추가해야 합니다.
• Memory\Free System Page Table Entries 시스템에서 현재 사용되지 않는 페이지 테이블 항목의 수를 나타냅니다. 이 숫자가 5,000보다 작으면 메모리 누수가 있을 수 있습니다.
• Memory\Pool Non-Paged Bytes 페 이징되지 않은 풀의 크기(바이트)를 측정합니다. 디스크에 쓸 수 없고 대신 실제 메모리에 남아 있어야 하는 할당된 개체에 대한 시스템 메모리 영역입니다. 이 값이 175MB(또는 /3GB 스위치의 경우 100MB)보다 크면 메모리 누수 가능성이 있습니다. 일반적인 이벤트 ID 2019가 시스템 이벤트 로그에 기록됩니다.
• Memory\Pool Paged Bytes 페 이징된 풀의 크기(바이트)를 측정합니다. 사용되고 있지 않을 때 디스크에 쓸 수 있는 개체에 대한 시스템 메모리 영역입니다. 이 값이 250MB(또는 /3GB 스위치의 경우 170MB)보다 크면 메모리 누수 가능성이 있습니다. 일반적인 이벤트 ID 2020이 시스템 이벤트 로그에 기록됩니다.
• Memory\Pages per Second 하드 페이지 결함을 해결하기 위해 디스크에서 페이지를 읽거나 쓰는 속도를 측정합니다. 과도한 페이징으로 인해 이 값이 1,000보다 크면 메모리 누수 가능성이 있습니다.

• Processor\% Processor Time 프로세서가 비유휴 스레드 실행에 소비하는 경과 시간의 백분율을 측정합니다. 이 백분율이 85%보다 크면 프로세서에 병목 현상이 발생하고 서버에 더 빠른 프로세서가 필요할 수 있습니다.
• Processor\% User Time 프 로세서가 사용자 모드에서 소비하는 경과 시간의 백분율을 측정합니다. 이 값이 높으면 서버에서 응용 프로그램이 많이 실행되고 있음을 나타냅니다. 한 가지 가능한 해결책은 프로세서 리소스를 많이 사용하는 응용 프로그램을 최적화하는 것입니다.
• Processor\% Interrupt Time 지정된 샘플 간격 중 프로세서가 하드웨어 인터럽트 수신 및 서비스 제공에 소비하는 시간을 측정합니다. 이 값이 15%보다 크면 하드웨어 문제일 수 있습니다.
• System\Processor Queue Length 프로세서 큐의 스레드 수를 나타냅니다. 이 값이 일정 기간 동안 CPU 수 x 2보다 크면 서버에 프로세서 성능이 부족한 것입니다.

출처 : http://ntfaq.co.kr/4248

• Network Interface\Bytes Total/Sec 프 레이밍 문자를 포함하여 각 네트워크 어댑터를 통해 보내고 받는 바이트의 비율을 측정합니다. 인터페이스의 70% 이상이 사용되면 네트워크가 포화 상태입니다. 100Mbps NIC의 경우 사용되는 인터페이스는 8.7MB/초입니다(100Mbps = 100000kbps = 12.5MB/초* 70%). 이와 같이 포화 상태이면 더 빠른 네트워크 카드를 추가하거나 네트워크를 분할해야 할 수 있습니다.
• Network Interface\Output Queue Length 출력 패킷 큐의 길이(패킷)를 측정합니다. 이 값이 2보다 크면 네트워크가 포화 상태입니다. 이 문제는 더 빠른 네트워크 카드를 추가하거나 네트워크를 분할하여 해결할 수 있습니다.

• Process\Handle Count 프로세스로 현재 열린 총 핸들 수를 측정합니다. 이 값이 10,000보다 크면 핸들 누수 가능성이 있습니다.
• Process\Thread Count 프로세스에서 현재 활성 스레드 수를 측정합니다. 이 값이 최소 및 최대 스레드 수 사이에서 500보다 크면 스레드 누수 가능성이 있습니다.
• Process\Private Bytes 다른 프로세스와 공유할 수 없는 이 프로세스에 할당된 메모리의 양입니다. 이 값이 최소 및 최대 스레드 수 사이에서 250보다 크면 메모리 누수 가능성이 있습니다.