Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Apstra 데이터베이스 복원

주의:

데이터베이스는 항상 새 백업에서 복원하고, 이전 백업이나 show_tech에 포함된 백업에서는 복원하지 마십시오.

데이터베이스를 복원하면 작업자 VM이 실패 상태로 전환됩니다. 이 문제는 동일한 IP 주소를 가진 다른 작업자 VM으로 백업을 복원할 때도 발생합니다. 이 문제를 해결하려면 작업자 VM을 다시 추가합니다.

데이터베이스를 백업한 후 변경한 경우 해당 변경 내용은 복원에 포함되지 않습니다. 이로 인해 디바이스 구성과 Apstra 환경 간에 차이가 발생할 수 있습니다. 이 경우 서비스에 영향을 미치는 전체 구성 푸시를 수행해야 합니다.

show_tech에 포함된 백업을 사용하여 데이터베이스를 복원하지 마십시오. 주니퍼 지원 및 엔지니어링 팀이 분석에 사용합니다. 자격 증명이 포함되어 있지 않으므로 프로덕션 환경을 복원하는 데 적합하지 않습니다.

메모:

액세스를 위해 다른 네트워크 인터페이스(예: eth1 대 eth0)를 사용하는 새 Apstra 서버로 백업을 복원하는 경우 구성 파일의 섹션에서 /etc/aos/aos.conf 변수를 [controller] 업데이트 metadb 한 다음 Apstra 서버를 다시 시작해야 합니다.

  1. 스냅샷 폴더의 내용이 파일 시스템에 있는지 확인합니다. 백업은 날짜가 지정된 스냅샷으로 저장됩니다(/var/lib/aos/snapshot/<date>/aos.data.tar.gz). 파일 이름은 로 지정해야 aos.data.tar.gz합니다.
  2. 아래 그림과 aos_restore 같이 명령을 실행합니다. 복원 프로세스는 먼저 현재 데이터베이스를 백업합니다.
  3. 데이터베이스가 복원되고 새 서버로 마이그레이션되면 전체 시스템 상태가 백업된 설치에서 새 대상으로 복사됩니다. 명령을 service aos status 실행하여 복원의 유효성을 검사합니다.
  4. 데이터베이스는 Apstra 서버 자체에 저장됩니다. 서버를 복원해야 하거나 디스크 이미지가 손상되면 Apstra 서버와 함께 모든 백업/복원이 손실됩니다. Apstra 서버의 백업/복원을 안전한 장소로 주기적으로 이동하는 것이 좋습니다. 또한 데이터베이스를 주기적으로 백업하기 위해 cron 작업을 예약한 경우, Apstra 서버 VM 디스크가 가득 차지 않도록 해당 파일을 Apstra 서버에서 로테이션해야 합니다. 스냅샷 디렉터리의 내용을 백업 인프라에 복사합니다.