티스토리 툴바


블로그 이미지
컴퓨터 공부를 위해^^
로멘틱가이

최근에 받은 트랙백

글 보관함

calendar

1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        

클러스터 서비스 예외 처리 대상

2012/01/28 00:15 | Posted by 로멘틱가이

클러스터 서비스에 백신이 실행되고 있는 경우 아래 경로는 제외해줘야합니다.

일반 클러스터 환경
  • 쿼럼 하드 디스크의 \mscs 폴더의 경로 지정 합니다. 예를 들어, Q:\mscs 폴더 바이러스 검색에서 제외 합니다.
  • %Systemroot%\Cluster 폴더입니다.
  • 클러스터 서비스 계정에 대 한 임시 폴더입니다. 예를 들어, 제외는 \clusterserviceaccount\Local Settings\Temp 폴더에서 바이러스 검색 합니다
  • Database 환경

  • SQL Server 데이터 파일
    일반적으로 이러한 파일의 파일 확장명 중 하나가 있습니다.
    • .mdf
    • .ldf
    • .ndf
  • SQL Server 백업 파일
    이러한 파일의 파일 확장명 중 하나를 경우가 많습니다.
    • .bak
    • .trn
  • 전체 텍스트 카탈로그 파일
  • Analysis Services 데이터를 저장하는 디렉터리
  • 참조 : http://support.microsoft.com/kb/309422

    저작자 표시

    Signature ID 변경(클러스터)

    2012/01/23 02:09 | Posted by 로멘틱가이
    오늘은 MSCS의 Signature에 대해 알아보도록 하겠습니다.

    MSCS의 경우 Disk를 Signature ID로 구분을 합니다.
    Windows 2003의 경우에는 Signature ID로 구분을하며
    Windows 2008의 경우에는 Disk No도 같이 구분을 하기 때문에
    Windows 2008의 경우에는 Signature ID 변경에 대한 이슈가 생기지 않습니다.

    1. Signature ID 저장 위치
    해당 Signature ID는 다음 위치에 저장되어 있습니다.
    (레지스트리 값으로 저장되어 있습니다.)
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ClusDisk\Parameters\Signatures

    해당 위치에 Signature ID가 저장되어 있습니다.

    2. 백업
    해당 레지스트리 값을 백업 받습니다.
    첨부된 dumpcfg를 이용하여 값을 백업 받습니다.
    dumpcfg > dumpcfg.log
    3. 이슈사항
    클러스터 서비스 기동 시 서비스가 정상적으로 안올라오는 경우 이벤트로그 확인 시 아래와 같은 내용이 발생할 수 있습니다.

    이벤트로그
    이벤트 형식 : 오류
    이벤트 원본 : ClusSvc
    이벤트 범주 : 실제 디스크 리소스
    이벤트 ID : 1034

    클러스터 디스크 리소스 '디스크 E:'와 연관된 디스크를 찾지 못했습니다.
    디스크의 예상된 서명은 55AFBFD4입니다. 서버 클러스터에서 디스크가 제거되었으면 리소스를 삭제하십시오. 디스크를 바꿨으면 리소스가 삭제되어야 하고 디스크를 온라인 상태로 만들려면 리소스를 다시 만들어야 합니다. 디스크를 제거하거나 바꾸지 않았으면 다른 서버 클러스터 노드가 디스크를 예약했으므로 지금 액세스할 수 없을 수 있습니다.
     
    4. 원인
    클러스터 서비스가 기동 시 Physical Disk가 Resource로 할당되어 있는 경우 해당 Resource에 대한 Signature ID를 검색하여 비교하게 됩니다.
    만일 자신이 알고 있는 Signature ID와 틀린 경우 해당 오류를 발생시키며 서비스가 정상적으로 시작되지 않습니다.
    5. 해결방법
    1) Active, Passive의 클러스터 서비스 시작 유형을 "사용 안함"으로 변경
    2) Passive Node의 시스템을 종료
    3) Active Node에서 제어판 -> 시스템 -> 장치관리자 에서 보기 메뉴의 "숨김 장치 표시"를 체크
    4) 비 플러그 앤 플레이 드라이브 에서 클러스터 디스크 드라이버(Clusdisk.sys)와 클러스터 네트워크 드라이버(Clusnet.sys) 등록 정보를 실행 후 시작 유형을 사용안함으로 변경
    5) Active Node 재 부팅후 공유 디스크로 정상적으로 접근 가능 확인
    6) 디스크 관리자에서 새로 구성한 드라이브의 디스크 번호 확인
    7) Disk Signature 정보 변경
    dumpcfg -S SignatureID 디스크번호
    8) Cluster 관련 Driver들의 시작 유형을 원래대로 변경
    - 클러스터 디스크 드라이버 : 시스템
    - 클러스터 네트워크 드라이버 : Demand
    9) Cluster Service의 시작 유형을 자동으로 변경한 후 Active 노드의 시스템을 재시작
    10) Active 노드 시스템이 재시작된 후 정상 확인
    11) Passive 노드 시스템 시작 후 정상 확인
    저작자 표시

    Windiows 7 XP Mode

    2011/12/28 17:22 | Posted by 로멘틱가이
    Windows 7 에는 XP Mode라는 것이 존재합니다.
    뭐 개념은 Windows 7 에 Virtual PC를 설치하고 거기에 XP를 VM으로 올리는 개념입니다.

    해당 XP Mode는 Windows 7 Pro, Ult 두 버전에서만 가능합니다.
    설치 방법은 다음과 같습니다.

    1. 해당 파일 Download
    http://www.microsoft.com/windows/virtual-pc/download.aspx

    해당 위치에서 해당하는 파일을 다운로드 받습니다.
    (Virtual PC, XP Mode, XP Mode upgrade File)

    XP Mode -> Virtual PC -> Upgrade File 순으로 실행하며
    Virtual PC와 Upgrade File을 수행할 때 리부팅이 있습니다.

    2. H/W Setting
    해당 Mode는 CPU가 Hardware Virtualization기능을 지원해야합니다.
    (Intel의 Intel® VT 와 AMD의 AMD-V™ )
    Bios에서 해당 기능을 설정해 줍니다.

    3. 해당 기능 수행
    설치 후 프로그램에 보시면 다음과 같이 XP모드와 관련하여 아이콘이 생성되어 있습니다. 해당 XP Mode를 수행하면 다음과 같이 진행되어 집니다.

    프로그램을 보면 Windows Virtual PC 밑에 Windows XP Mode가 있습니다.
    기존 Virtaul PC와 틀린 점은 Virtual PC의 경우 OS를 설치해야 하지만 이미 위에서 설치한 3개의 모듈 중 Xp Mode에 설치된 OS VM이 있기 때문에 XP Mode는 설치할 필요 없이 XP를 사용할 수 있습니다.

    처음 해당 프로그램을 실행하는 경우 XP Mode에 대해 Setting하는 화면이 나옵니다.
    처음에 계약 관련 문의가 진행됩니다.

    해당 설치 폴더 및 계정에 대한 암호를 물어봅니다.
    자격 증명 저장을 통해 향후 XP 실행 시 자동 로그인이 될 수 있도록 합니다.

    Windows Patch를 자동으로 찾을지에 대해 Setting 합니다.

    Windows 7 과 Windows xp의 드라이브를 공유합니다.
    그러므로 손쉽게 데이터를 양 OS간에 공유할 수 있습니다.

    Windows XP Mode를 설치합니다.

    설치 완료 후 XP가 VM으로 떠있는 것을 알 수 있습니다.

    사용하는 Application 중 XP에서 반드시 구동되어야 하는 Applicatiion이 있는 경우 유용한 Mode입니다.

    저작자 표시

    Process 별 성능 분석

    2011/11/21 13:58 | Posted by 로멘틱가이

    CPU 사용량이 높을 때 어떤 모듈이 해당 CPU를 과점하는지 확인하는 방법입니다.
    2가지 Tool에 대해서 설명드릴 예정입니다.

    1.Xperf
    해당 Tool은 Perfmon의 확장판이라고 보시면 됩니다.
    성능에 대해 확인이 가능하며 어떤 프로세스의 어떤 모듈이 사용을 많이 하는지 확인 가능합니다.
    또한 Process의 Lifetime 확인도 가능한 유용한 툴입니다.

    (1) 설치
    - Windows Performance Toolkit(WPT) Download 후 설치
    (2) Setting
    1) Symbol 설정

    2) 64Bit 설정
    HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Session Manager\Memory Management\DisablePagingExecutive
    해당 값 1로 변경

    (3) 자료 수집 방법
    xperf -on 관련필드

    관련 필드확인방법(Kernel)
    xperf -providers k

    만약 Latency 관련 확인이 필요한 경우
    xperf -on Latency -stackwalk profile
    을 수행하면 해당 필드와 관련된 데이터가 수집되어집니다.
    (4) 자료 저장 방법
    xperf -d 파일명
    해당 파일명(etl)으로 파일이 저장되어 집니다.
    (5) 내용 확인 방법
    xperfview 파일명

    (6) XPerf를 사용한 Booting 성능 수집
    xbootmgr -trace rebootCycle -noPrepReboot
    2. Kernrate
    두 번째로 설명드릴 Tool은 Kernrate입니다.
    해당 툴은 CPU사용과 관련하여 Log를 생성하는 Tool입니다.

    해당 툴은 Kernrate.exe를 수행합니다.
    해당 Tool 수행을 진행하면 성능을 수집하게 되며 Ctrl-C를 누르면 해당 수집을 중지하며 결과를 출력합니다.

    다음 내용은 kernrate /? 6을 통해 해당 결과를 파일로 만드는 방법 입니다.
    -yo   filename                Create an output file replacing stdout (filename
                                  optional, if not given then a generic name will
                                  be created).
    kernrate -yo test.txt
    위의 명령어를 수행하면 결과가 test.txt로 생성되어 집니다.

    아래 내용은 해당 결과 내용입니다.
     /==============================\
    <         KERNRATE LOG           >
     \==============================/
    Date: 2011/11/21   Time: 12:29:59
    Machine Name: JOKWON
    Number of Processors: 4
    PROCESSOR_ARCHITECTURE: AMD64 -> Kernel Bit
    PROCESSOR_LEVEL: 6
    PROCESSOR_REVISION: 2502
    Physical Memory: 8052 MB
    Pagefile Total: 16101 MB
    Virtual Total: 8388607 MB
    PageFile1: \??\C:\pagefile.sys, 8051MB
    OS Version: 6.1 Build 7601 Service-Pack: 1.0
    WinDir: C:\Windows
    Kernrate Executable Location: G:\UTILITY\성능분석 TOOL\KRVIEW\WIN7-X64
    Kernrate User-Specified Command Line:
    kernrate -yo test.txt

    Kernel Profile (PID = 0): Source= ProfileTime,
    Using Kernrate Default Rate of 65536 events/hit
    ------------Overall Summary:--------------
    Core 별 성능
    P0     K 0:00:00.031 ( 0.6%)  U 0:00:00.046 ( 0.8%)  I 0:00:05.553 (98.6%)  DPC 0:00:00.015 ( 0.3%)  Interrupt 0:00:00.000 ( 0.0%)
           Interrupts= 2399, Interrupt Rate= 426/sec.
    P1     K 0:00:00.015 ( 0.3%)  U 0:00:00.000 ( 0.0%)  I 0:00:05.616 (99.7%)  DPC 0:00:00.000 ( 0.0%)  Interrupt 0:00:00.015 ( 0.3%)
           Interrupts= 1780, Interrupt Rate= 316/sec.
    P2     K 0:00:00.031 ( 0.6%)  U 0:00:00.031 ( 0.6%)  I 0:00:05.569 (98.9%)  DPC 0:00:00.015 ( 0.3%)  Interrupt 0:00:00.015 ( 0.3%)
           Interrupts= 2766, Interrupt Rate= 491/sec.
    P3     K 0:00:00.031 ( 0.6%)  U 0:00:00.000 ( 0.0%)  I 0:00:05.600 (99.4%)  DPC 0:00:00.015 ( 0.3%)  Interrupt 0:00:00.015 ( 0.3%)
           Interrupts= 1781, Interrupt Rate= 316/sec.
    TOTAL  K 0:00:00.109 ( 0.5%)  U 0:00:00.078 ( 0.3%)  I 0:00:22.339 (99.2%)  DPC 0:00:00.046 ( 0.2%)  Interrupt 0:00:00.046 ( 0.2%)
           Total Interrupts= 8726, Total Interrupt Rate= 1549/sec.

    Memory 사용량 Summary

    Total Profile Time = 5631 msec
                                           BytesStart          BytesStop         BytesDiff.
        Available Physical Memory   ,      5579988992,      5580226560,          237568
        Available Pagefile(s)       ,     13615153152,     13612265472,        -2887680
        Available Virtual           ,   8796052733952,   8796050636800,        -2097152
        Available Extended Virtual  ,               0,               0,               0
        Committed Memory Bytes      ,      3270508544,      3271421952,          913408
        Non Paged Pool Usage Bytes  ,       110440448,       110460928,           20480
        Paged Pool Usage Bytes      ,       407916544,       408006656,           90112
        Paged Pool Available Bytes  ,       433987584,       433074176,         -913408
        Free System PTEs            ,        33556640,        33556640,               0
                                      Total      Avg. Rate
        Context Switches     ,        18846,         3346/sec.
        System Calls         ,        27577,         4897/sec.
        Page Faults          ,          530,         94/sec.
        I/O Read Operations  ,            6,         1/sec.
        I/O Write Operations ,           13,         2/sec.
        I/O Other Operations ,         1142,         203/sec.
        I/O Read Bytes       ,          230,         38/ I/O
        I/O Write Bytes      ,        69282,         5329/ I/O
        I/O Other Bytes      ,        53065,         46/ I/O
    -----------------------------
    Results for Kernel Mode:
    -----------------------------
    Kernel Mode Process 별 사용량

    OutputResults: KernelModuleCount = 187
    Percentage in the following table is based on the Total Hits for the Kernel
    ProfileTime   3398 hits, 65536 events per hit --------
     Module                                Hits   msec  %Total  Events/Sec
    NTOSKRNL                               3374       5631    99 %    39268063
    NVLDDMKM                                 12       5631     0 %      139661
    WIN32K                                    5       5631     0 %       58192
    NETWNS64                                  2       5631     0 %       23276
    TCPIP                                     2       5631     0 %       23276
    USBEHCI                                   2       5631     0 %       23276
    HAL                                       1       5631     0 %       11638
    ================================= END OF RUN ==================================
    저작자 표시

    NT Degugging

    2011/10/22 00:13 | Posted by 로멘틱가이

    NT debugging  관련 blog
    http://blogs.msdn.com/b/ntdebugging/
    저작자 표시
    TAG debugging, NT

    MSCS 구성을 위한 ISCSI 구성

    2011/10/20 16:32 | Posted by 로멘틱가이

    Windows2003에서 MSCS테스트를 하기 위해 Hyper-V를 이용하기로 하였습니다.
    구성은 다음과 같습니다.

       AD1 MSCS1 MSCS2 
     IP 192.168.0.1  192.168.0.2  192.168.0.3 
     설치 프로그램 Active Directory 
    ISCSI Target
    Sql Server 2005
    ISCSI Initiator
    Cluster
    Sql Server 2005
    ISCSI Initiator
    Cluster

    ISCSI 설치파일은 다음 위치에서 받으시면 됩니다.

    <ISCSI Initiator>
    http://www.microsoft.com/download/en/details.aspx?id=18986
    <ISCSI Target>
    http://www.microsoft.com/download/en/details.aspx?id=19867

    ISCSI로 MSCS 공용 디스크를 설치하기 위해서는 다음과 같은 절차로 진행하면 됩니다.
    1. 각 서버에 ISCSI Target, ISCSI Initiator를 설치합니다.
    (Target 서버가 실제 디스크를 할당 받는 서버이며 Initiaotr가 설치되어지는 서버가 디스크를 할당 받아 사용하는 서버입니다.)

    2. 디스크를 할당합니다.
    (실제 디스크를 Target 서버에 할당하여 드라이브 문자를 할당합니다.)
    (ex L드라이브 500GB 할당)

    3. Initiator 서버에서 Target 서버 설정
    1) iSCSI Initiator 실행
    2) Discovery 선택


    3) Add 버튼 클릭 후 Target 서버 IP 등록
    4) Target Tab 선택
    5) Logon 선택 후 Automatically restore this connection when the system boots 선택


    6) Refresh 선택 후 Target 서버 정보가 나오는지 확인

    4. Target 서버에서 iSCSI 대상 추가
    1) iSCSI 대상에서 마우스 오른쪽 클릭하여 iSCSI 대상 만들기 선택


    2) iSCSI 대상 이름 지정(서버이름으로 하는 것이 구분이 쉽습니다.)


    3) 찾아보기 선택하여 초기자 선택

    4) 완료 후 해당 iSCSI대상 -> 속성을 선택하여 iSCSI 초기자 Tab 선택
    5) 추가 클릭하여 추가 되지 않은 서버 추가

    5. Target 서버에서 장치 추가
    1) 장치에서 마우스 오른쪽 클릭하여 가상 디스크 만들기 선택
    2) 파일 명 지정
    3) 가상디스크 크기 지정
    4) 가상 디스크에 액세스 할수 있는 iSCSI 대상 설정
       (두대의 서버를 모두 선택합니다.)

    위와 같이 설정하면 각 Initiator 서버에서 각 디스크가 보이게 됩니다.
    저작자 표시

    nslookup 오류

    2011/10/20 11:55 | Posted by 로멘틱가이
    nslookup을 쳤을때 다음과 같은 메시지가 발생할 수 있습니다.


    먼저 nslookup을 쳤을 때 DNS Request timed out이 나오면 처리할 수 있는 방법입니다.
    http://support.microsoft.com/kb/242906

    하지만 위의 경우는 해당 내용과 다른 내용입니다.
    ipconfig /all을 치면 아래와 같이 결과값이 나옵니다.

    해당 dns란을 보면 ::1이 보입니다.
    그래서 IPv4의 DNS 란을 확인해보았습니다.

     


    해당 내용에는 ::1이라는 주소가 없습니다.

    확인결과 ipv6에 디폴트로 ::1 주소가 있는 것을 확인한 후 해당 내용을 지워주니 정상 적용되었습니다.

    혹시 nslookup의 결과로 DNS request timed out이 발생하면 위의 ms technet 문서를 참고해주시기 바라며 추가로 특이한 ip가 dns 서버에 들어가 있는지 확인해 주시기 바랍니다.

    저작자 표시
    TAG dns, IPv4, nslookup

    KCC could not add this REPLICA LINK due to error.

    2011/10/20 11:48 | Posted by 로멘틱가이

    AD 추가 설치 후 복제가 정상적으로 이루어지는지 확인하기 위해 다음 명령어를 수행합니다.
    repadmin /showreps

    해당 명령어 수행 시 정상적인 설정인 경우 다음과 같이 성공 메시지가 발생합니다.

    하지만 이슈가 있는 경우 다양한 오류를 떨어뜨리게 됩니다.
    (네트워크가 서로 연결이 되지 않은 경우, Sysvol이 정상적으로 공유가 되지 않은 경우 등)
    그 중 아래와 같은 오류가 발생할 수 있습니다.

    KCC could not add this REPLICA LINK due to error.

    해당 메시지는 KCC가 Replica link를 설립함에 있어 에러가 발생 했다는 문구 입니다.

    KCC는 Intersite간 연결을 어떻게 설정할지를 결정하는 Process 입니다.
    해당 복제 관련  컨셉을 이해하고 싶으신 분은 아래 사이트를 읽어보시기 바랍니다.

    <Active Directory Replication Concepts>
    http://technet.microsoft.com/en-us/library/cc756899(WS.10).aspx

    그렇다면 해당 오류 메시지는 어떻게 일어나는가?~
    결론은 네트워크 연결이 정상적이지 않기 때문입니다.
    이번 Case의 경우 한쪽 노드에서 방화벽이 설정되어 있어 Network Link가 설립되지 못해 일어 났습니다.

    향후 해당 메시지를 보시면 방화벽 체크와 해당 포트로의 network가 정상적으로 연결되었는지 확인해 보시기 바랍니다.

    저작자 표시

    작업관련

    2011/10/14 11:44 | Posted by 로멘틱가이

    Cluster IP 변경
    http://support.microsoft.com/kb/244980/ko
    저작자 표시

    경로

    2011/10/06 00:21 | Posted by 로멘틱가이

    hpc server 동영상
    http://technet.microsoft.com/en-us/edge/Video/ff711655
    http://technet.microsoft.com/en-us/edge/video/job-submission-and-management-in-hpc-server-2008

    hpc server state
    http://technet.microsoft.com/en-us/library/ff919440(WS.10).aspx

    backup and restore
    Export-HpcConfiguration.ps1 -Path C:\Path\
    Import-HpcConfiguration -Path C:\Path\20110520_132914


    Parameter Set: Name
    Remove-HpcNode [-Name] <String[]> [-Comment <String> ] [-Scheduler <String> ] [-Confirm] [-WhatIf] [ <CommonParameters>]
    
    Parameter Set: Node
    Remove-HpcNode -Node <HpcNode[]> [-Comment <String> ] [-Scheduler <String> ] [-Confirm] [-WhatIf] [ <CommonParameters>]
    
    Remove-HpcNode -Name "node11"
    Get-HpcNode -Name hpcr1* | Remove-HpcNode
    Remove-HpcNode -Name "node11"
    http://technet.microsoft.com/en-us/library/ff950137.aspx
     
     
    저작자 표시
    이전 1 2 3 4 5 ... 16 다음