류짱:Beyond MySelf

이런 저런 이유로 Windows Server 2012에 .Net Framework 3.5를 설치하려고 서버 관리자를 실행 후 역할 및 기능 추가 마법사를 실행 한 후  .Net Framework 3.5의 선택하고 설치를 진행하였습니다만 아래와 같은 오류와 함께 설치가 실패 되었습니다.

하나 이상의 역할, 역할 서비스 또는 기능을 설치하지 못했습니다...........

그래서 좀 찾아보니 아래와 같은 KB가 있네요..
설치 실패 원인과 조치 방법은 아래 KB를 통해서 확인 할 수 있습니다.
 
Error codes when you try to install the .NET Framework 3.5 in Windows 8 or in Windows Server 2012
http://support.microsoft.com/kb/2734782

[조치 방법]
인터넷이 되는 환경이라면 로컬 정책 실행(gpedit.msc) 후 컴퓨터구성 => 관리 템플릿 => 시스템 선택 후
아래 그림에서 처럼
Specify settings for optional component installation and component repair사용함으로 변경합니다.

그리고 아래 표시처럼 Windows 업데이트에 직접연결하여 복구 콘텐츠 다운로를 선택합니다.

서버 관리자를 실행 후 역할 및 기능 추가 마법사를 실행 한 후  .Net Framework 3.5의 선택하고 설치를 진행하면 위와 같은 에러가 발생하지 않고 설치가 성공적으로 마무리 됩니다.

그런데 만약  인터넷이 안되는 환경이라면 Windows serverer 2012 설치CD를 삽입 후 아래 명령어를 실행하여 수동으로 설치 하시면 됩니다.
파워셀이나 CMD를 실행 후
Dism /online /enable-feature /featurename:NetFx3 /All /Source:D:\sources\sxs /LimitAccess
아래 옵션 중 Source:D:는 설치CD의 Drive 레터입니다.

감사합니다.

[참고 자료]
Error codes when you try to install the .NET Framework 3.5 in Windows 8 or in Windows Server 2012
http://support.microsoft.com/kb/2734782

저작자 표시 비영리 변경 금지
신고

Comment 1

SQLER에서 진행 한 Windows Azure 온라인 캠프에 참여를 하여 말로만 듣고 실제 한번도 경험해 보지 못했던 Windows Azure 서비스를 이용해 보았습니다.

SQLER에서 제공한 아래 가이드를 참고하여 Windows Azure 관리 포털에 로그온(온라인 캠프 담당자로부터 발급 받은 사용자 계정으로)하여 실행 중인 두 대의 Virtual Machine에 원격 데스크탑을 이용해서 로그온 후 본격적인 체험을 시작하였습니다.
SQLER on Windows Azure 캠프! - (커뮤니티 온라인 무료 캠프)
http://www.sqler.com/522245#7

SQLER on Windows Azure 캠프! 체험자를 위한 Azure 포털에 로그인부터 Virtual Machine에 접속 후 체험 진행까지
http://www.sqler.com/522264


아래 화면은 Windows azure 관리 포털에 로그온 한 후의 하면입니다. 아래 그림을 보시면 Virtual Machine 두 대가 Running 중임을 확인 할 수 있으며 아래 빨간 박스로 표시한 Connect를 클릭하면 Virtual Machine에 접속 할 수 있는 Remote Desktop Protocol 아이콘을 저장 할 수 있습니다.

 

 

바탕화면에 두 대의 Virtual Machine 에 대한 RPD를 저장하고 원격 접속을 하여 가장 먼저 서버의 SPEC을 확인 해 보았습니다. 8코어 CPU, 14GB 메모리… 대박.. 그리고 SQL Server 위한 저장소 공간인 D드라이브는 무려 600G… 그런데 C 드라이브의 공간은 20G.. ㅋㅋ

두 대의 서버에 차례대로 로그온 하여 저는 제일 먼저 메모리 덤프를 수집 해 보았습니다. 클라우드로 운영 중인 서버에 얘기치 않은 종료가 발생 할 경우에도 원인 분석을 위해서는 메모리 덤프가 필요 할 것이기 때문에 Physical 머신들 처럼 덤프가 생성 될 수 있는 조건이 갖춰져 있다면 정상적으로 덤프가 잘 생성되는지 확인을 해 보고 싶었습니다^^

[Azure1]
* 서버 환경: Windows Server 2008 R2 EE  / memory : 14G

먼저 1번 서버에서 WMIC 쿼리를 이용해서 메모리 덤프가 생성 되는 위치와 어떤 종류의 메모리 덤프가 생성 되게 되는 확인을 하고 Bang.exe를 실행하였습니다.

시스템이 다시 시작되고 페이징 파일의 위치를 확인 해보았는데 헉….
C 드라이브에는 페이징 파일이 없고 D 드라이브에만 지정이 되어 있었네요… -_____--

그래서 당연히 덤프가 생성 되지 않았을 거라고 생각하고 덤프가 생성 되는 위치를 확인 해 보았습니다.. 그런데 어찌 된 일일까요? 덤프가 생성이 되어 있네요???
이전에 제 블로그에서도  여러 차례 언급을 하였지만 Dedicated dump 파일이 설정 되어 있지 않은 경우라면 반드시 부팅 파티션에 Paging File이 있어야만 메모리 덤프가 생성 되는 것으로 알고 있었는데…..

Windows 메모리 덤프 개요와 설정 방법
http://ryuchan.kr/91

시스템 파티션과 부트 파티션 - 메모리 덤프가 생성 되는 곳은?
http://ryuchan.kr/467

정말 미스터리 했습니다.

아래 그림들을 보시면 아시겠지만 분명히 C 드라이브에 Windows 폴더와 Bootmgr 이 있었고 Paging File은 D 드라이브만 있었는데.. 그리고 레지스트리를 아무리 뒤져봐도 Dedicated 덤프 설정은 되어 있지 않았는데…

DedicatedDumpFile 을 사용하는 방법
http://ryuchan.kr/90

어떻게 된 일일까요??


 

 

 

[Azure2]
* 서버 환경: Windows Server 2008 R2 EE /  memory : 14G

그래서 2번 머신에서는 기본 덤프 설정을 변경하여 전체 메모리 덤프가 생성 되게 하고 덤프 생성 위치 또한 D 드라이브로 변경을 한 후 위와 동일 하게 Paging File 설정은 그대로 두고 다시 덤프를 수집 해 보았습니다.

결과는…. 흑…. 이번에도 덤프가 생성 되어 버렸네요…..

 

분명히 아래 그림에서 보이는 것처럼 C 드라이브는 부팅 & 시스템 파티션이고 D 드라이브는 임시로 할당 된 대용량 로컬 디스크 이며 Paging File 만 설정이 되어있었는데…..

 

아직도 의문입니다. 어떻게 메모리 덤프가 생성이 될 수 있었는지… 누가 답변 좀 주세요^^

그나저나 저는 위정작 중요한 SQL server 2012는 테스트도 못해보고 캠프 시간이 마감 되어버렸네요.. 업무 중 짬짬이 시간 내어 테스트를 해보려고 했었는데……. 아쉬움이 많이 남네요..

신고

Comment 0

Netmon nmcap 명령어를 이용하여 네트워크 패킷을 모니터링 하는 방법입니다.
아래 샘플은 해당 서버와 특정 IP(100.100.100.1)간의 네트워크 패킷을 100M 단위로 수집 하는 방법입니다..

아래와 같이 명령하면, c:\ 밑에 netmoncap1.cap, netmoncap2.cap, 100mb 단위로 계속 로깅 됩니다. 저장 폴더는 서버 환경에 따라 변경 하시기 바랍니다

넷몬 다운로드(Microsoft Network Monitor 3.4)
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=983b941d-06cb-4658-b7f6-3088333d062f

명령 프롬프트 실행 후 넷몬이 설치 된 디렉터리로 이동 후 아래 명령어를 실행 합니다.

C:\Program Files\Microsoft Network Monitor 3>nmcap /network * /capture ipv4.address == 100.100.100.1 /File c:\netmon.chn:100M

Network Monitor Command Line Capture (nmcap) 3.4.2350.0

Loading Parsers ...

[INFO] sparser.npb:001.000 Successfully unserialized NPL parser 'C:\ProgramData\

Microsoft\Network Monitor 3\NPL\NetworkMonitor Parsers\Profiles\64BAA24A-0AAD-44

e6-9846-3BE43D698FF6\sparser.npb. (0x83008006)

Saving info to: c:\netmon.cap - using chain captures of size 1.00 MB.

ATTENTION: Conversations Enabled: consumes more memory (see Help for details)

ATTENTION: Process Tracking Disabled: Use /CaptureProcesses to enable (see Help

for details)

Note: Process Filtering Disabled.

Exit by Ctrl+C

Processing | Received: 248 Pending: 0 Saved: 4 Dropped: 0 | Time: 20 seconds.

Canceled by user pressing CTRL-C...

Backlog | Received: 248 Pending: 0 Saved: 4 Dropped: 0 | Time: 21 seconds.

Closing generated capture files ...

Completed | Received: 248 Pending: 0 Saved: 4 Dropped: 0 | Time: 21 seconds.

C:\Program Files\Microsoft Network Monitor 3>

** 패킷 수집을 중지 하시려면 Ctrl+C를 누르시면 됩니다.

만약 Netmon을 이용해 특정 포트 (UDP 53)의 패킷을 수집 하고 자 할 경우에는 아래와 같이 명령어를 실행 하시기 바랍니다.

명령 : nmcap /network * /capture udp.port==53 /File d:\netmon\netmoncap.chn:100M

감사합니다.

[참고 자료]
How to setup and collect network capture using Network Monitor tool
http://blogs.technet.com/b/msindiasupp/archive/2011/08/10/how-to-setup-and-collect-network-capture-using-network-monitor-tool.aspx

저작자 표시 비영리 변경 금지
신고

Comment 0

서버나 개인용 PC에 설치 된 .net framework 를 확인 하기 위해서는 아래와 같이 4가지 방법을 사용 할 수 있습니다.

1.
프로그램 추가 제거에서 설치 된 .net framework 확인



2. C:\Windows\Microsoft.NET\Framework
폴더에서 확인

 
3.
레지스트리 키 값

HKLM\Software\Microsoft\.NETFramework

 
4. NET Framework Setup Verification Tool User's Guide
http://blogs.msdn.com/b/astebner/archive/2008/10/13/8999004.aspx
 


 
[
참고 자료]
Windows XP
또는 Windows 2000 Microsoft .NET Framework 1.1 설치 문제를 해결하는 방법

http://support.microsoft.com/kb/824643/ko

.NET Framework 2.0
을 수동으로 제거한 후 다시 설치하는 방법
http://support.microsoft.com/kb/908077/ko

 
감사합니다.

 

저작자 표시 비영리 변경 금지
신고

Comment 0

네트워킹 방식

      이더넷 방식 : CSMA/CD(Carrier Sense Multiple Access/Collision Detect) 프로토콜을 이용하여 통신

         -> Carrier Sense에 의한 다중 접근 충돌  감지

        * 충돌 발생시 해당 pc 들은 랜덤한 시간 동안 기다린 후 데이터 전송 시도

        * 너무 많은 충돌이 발생하면 통신에 장애가 생김

    □  토큰링(TokenRing) : 한 네트워크에서 오직 토큰을 가진 pc만이 네트워크 전송 가능

         collision은 없으나 다른 pc가 보낼 데이터가 없어도 차례가 올때 까지 계속 기다려야 함
   
   
□  FDDI

    □  ATM

케이블 관해서...

     동일 기종과 통신 하기 위해선 cross 케이블이 필요하고 이기 종간의 연결은 straight cable을 사용한다.

     동일 기종 : 그룹 1. PC, Server, Router

                     그룹 2. Hub, Switch

 

맥 어드레스(Mac address).......

    □  Media Access Control : 48bit (6 octet), 전 세계 유일, 3 otect OUI(Organizational Unique Identifier)
       
나머지 3 Host Identifier

        ex)  00:00:Oc:12:34:56(제조사 번호코드(00:00:0C) + 일련번호(12:34:56)
    □  ARP ( Address Resolution Protocol) : IP 주소를 다시 MAC
주소로 바꾸는 절차
    동일 네트워크
: ARP request (broadcast | PC Z Mac? | PC Y MAC) -> ARP reply ( PC Y Mac | PC 
                              Z Mac)
    □ 다른 네트워크
: ARP request (broadcast | PC Z Mac? | PC Y MAC) -> Router -> ARP reply ( PC Y Mac |
                              PC Z Mac)

유니케스트(Unicast)

   □ 1 1 통신 , 프레임 안에 항상 출발지와 목적지의 주소(맥 어드레스)가 들어 있음

   랜카드에서 자신의 맥 어드레스와 비교하여 자신의 것이 아니면 해당 프레임을 버리므로 해당 PC CPU
       
 영향을 주지 않음

브로드캐스트

   브로드캐스트 도메인 영역의 모든 네트워크 장비들에게 보내는 통신

   □ 255.255.255.255

   □ CPU interrupt 요청하므로 CPU 부하 유발

   □ ARP (상대방의 Mac을 알아내기 위해 사용, 라우터끼리 정보 교환, 서버가 클라이언트에 자신이 어떤 
       서비스
  제공하는지 알릴때
) 사용, 30초나 1분 주기로 발생

멀티캐스트

   특정 그룹에게 데이터를 보내는 경우

   라우터나 스위치가 지원해야 함

◆ OSI 7 Layer

   □ Physical Layer(물리적 계층) : 데이터를 전달 할 뿐 데이터에 대한 정보나 에러 유무에 관여하지 않음
       (
케이블,리피터, 허브 )

   □ Data-Link Layer(데이터링크 계층) : 물리적 계층 통해 송 수신되는 정보의 오류와 흐름 관리하여 안전한
       정보
전달 수행을 도와주는 역할
(브리지, 스위치)

   □ Network Layer(네트워크 계층) : 경로를 선택하고 주소를 정하고 경로에 따라 패킷을 전달 해주는 역할
        (
라우터, L3 스위치
)

 ◆ TCP/IP ( Transmission Control Protocol / Internet Protocol)

◆ LAN Card : 데이터를 케이블에 실어서 허브나 스위치 혹은 라우터등으로 전달해주고 자신에게 온 data 
                     CPU
에게 전달해 주는 역할
                    
Ethernet, Token Ring, FDDI, ATM용 등으로 구분 됨

                     Network Interface Card

                     IRQ( 인터럽트 요청) Base Memory(메모리 범위) - IRQ를 이용해 CPU에게 인터럽트를 걸어
                     자신의
일을 요청 하면 CPU Base Memory 쪽으로 이동하여 작업 시작

◆ Hub : Multiport Repeate, 한 포트로 들어온 데이터를 나머지 모든 포트로 뿌림

             Collision Domain - 해당 허브에 붙은 하나의 pc가 통신을 하게되면 다른 모든 pc는 통신을 할수
                                        없으며 통신을 하여 collision이발생하면 다른 모든 PC가 영향을 받음

             Intelligent / Dummy Hub : NMS(Network Management System)에서 데이타 분석 및 허브 제어 가능

             collision 발생시 해당 포트를 찾아 자동으로 Isolation 시킴 / Auto Partition Stackable / Stanalone

브리지 and 스위치 : Collision Domain을 나누어 줌, 포트별로 콜리전 도메인이 나뉘어져 있음

      주요 기능

           - Learning  : 출발지의 맥 어드레스를 임시 저장

           - Flooding :  브리지 테이블에 없을 경우 들어온 포트를 제외한 나머지 모든 포트로 뿌림, Broadcast
                            
Multicast의 경우에도 발생
           - Fowarding : 브리지가 목적지의 Mac을 자신의 table
에 가지고 있고 목적지와 출발지가 다른
                              세그먼트에 존재 하는 경우
Forwarding
발생 오직 해당 포트쪽으로만 뿌림
          
- Filtering : 브리자가 목적지의 맥 어드레스를 알 경우, 출발지와 목적지가 같은 세그먼트 상에 있는
                           경우
           - Aging : 5 (300)가 출발지 주소 저장 되어 있다가 300초 지난 후 table에서 삭제 
      
       
스위치와 브리지의 차이점
           - 스위치는 처리 방식이 하드웨어( ASIC - Application-specific Intergrated Circuit),
브리지는 
              소프트웨어
           - 브리지는 같은 속도 지원,
스위치는 서로다른 연결 속도 지원
           - 스위치는 Cut-through or Stored-and-foward 방식 사용 브리지는 stored-and-forwad
방식만 사용
              * Store-and-forward :
들어오는 모든 프레임을 전부 받아 들인 후 프레임이 다 들어 왔는지 에러는
                                              없는지 출발지와 목적지 주소는
어디인지 파악한 후 처리를 해주는 방식

                                              
에러 발생시 재 전송  요구 하기 때문에  복구 능력 뛰어나지만 처리속도 
                                              느려 짐
              * Cut-through :
스위치가 들어오는 프레임의 목적지 주소만을 본 다음 바로 전송 처리 시작하는
                                     방식
                                    
목적지 주소 48bit 만을 본 후 전송)
빠르지만 복구 능력이 없음
             
* Fragment-Free : 프레임의 512bit를 보 후 전송

 ◆ Looping(루핑) : 프레임이 네트워크 상에서 무한정으로 뱅뱅 돌기 때문에 이더넷의 특성상 네트워크가
                          조용해야 데이터를 전송 할 수 있는 다른
네트워크 장비들이 네트워크가 조용해지기를
                          기다릴 뿐 전송은 불가능 해지는 상태
                          두 개의 스위치가 스위치가 브로드캐스트를 받았을 때 서로 Floding을 할 경우 발생
                          Spanning tree Algorithm - 스위치나 브리지에에서 발생 할 수 있는 루핑을 미리 막기 위해 
                          두 개 이상의 경로가 발생하면 하나를 제외하고 나머지 경로를 자동으로 막았다가 기존
                          경로에 문제가  생기면 사용 Ether-channel(이더채널) - 여러개의 링크가 하나처럼 인식, 
                          복구시간 2~3초, GigaEther Channel

◆ VLAN(Virtual LAN) : 한 대의 스위치를 마치 여러 대의 분리된 스위치 처럼 사용하고 또 여러 개의 네트워크
                                정보
를 하나의 포트를 통해 전송 할 수 있는기술
                               
아무리 같은 스위치에 붙어 있다 하더라도 가상랜간의 통신은 오직 Layer3 장비 즉 
                                라우터를 통해서만 가능함

저작자 표시 비영리 변경 금지
신고

Comment 0

  
1. MOSS에서 설정된 Default Recovery Model

http://blogs.msdn.com/jjameson/archive/2008/01/18/default-recovery-models-for-sharepoint-databases.aspx

Database Name

Default Recovery Model

SharePoint_AdminContent_{GUID}

Full

SharePoint_Config

Full

{SSP name}_DB

Simple

{SSP name}_Search_DB

Simple

WSS_Content

Full

WSS_Content_{SSP name}

Full

WSS_Search_{server name}

Simple

 
Configuration database and central administration content database: perform a full backup operation with either stsadm or sql server.
If you are using SQL Server, use the simple recovery model, so that your transaction log is truncated.
Content database: perform a full backup operation with either stsadm or sql server to back up all content databases.
If you are using SQL server, use the simple recovery model, so that your transaction log is truncated.
 

2. MOSS 관련 데이타 베이스

각자 Database 이름은 사용자가 어떻게 지정하느냐에 따라서 항상 변경 가능합니다.
, Sharepoint 시작되는 Database Default MOSS에서 생성합니다.

Database Name

Description

SharePoint_AdminContent_{GUID}

중앙관리 데이타 베이스

SharePoint_Config

중앙관리 데이타 베이스

{SSP name}_DB

Shared Service Provider 관리를 위한 DB MOSS에서 SSP를 생성시마다 생성
기본적으로 {SSP name}_DB, {SSP name}_Search_DB, WSS_Content_{SSP name} 같이 생성됨. 이름은 변경 가능함.

{SSP name}_Search_DB

Shared Service Provider 관리를 위한 DB MOSS에서 SSP를 생성시마다 생성 – Office search 정보를 관리하기 위한 데이타 베이스

WSS_Content_{SSP name}

Shared Service Provider 관리를 위한 DB MOSS에서 SSP를 생성시마다 생성

WSS_Search_{server name}

WSS Search 관리 데이트 베이스

WSS_Content

기본적으로 팀 사이트 등을 관리하는 Database
: 사용자의 Contents가 대부분 여기에서 등록되며, Content Database 100GB 미만을 유지할 것을 권장함.

 
 
[참고 사이트]
MOSS 2007 Backup and Restore: Overview
http://msdn.microsoft.com/en-us/library/bb447509.aspx
신고

Comment 0