윈도우 VSS 네트워크 백업 복구 테스트
테스트 목적 : 백업 디스크 미장착으로 외부 저장 경로에 네트워크 백업을 진행하는 서버 장애 복구 테스트
# 테스트 진행 장비 스펙
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 폴더 하단에 이미지 경로가 위치해야 함
'윈도우 이야기 > Etc' 카테고리의 다른 글
| 보조 영역 DNS 서버 구축 (리눅스와 연동) (0) | 2018.06.04 |
|---|---|
| Windows Server 2008 R2 디스크 정리 실행 방법 (0) | 2018.05.03 |
| VSS Backup 복사본이 1개 또는 소량으로만 존재할 때의 처리 방안 / VSS Backup Available 1 Copy (0) | 2018.03.07 |
| 트로이목마 바이러스 감염 및 조치 (ftp.oo000oo.me, lsmosee.exe) (7) | 2017.08.18 |
| route delete (0) | 2017.06.07 |
KCP 결제 모듈 설치 실패 점검 (con_cli_com.dll / pp_cli_com.dll)
고객사에서 Windows 2012 R2 서버에 KCP 결제 모듈 설치를 요청하였다.
KCP 에서 전송한 DLL 파일을 x86 / x64 버전 별로 설치 진행했으나 전부 실패 하였다. (pp_cli_com.dll : 1.1.41271.0 / con_cli_com.dll : 1.0.0.1)
고객센터에 문의를 해서 다른 버전을 받았는데도 동일 했다. (pp_cli_com.dll : 1.1.41272.0 / con_cli_com.dll : 1.0.0.1)
기존 운영 중인 타 서버에 등록 된 구버전 모듈로 설치 테스트를 해보았더니 정상적으로 등록이 되었다. (x86 / pp_cli_com.dll / 1.0.56913.0)
서버에 설치 된 기존 Visual C++ 은 2005 / 2013 이다.
그래서 아래와 같이 설치 테스트를 진행 하였다.
1. Microsoft Visual C++ 2008 재배포 가능 패키지(x64) 설치
x64 con_cli_com.dll 정상 설치 확인
x86 con_cli_com.dll 설치 실패
x64 pp_cli_com.dll 설치 실패
x86 pp_cli_com.dll 설치 실패
2. Microsoft Visual C++ 2008 재배포 가능 패키지(x86) 설치
x64 con_cli_com.dll 정상 설치 확인
x86 con_cli_com.dll 정상 설치 확인
x64 pp_cli_com.dll 설치 실패
x86 pp_cli_com.dll 설치 실패
3. Microsoft Visual C++ 2010 재배포 가능 패키지(x86) 설치
x64 con_cli_com.dll 정상 설치 확인
x86 con_cli_com.dll 정상 설치 확인
x64 pp_cli_com.dll 설치 실패
x86 pp_cli_com.dll 정상 설치 확인
4. Microsoft Visual C++ 2010 재배포 가능 패키지(x64) 설치
x64 con_cli_com.dll 정상 설치 확인
x86 con_cli_com.dll 정상 설치 확인
x64 pp_cli_com.dll 정상 설치 확인
x86 pp_cli_com.dll 정상 설치 확인
테스트 결과, 모듈에 따라 상이한 버전의 Visual C++ 설치가 필요했다.
물론 32 비트, 64 비트 버전에 따라 설치 환경이 달라야 하는 것은 알고 있다.
하지만 동일 비트의 모듈끼리도 상이한 버전의 Visual C++ 이 설치가 되어야 한다는 것은 문제가 있는 것 같다.
이에 대한 내용이 설치 가이드에는 포함되어 있지 않았기 때문에 사용자가 불편을 겪을 수 밖에 없다.
KCP 기술지원팀에서는 이런 상태를 파악하고 가이드라인 수정을 해줬으면 한다.
추가로 고객센터 전화도 빨리 받아줬으면 좋겠다. 통화 연결 지연된다고 ARS 가 전화를 자동으로 끊어버렸다. 못된 전자 계집.
'오류 메시지 정리' 카테고리의 다른 글
| VSS 백업 실패, Oracle.VSSWriter 서비스와 충돌 (0) | 2019.04.30 |
|---|---|
| VSS 백업 실패 : 2155348129 (0) | 2018.06.22 |
| EvntAgnt Warning: 3006 (0) | 2018.02.10 |
| Windows 2003 Server 백업 실패, NTBackup, 8019, 0x800423f4 (2) | 2017.10.31 |
| 오류, Schannel, 36887 (Event ID : 36887) (3) | 2017.09.14 |
폴더 항목 표시 정보 변경
웹을 통해서 파일을 다운로드 하면, 기본적으로 Downloads 폴더에 저장이 된다.
그런데 간혹 기본으로 설정되어 있던 폴더 항목이 지멋대로 변경되는 경우가 있다.
웹에서 음악 파일 등을 다운로드해서 저장을 한 적이 있는데, 그 때 좀 많이 받았었는지 폴더의 속성이 음악 폴더로 변경이 되어 버렸다.
나중에는 다운로드 된 파일 및 폴더 속성 확인이 어려워지는 지경에 이르렀다.
이럴 때에는 아래와 같은 방법으로 수정을 하면 된다.
1. 폴더의 상단에 표시되는 항목에 마우스 우클릭 한 후 체크 된 항목을 전부 해제한다.
2. 다시 상단 항목에 마우스 우클릭 한 후 필요한 항목을 선택 한다.
이렇게 폴더 항목 표시 정보를 변경을 할 수 있다.
'윈도우 이야기' 카테고리의 다른 글
| Windows Server 2025 Preview 설치 테스트 (0) | 2024.06.18 |
|---|---|
| 끝이나지 않는 랜섬웨어 / Ransom:Win32/WannaCrypt.A!rsm (0) | 2018.04.07 |
