구성 백업 및 복구
요약 업그레이드에 성공하는 동안 업그레이드 패키지는 기존 운영 체제를 완전히 다시 설치합니다. juniper.conf, rescue.conf, SNMP ifIndexes, /var/home, /config/scripts, SSH 파일 및 기타 파일 시스템 파일을 유지합니다. 다른 정보는 제거됩니다. 따라서 설치 프로그램을 실행한 후 현재 소프트웨어 설치로 돌아가야 하는 경우에 대비하여 현재 구성을 백업해야 합니다.
복구 구성 저장
소프트웨어 장애가 발생할 경우 복구 구성이 있으면 알려진 작업 구성을 로드하는 데 도움이 됩니다. 롤백 번호를 기억하거나 조회할 필요가 없습니다. 복구 구성을 저장하면 언제든지 사용할 수 있습니다.
디바이스의 구성 파일이 잘못 구성된 경우 복구 구성 파일이 유용합니다. 복구 구성을 사용하면 알려진 작업 구성 또는 언제든지 롤백할 수 있는 알려진 상태의 구성을 정의할 수 있습니다. 디바이스를 이 복구 구성으로 복원하여 디바이스를 다시 온라인 상태로 만들 수 있습니다. 이 파일을 디바이스 외부에 저장하면 소프트웨어 실패 시 복구 구성을 사용하여 디바이스를 복원할 수 있습니다.
현재 디바이스 구성을 복구 구성 파일로 저장하려면 다음을 수행합니다.
-
디바이스의 구성 파일을 편집하여 저장하려는 구성을 반영합니다.
-
CLI 운영 모드에서, 이 편집된 구성을 구조 구성 파일로 저장합니다:
user@host> request system configuration rescue save
시스템은 자동 복구 구성 파일을 /config 디렉토리에 rescue.conf.gz로 저장합니다. 디바이스가 중복 라우팅 엔진을 가진 경우, 시스템은 두 라우팅 엔진 모두에 구조 구성 파일을 저장합니다.
복구 구성 검증
구성 파일의 구문이 올바른지 확인하고 명령을 사용하여 test configuration filename
커밋 검사 오류를 확인할 수 있습니다.
복구 구성 파일이 정확한지 확인하려면:
test configuration filename
작동 모드 명령을 실행합니다.
user@host> test configuration /config/rescue.conf.gz configuration check succeeds
구성에 구문 또는 커밋 검사 오류가 포함된 경우, 오류가 발견된 줄 번호와 열 번호를 나타내는 메시지가 표시됩니다. 이 명령은 텍스트 파일만 허용합니다.
복구 구성으로 롤백
실패한 구성 수정
복구 구성이 시스템에서 원하거나 필요로 하는 구성이 아닐 수 있습니다. 따라서 실패한 구성을 수정하고 다시 커밋해야 합니다.
실패한 구성을 수정하려면:
복구 구성 삭제
기존 복구 구성을 삭제하려면 다음을 수행합니다.
request system configuration rescue delete
user@host> request system configuration rescue delete
구성 파일 또는 복구 구성을 원격 서버에 복사합니다
이 작업은 선택 사항이지만 권장됩니다.
현재 실행 중인 구성 또는 rescue 구성 파일을 원격 서버로 복사하는 방법:
이전 구성으로 롤백
가장 최근에 커밋된 구성 이전의 구성으로 돌아가려면 구성 모드 명령에 구성 번호 0에서 49 rollback
를 포함합니다. 가장 최근에 저장된 구성은 번호 0(시스템이 복귀하는 기본 구성)이며, 가장 오래전에 저장된 구성은 번호 49입니다. 롤백 번호, 날짜, 시간, 변경을 커밋한 사용자 이름, 커밋 방법을 포함하여 이전에 커밋한 구성 목록을 표시하려면 구성 모드 명령을 사용합니다 rollback ?
.
이전 구성으로 롤백하는 방법:
현재 구성이 동기화된 후 구조 구성을 보조 라우팅 엔진에 동기화합니다
시스템이 부팅될 때 시스템이 현재 구성 파일이 소프트웨어와 호환되지 않는 것으로 확인되면 시스템은 구성 파일(/config/juniper.conf.gz)을 커밋하지 못합니다. 이전에 시스템에 구조 구성을 저장한 경우, 시스템은 구조 구성을 커밋하고 현재 구성 파일 /config/juniper.conf.gz로 저장합니다.
듀얼 라우팅 엔진 시스템의 경우 보조 라우팅 엔진이 기본 라우팅 엔진의 현재 이미지와 다른 현재 이미지로 부팅되고 명령문을 구성 auto-sw-sync enable
하면 기본 라우팅 엔진이 현재 이미지를 보조 라우팅 엔진과 동기화합니다. 또한 기본 라우팅 엔진은 롤백 소프트웨어 이미지 및 기타 이미지를 보조 라우팅 엔진에 동기화합니다. 기본 라우팅 엔진의 현재 구성 파일(juniper.conf.gz)이 보조 라우팅 엔진의 현재 구성 파일과 일치하면, 기본 라우팅 엔진는 구조 구성(rescue.conf.gz)을 보조 라우팅 엔진와 동기화하지 않습니다.
기본 라우팅 엔진에서 보조 라우팅 엔진으로 구조 구성을 동기화하려면 기본 라우팅 엔진에서 명령을 실행합니다 file copy
.
user@host-re0> file copy /config/rescue.conf.gz re1:/config/
USB 소프트웨어 설치 후 백업 복사본에서 구성 복원
USB 드라이브에서 단일 라우팅 엔진 디바이스로 진화한 Junos OS를 설치하는 경우 설치 프로세스에서 구성 파일이 삭제됩니다. 따라서 디바이스를 다시 구성해야 합니다. 또한 명령을 사용하여 request system zeroize
디바이스를 공장 기본값으로 재설정한 경우 디바이스를 다시 구성해야 합니다. 원격 서버나 다른 오프박스 위치에 구성 파일을 이미 저장한 경우, 해당 구성 파일을 디바이스에 복사하여 디바이스를 재구성할 때 시간을 절약할 수 있습니다.
백업 복사본에서 구성을 복원하려면,
기본 공장 구성으로 되돌리기
명령은 request system zeroize
시스템을 초기 구성으로 되돌리는 운영 모드 명령입니다. 진화한 Junos OS 릴리스 21.3R1 이전 버전에서는 이 명령이 모든 구성 정보를 제거하고 모든 키 값을 재설정합니다. 이 작업은 구성 및 로그 파일을 포함하여 사용자가 만든 모든 데이터 파일을 해당 디렉토리에서 링크 해제합니다. 그런 다음 디바이스가 재부팅되고 초기 구성으로 되돌아갑니다. 진화한 Junos OS 릴리스 21.3R1부터 라우팅 엔진의 디스크가 ATA 표준을 지원하는 경우 이 명령은 데이터를 덮어쓰기 위해 ATA secure erase
명령을 사용하여 라우팅 엔진의 디스크를 삭제합니다. ATA secure erase
명령은 LBA 0의 내용을 READ NATIVE MAX 또는 READ NATIVE MAX EXT 중 큰 값까지 겹쳐쓰고 내용을 0 또는 1로 바꿉니다. 디스크가 ATA 표준을 지원하지 않는 경우(예: SCSI 표준을 지원하는 경우) 위에서 설명한 이전 방법을 사용하여 삭제됩니다. 보안 지우기 기능은 NIST 800-88 표준에 따라 CLEAR NIST 미디어 삭제 수준으로 분류됩니다. 보안 지우기가 완료되면 시스템은 현재 실행 중인 OS를 RAMDISK에서 ATA 디스크로 복사합니다. 현재 실행 중인 OS가 설치되면 시스템이 재부팅되고 공장 기본 구성으로 돌아갑니다.
작동 모드 명령을 실행 request system zeroize
하기 전에 작동 모드 명령을 사용하여 request system snapshot
현재 디바이스를 실행하는 데 사용되는 파일을 보조 SSD에 백업합니다.
명령을 사용하여 request system zeroize
초기 구성으로 되돌리려면: