Aruba 9106 교체: TFTP 백업 복원과 점검

FIELD NOTES · ARUBA CONTROLLER

컨트롤러 교체는 설정을 옮기는 것에서 시작하지만, 마무리는 실제 무선 서비스가 돌아오는지 확인하는 일입니다.

이번 작업은 기존 Aruba 9106을 같은 모델의 신규 장비로 교체하면서 configbackup.tar.gz를 TFTP로 전송한 사례입니다. 설정 이관 과정과 교체 후 남긴 로그를 바탕으로, 준비부터 사후 점검까지의 흐름을 정리했습니다.

사후 로그에서 확인한 OS는 ArubaOS 8.13.2.2 LSR입니다. 이는 당시 기록이며 현재 권장 버전을 의미하지는 않습니다. 새 작업에서는 지원·보안 권고 버전과 장비 역할, 백업 호환성을 먼저 확인해야 합니다. 현장명과 실제 SSID·주소·인증 정보는 생략했습니다.

1. 교체 전 상태 기록

설정 파일만 확보하면 작업 준비가 끝난 것처럼 보이기 쉽습니다. 그러나 교체 뒤 무엇이 달라졌는지 판단하려면 교체 전 정상 상태의 기준도 필요합니다. 작업 계획에서는 먼저 로그와 연결 상태를 수집하고, 신규 장비 전환 후 AP와 통신을 확인하도록 순서를 잡았습니다.

사전 기록	남겨둘 내용
장비·OS·역할	모델, 실행 버전, 컨트롤러 운영 역할과 백업 복원 조건
배선·업링크	실제 연결 포트, 속도·Duplex, Trunk와 VLAN, 광모듈·케이블
AP·무선 서비스	정상 AP 목록과 기존 Down 장비, SSID·인증 방식·사용자 VLAN
원복 준비	기존 장비·설정·배선 표기, 원복 판단 기준과 담당자

AP 수만 적기보다 정상 AP 목록을 남기는 편이 좋습니다. 숫자가 같아도 다른 AP가 등록됐을 수 있고, 작업 전부터 내려가 있던 AP를 새 장애로 오인할 수도 있습니다. 실제 비교 자료에는 이름·주소·식별 정보를 사용하되, 외부에 공유할 때는 익명화합니다.

아래 명령은 작업 내용을 설명하기 위해 공식 AOS-8 문법으로 정리한 예시입니다. 당시 콘솔 입력 전체를 그대로 옮긴 것은 아닙니다. 명령 모드와 지원 여부는 실제 컨트롤러 역할·버전에서 확인합니다.

show version
show controller-ip
show ip interface brief
show vlan
show ip route
show port status
show ap database long
show ap active

2. TFTP로 설정 백업 옮기기

이번 이관에 사용한 파일은 설정 백업인 configbackup.tar.gz입니다. backup config로 만드는 설정 백업과 backup flash로 만드는 flashbackup.tar.gz는 범위가 다릅니다. 두 파일을 이름만 바꿔 같은 용도로 쓰면 안 됩니다. 공식 백업 명령 설명

기존 장비에서 백업을 준비할 때

저장할 설정이 맞는지 검토한 뒤 저장하고 백업을 생성합니다. 완료 메시지를 확인한 다음 외부에 복사합니다. 설명에 사용하는 192.0.2.10은 실제 현장 주소가 아닌 예시 TFTP 서버 주소입니다.

write memory
backup config

copy flash: configbackup.tar.gz tftp: 192.0.2.10 configbackup.tar.gz

신규 장비로 가져올 때

TFTP 서버의 제공 폴더에 백업을 두고, 신규 장비에서 해당 서버로 통신할 수 있는 관리 연결을 준비합니다. 서버의 전송 기록과 파일 크기·이름을 확인하고, 기존 백업이 빈 파일이나 다른 장비의 파일로 바뀌지 않았는지도 대조합니다.

copy tftp: 192.0.2.10 configbackup.tar.gz flash: configbackup.tar.gz

파일을 받아도 아직 설정 복원이 끝난 것은 아닙니다. 이 단계는 신규 장비의 flash에 복원할 파일을 준비한 상태입니다. PC에서 파일명을 따로 관리하더라도 장비에서는 복원 명령이 찾는 대상 파일명과 경로를 확인해야 합니다. TFTP 복사 문법

백업 파일은 접근을 제한한 작업용 구간에서 관리하고, 전송을 마치면 임시 TFTP 서비스를 정리합니다. 백업 원본을 공개 글이나 누구나 내려받는 첨부파일로 올리지 않습니다.

3. 설정 복원과 재기동

설정 백업의 복원 명령은 restore config입니다. 공식 절차는 복원 완료 후 새 설정을 반영하기 위한 재기동을 안내합니다. 복원 명령 · 공식 설정 백업·복원 절차

restore config

복원 성공 메시지를 확인한 뒤, 장비의 안내와 해당 버전 절차에 따라 재기동합니다. 재기동은 서비스 중단을 동반하므로 작업 구간과 연결 상태를 확인한 상태에서 수행합니다.

reload

복원 후 재기동 전 상태와, 복원한 설정으로 부팅한 뒤의 상태를 구분해야 합니다. 복원 절차 사이에 임의로 저장 명령을 끼워 넣지 말고, 새로 부팅한 뒤 기대한 주소·VLAN·프로파일이 적용됐는지 확인합니다. 마지막 정상 설정 저장은 그 확인을 마친 뒤 별도로 진행합니다.

같은 모델이라도 OS·역할·구성 조건이 다르면 확인할 내용이 생깁니다. 특히 백업 복원 성공이 새 하드웨어의 라이선스 활성화까지 보장하는 것은 아닙니다. 필요한 AP 수용량과 기능 라이선스는 신규 장비에서 따로 확인합니다.

4. 운영 업링크 전환

신규 장비를 준비한 다음에는 계획한 순서에 따라 운영 업링크를 전환합니다. 기존과 같은 운영 IP를 복원했다면 두 장비를 동시에 운영망에 연결해 충돌을 만들지 않도록 연결 순서를 정해야 합니다. 준비용 관리 연결과 운영 업링크를 구분해두면 이 과정이 명확해집니다.

이번 사후 로그에서 확인한 운영 업링크는 GE 0/0/5이며, 10 Gbps Full · Trunk · STP Forwarding 상태였습니다. 다른 현장에서도 같은 포트 번호를 사용한다는 뜻은 아닙니다. 실제 연결 포트와 설정을 기준으로 확인해야 합니다.

show port status
show interface gigabitethernet 0/0/5
show interface gigabitethernet 0/0/5 switchport

링크가 Up이어도 필요한 VLAN이 빠지면 AP나 사용자 서비스가 복구되지 않을 수 있습니다. 속도·Duplex뿐 아니라 Trunk 동작, Native VLAN과 필요한 사용자·관리 VLAN, 포트 오류의 변화도 함께 봅니다.

5. AP부터 업무 통신까지 점검

① 주소·VLAN·라우팅

컨트롤러의 관리·서비스 인터페이스가 기대한 상태인지 보고, 필요한 VLAN과 기본 경로, 다음 홉의 도달성을 확인합니다. 특히 복원 후 임시 관리 주소가 남아 있거나 다른 기본 경로를 사용하지 않는지 대조합니다.

show controller-ip
show ip interface brief
show vlan
show ip route
show arp

② AP 목록과 라이선스

정상 AP 목록과 show ap database long, show ap active를 대조합니다. 숫자뿐 아니라 AP 상태·그룹·등록 위치를 함께 보고, 라이선스는 필요한 기능과 수용량이 활성화돼 있는지 확인합니다. AP 활성 상태 명령 · 라이선스 표시 항목

show ap database long
show ap active
show license

이번 점검 로그에는 작업자가 직접 수행한 AP 재부팅도 포함돼 있었습니다. 작업으로 발생한 일시적인 Down과, 작업 후에도 반복되는 비정상 재부팅은 구분해야 합니다. AP가 다시 등록됐는지와 이후 상태가 유지되는지를 봅니다. 라이선스 출력물을 공유할 때는 키 문자열을 제거합니다.

③ SSID별 인증·IP·사용자 역할

AP가 떠도 단말이 인증에 실패하거나 잘못된 VLAN·역할을 받으면 서비스는 정상이라고 볼 수 없습니다. 운영 중인 SSID별로 실제 단말을 접속시켜 인증 결과, 할당 주소, 사용자 역할과 정책을 확인합니다.

show ap bss-table
show user-table

PSK를 사용하는 망이라면 기존에 사용하던 자격정보로 실제 접속을 시험하는 것이 중요합니다. 설정 출력에 보이는 암호화 문자열만으로 비밀번호가 동일하게 동작한다고 확정하지 않습니다.

④ 인터넷과 실제 업무 서비스

단말에서 게이트웨이·이름 조회·인터넷 접속을 확인하고, 실제 업무에서 사용하는 서비스까지 시험합니다. 업무망과 방문자망이 있다면 서로 다른 허용·차단 정책도 확인합니다. Ping이나 인증 성공만으로 애플리케이션의 정상 응답까지 확인한 것으로 기록하지 않습니다.

⑤ 시스템 상태와 로그

메모리·저장 공간과 시스템·오류 로그를 확인합니다. 부팅 직후 메시지 하나만 보고 전부 장애라고 단정하지도, 반대로 전부 정상이라고 치부하지도 않습니다. 발생 시점, 반복 여부와 실제 서비스 영향을 연결해서 판단합니다.

show memory
show storage
show log system 100
show log errorlog 100

6. 사후 로그 확인 결과

민감한 식별 정보를 제외하고 남길 수 있는 관측값은 다음과 같습니다. 모두 교체 후 수집한 시점의 기록이며, 장기간 안정성이나 처리 성능을 측정한 결과는 아닙니다.

확인 항목	로그에서 확인한 내용
장비·버전	Aruba 9106 / ArubaOS 8.13.2.2 LSR
운영 업링크	GE 0/0/5, 10 Gbps Full, Trunk, STP Forwarding
AP 등록·활성	AP Database 33대 / Active AP 33대
무선 사용자	4개 SSID에서 authenticated 항목 확인, 사용자 테이블 116항목
설정 저장	Configuration Saved. 응답 확인

사용자 테이블의 116은 해당 시점의 등록 항목 수입니다. 고유 물리 단말 116대나 모든 업무 서비스의 정상 동작을 뜻하지는 않습니다. 실제 인터넷·업무 애플리케이션의 성공 여부는 단말 시험 결과와 함께 기록해야 합니다.

아래는 원본 로그에서 식별 정보가 없는 결과 줄만 발췌한 것입니다.

Num APs:33
User Entries: 116/116
Configuration Saved.

7. 저장·모니터링·원복 판단

복원한 설정과 필요한 조정이 올바르게 적용됐는지 검토한 뒤 정상 상태의 설정을 저장합니다. 이번 로그에서도 저장 완료 응답을 확인했습니다.

write memory

기존 장비는 새 장비의 AP와 서비스 상태를 관찰하는 동안 원복에 사용할 수 있도록 보관합니다. 계획서의 원복 방법도 기존 컨트롤러로 다시 연결하는 방식이었습니다. 새 장비만 확인하고 기존 장비의 배선이나 설정을 먼저 지워버리면 되돌리는 작업이 어려워집니다.

판단할 상황	남길 내용과 대응
AP 일부가 돌아오지 않음	기존 정상 목록과 비교하고, 통신 경로·라이선스·그룹·등록 오류를 확인합니다.
인증은 되지만 업무가 안 됨	단말 주소·역할·VLAN·경로·정책과 실제 서비스 응답을 대조합니다.
재부팅·오류가 반복됨	발생 시점과 서비스 영향을 기록하고, 합의한 중단 허용 범위와 원복 기준으로 판단합니다.
정상 상태가 유지됨	적용 설정, 사후 로그, 단말 시험 결과와 남은 예외 사항을 정리한 뒤 기존 장비 철거를 마무리합니다.

이 작업에서 남길 핵심은 백업 파일의 이동, 설정 반영, 실제 서비스 확인을 각각 완료 항목으로 나누는 것입니다. 다음 교체 작업에서도 같은 기준표를 사용하면, 복원은 됐는데 서비스 확인이 빠진 상태를 줄일 수 있습니다.

---

명령어 대조: AOS-8 backup · copy · restore · 설정 백업·복원 절차. 마지막 링크는 8.11.1 문서의 공통 절차를 대조한 자료이며, 현장 장비의 역할·버전별 지원 조건은 별도로 확인합니다. 본문은 교체 기록과 사후 로그를 익명화한 필드 노트입니다.

---

함께 보는 공식 매뉴얼

글의 주제를 더 자세히 확인할 수 있는 공식 원문입니다. 문서별 적용 모델과 OS 버전을 확인해 주세요.

• AOS-8 CLI Bank: backup
  ArubaOS 8 · 공통 CLI 문법
  설정 백업과 flash 백업의 파일·대상 구분
  공식 문서 보기 ↗

• AOS-8 CLI Bank: copy
  ArubaOS 8 · 공통 CLI 문법
  TFTP 서버와 flash 사이의 파일 전송 문법
  공식 문서 보기 ↗

• AOS-8 CLI Bank: restore
  ArubaOS 8 · 공통 CLI 문법
  설정 복원과 flash 복원의 대상 구분
  공식 문서 보기 ↗

• Backing Up and Restoring Configuration Files
  ArubaOS 8.11.1 · 백업·복원 공통 절차 참고
  교체 사례의 실제 OS는 8.13.2.2입니다. 이 자료는 8.11.1의 공통 절차를 대조하는 참고 문서입니다.
  공식 문서 보기 ↗