독까의 이야기

이전에 리눅스 서버에 DNS 서비스를 구축 하였다. 

리눅스를 마스터 DNS 로 이용하는 윈도우 슬레이브 DNS 서비스를 구축하려고 한다. 


우선은 윈도우에 서버에 DNS 서비스를 설치를 한다.


역할 및 기능 추가에서 설치를 진행하면 된다. 



설치가 완료가 되었으면, DNS 관리자를 실행하여 정방향 조회 영역에서 새 영역을 만들어 준다. 

윈도우 DNS 는 슬레이브 이므로, 영역 형식은 반드시 "보조 영역" 으로 선택 후 진행을 한다.



영역 이름은 그냥 gunnm.xyz 로 한다. 



마스터 DNS 서버의 정보를 입력한다. 




마스터에서 정보를 갖고 오지 않았으므로, 영역 로드가 되지 않는다.



마스터에서 전송을 선택하여 영역을 로드 한다. 



정상적으로 로드가 완료 되면 마스터에서 생성 된 DNS 정보가 출력 된다. 




DNS 서버를 이중화하여 구축시, 마스터에서 장애가 발생하여도 슬레이브에서 처리를 하므로 웹사이트 호출에는 이상이 없다. 


일부 서버에서 시스템 파티션의 용량이 부족함을 확인 하였다. 


불필요한 로그 및 사용자 파일을 정리 하여도, C:\Windows\WinSxS 폴더의 용량이 줄지 않는한 충분한 용량 확보가 가능하지 않는 것 같다. 


dism 명령어를 이용해서 서비스팩 파일을 삭제해봐도 몇 백 메가 정도 줄어들 뿐이다.


디스크 정리툴을 이용하면 정리가 가능한 목록을 확인이 가능한데, 서버에서는 이 기능이 비활성화 되어 있으므로 수동으로 진행을 해줘야 한다. 


아래의 내용대로 진행을 하면, 디스크 정리툴을 확인 할 수 있다. 


# Windows 2008 R2 (x64)


C:\Windows\winsxs\amd64_microsoft-windows-cleanmgr_31bf3856ad364e35_6.1.7600.16385_none_c9392808773cd7da\cleanmgr.exe 을 복사하여, C:\Windows\System32 에 붙여넣기 한다. 


C:\Windows\winsxs\amd64_microsoft-windows-cleanmgr.resources_31bf3856ad364e35_6.1.7600.16385_ko-kr_8c058680620e92d9\cleanmgr.exe.mui 을 복사하여, C:\Windows\System32\ko-KR 에 붙여넣기 한다. 


시작 - 실행 에서 cleanmgr 입력 후 실행한다. 



또는, 서버 관리자 - 기능 추가에서 "데스크톱 경험" 을 설치하면 디스크 속성에서 디스크 정리 버튼 확인 가능하다. 


참고로, 중국 프로그래머가 만든 Windows Update Clean Tool 을 사용해도 무방하다. 


Windows_Update_Clean_Tool_2013-8-19.zip


테스트 목적 : 백업 디스크 미장착으로 외부 저장 경로에 네트워크 백업을 진행하는 서버 장애 복구 테스트


# 테스트 진행 장비 스펙 


 A : X9DRL-IF E5-2620 * 1 EA / SSD 120G * 1 EA / RAM 4G * 1 EA / SATA 3TB * 1 EA

 B : X9DRL-IF E5-2620 * 1 EA / SSD 120G * 1 EA / RAM 4G * 1 EA

 - OS : Windows 2012 R2

 - 라우터 - 스위치 - 서버 로 네트워크 연결 구성되어 있음 

 - 윈도우 방화벽은 Disabled 상태

 - 서버 네트워크 DHCP 로 설정

 - A 에서 ipconfig : 10.1.100.245

 - B 에서 ipconfig : 10.1.100.204

 - A 의 D 드라이브에 신규 폴더 생성 : D:\10.204

 - 10.204 폴더에 네트워크 공유 설정

 - B 에서 완전 복구 옵션으로 네트워크 백업 진행 : \\10.1.100.245\10.204

 - 네트워크 백업 정상 완료


 # 테스트 첫 번째

 - B 에 윈도우 설치 CD 장착 후 서버 리부팅

 - 윈도우 설치 모드에서 디스크 삭제 진행 후 설치 취소

 - 컴퓨터 복구 - 문제 해결 - 시스템 이미지 복구 - 고급 - 네트워크에서 시스템 이미지 검색 

 - 경로 입력 - \\10.1.100.245\10.204 - A 의 로그인 정보 입력 - 백업 이미지 선택 후 복구 실행

 - OS 복구 정상 확인

 - DHCP 네트워크 환경에서는 네트워크를 통한 이미지 복원 진행시, 상단 라우터에서 설정 된 네트워크 대역에 포함되는 아이피를 자동 할당 : 10.1.x.x

 - A 의 방화벽에서 10.1.x.x. 대역에 대해 전역 오픈 하면 네트워크를 통한 시스템 이미지 복구 환경 구축 완료


 # 테스트 두 번째 : DHCP 환경이 아닌 Static 환경에서 네트워크 연결 가능 여부 확인

 - A 의 아이피를 192.168.1.100 으로 변경

 - B 에 윈도우 설치 CD 장착 후 서버 리부팅

 - 윈도우 설치 모드에서 디스크 삭제 진행 후 설치 취소

 - 컴퓨터 복구 - 문제 해결 - 명령 프롬프트

 - ipconfig 입력하여 할당 된 아이피 확인 : 아이피 할당되어 있지 않음 

 - 인터페이스 확인 : netsh interface show interface 

 - 인터페이스 확인 불가 

 - CMD 콘솔 닫기

 - 문제 해결 - 시스템 이미지 복구 - 고급 - 네트워크에서 시스템 이미지 검색 - 경로 입력하지 않고 취소 - 취소

 - 네트워크가 활성화 되려면 "네트워크에서 시스템 이미지 검색" 단계를 진행해야 함

 - 문제 해결 - 명령 프롬프트 - ipconfig - 아이피 확인 : 169.254.193.42

 - 할당 된 아이피를 192.168.1.101 로 변경 하기 위한 명령어 입력 : netsh interface ip set address "어댑터" static 192.168.1.101 255.255.0.0 

 - 아이피 변경 실패 : 알 수 없는 인터페이스입니다. 

 - 어댑터 명 변경 : netsh interface set interface name="이더넷" newname="eth1"

 - 인터페이스 확인 : netsh interface show interface / eth1 로 변경 확인

 - 아이피 변경 재입력 : netsh interface ip set address "eth1" static 192.168.1.101 255.255.0.0 

 - 아이피 변경 실패 : 알 수 없는 인터페이스입니다. 

 - 복구 모드 CMD 에서는 아이피 변경 불가로 확인 됨 / 자동 할동 된 아이피로 네트워크 연결 필요

 - A 의 아이피를 169.254.193.40 으로 변경 

 - B 에서 아래의 작업을 수행 

 - 컴퓨터 복구 - 문제 해결 - 시스템 이미지 복구 - 고급 - 네트워크에서 시스템 이미지 검색 

 - 경로 입력 - \\169.254.193.40\10.204 - A 의 로그인 정보 입력 - 백업 이미지 선택 후 복구 실행

 - OS 복구 정상 확인

 - 시스템 복구 모드에서는 DHCP 를 통해 할당 받은 아이피 또는 이더넷에서 할당하는 169.254.x.x 아이피만 사용이 가능함을 확인


 # 테스트 세 번째 : A 와 B 를 Cross Cable 로 연결하여 네트워크 직접 연결

 - A 의 네트워크를 DHCP 로 변경 / 네트워크 상태 : 연결 되어 있지 않음 / 아이피 확인 불가

 - B 에 윈도우 설치 CD 장착 후 서버 리부팅

 - 윈도우 설치 모드에서 디스크 삭제 진행 후 설치 취소

 - 문제 해결 - 시스템 이미지 복구 - 고급 - 네트워크에서 시스템 이미지 검색 까지만 진행 (테스트 두 번째에 설명함)

 - A 에서 네트워크 연결 확인 / ipconfig 으로 할당 아이피 확인 : 169.254.201.70

 - B 에서 경로 입력 - \\169.254.201.70\10.204 - A 의 로그인 정보 입력 - 백업 이미지 선택 후 복구 실행

 - A 에서 netstat -an 으로 네트워크 연결 목록 확인: 169.254.31.7 port 445 연결 확인

 - B 에 할당 된 아이피를 169.254.31.7 로 추정할 수 있음

 - OS 복구 정상 확인 

 - 서버간 네트워크 직접 연결시 DHCP 와 Static 둘 다 사용 가능하나, 아이피 대역은 항상 169.254.x.x 임 


 # 테스트 네 번째 : 백업 원본 서버와 상이한 장비 스펙에서 복구 테스트 진행 

 - X9SCM-F E3-1230 / HP DL370 E5620

 - 복구 진행 방법은 위와 동일

 - OS 복구 정상 완료 

 - 복구 완료 후 첫 부팅시 OS 가 장치 정보 자동 갱신

 - 블루 스크린 발생 안 함 

 - 네트워크 연결 정상 

 - Windows 2012 이상 버전에서는 장비 스펙이 상이하여도 시스템 이미지를 통한 복구 정상 진행 되는 것으로 확인


 # 테스트 다섯 번째 : 백업 디스크 직접 연결

 - A 에 장착 된 백업 디스크 반출

 - B 에 백업 디스크 장착

 - B 에서 시스템 이미지 복구 진입

 - 복구 가능 이미지 확인시 A 의 백업 이미지만 출력 됨 / B 의 백업 이미지 확인 불가

 - B 에 장착 된 백업 디스크 반출하여 A 에 장착

 - D:\10.204\WindowsImageBackup\TEST_B 폴더 를 D:\WindowsImageBackup 로 이동 

 - A 에 장착 된 백업 디스크 반출하여 B 에 장착

 - B 에서 시스템 이미지 복구 재진입

 - 시스템 이미지 선택 : TEST_A 와 TEST_B 확인 가능 

 - 디스크를 직접 연결하여 시스템 복구시, 백업 디스크 최상단 경로에 생성 된 WindowsImageBackup 폴더 하단에 이미지 경로가 위치해야 함