Mikrotik의 바이너리 백업 관리 방법
요약 MKController는 채택된 모든 MikroTik 장치의 일일 바이너리 백업을 자동으로 생성하고 최근 5개 버전을 클라우드에 저장합니다. 바이너리 백업은 전체 RouterOS 구성을 단일 파일에 캡처하여, 하드웨어 장애나 잘못된 구성 변경 후 전체 복구로 가는 가장 빠른 경로가 됩니다. 이 가이드는 바이너리 백업을 언제 사용해야 하는지, MKController가 이를 어떻게 관리하는지, 그리고 장치를 어떻게 복원하는지 설명합니다.
MikroTik 바이너리 백업이란 무엇인가요?
Section titled “MikroTik 바이너리 백업이란 무엇인가요?”MikroTik 바이너리 백업은 RouterOS 장치 구성의 완전한 스냅샷으로, 바이너리 형식(.backup)으로 저장됩니다. 명령의 텍스트 스크립트를 생성하는 내보내기 백업과 달리, 바이너리 백업은 모든 것을 캡처합니다: IP 설정, 방화벽 규칙, 사용자 계정, VPN 터널, 인터페이스, 시스템 환경 설정을 단일 복원 가능한 파일에 담습니다.
바이너리 백업은 장치를 완전히 복구하거나 재구성 없이 동일한 하드웨어로 구성을 복제해야 할 때의 표준 선택입니다.
바이너리 백업을 언제 사용해야 하나요?
Section titled “바이너리 백업을 언제 사용해야 하나요?”| 사용 사례 | 바이너리 백업이 적절한가요? |
|---|---|
| 하드웨어 장애 후 전체 재해 복구 | 예 — 가장 빠른 전체 복원 |
| 잘못된 구성 변경 롤백 | 예 — 마지막으로 알려진 정상 상태로 원클릭 복원 |
| 동일한 교체 장치로 구성 복제 | 예 — MAC 주소가 포함되니 복원 후 네트워킹을 확인하세요 |
| 다른 하드웨어 모델로 구성 마이그레이션 | 권장하지 않음 — 모델 간 이동에는 내보내기 백업이 선호됨 |
| 구성에서 변경된 내용 감사 | 이상적이지 않음 — 대신 MKController의 내보내기 백업 diff를 사용하세요 |
ISP 및 WISP의 경우, 일일 자동 백업은 수동 작업 없이 플릿의 모든 장치에 대한 복구 지점을 가진다는 것을 의미합니다. 단독 기술자의 경우, 처음부터 재구성하는 대신 전체 CPE 구성을 몇 초 만에 복원하는 능력은 5분 수리와 3시간 현장 방문의 차이가 될 수 있습니다.
MKController는 MikroTik 바이너리 백업을 어떻게 관리하나요?
Section titled “MKController는 MikroTik 바이너리 백업을 어떻게 관리하나요?”MKController는 채택된 모든 MikroTik 장치의 바이너리 백업을 하루에 한 번 자동으로 수행합니다. 플랫폼은 장치당 최근 5개 백업을 저장하여, 5일간의 롤링 구성 기록을 제공합니다. 자동 및 수동 백업 모두 동일한 목록에 나타납니다.
단계별: 백업 접근 및 관리
Section titled “단계별: 백업 접근 및 관리”-
app.mkcontroller.com에 로그인합니다.
-
장치 메뉴로 이동하여 관리하려는 MikroTik 장치를 찾습니다.
-
해당 장치에서 더 보기를 클릭합니다.

-
백업 섹션을 선택합니다. 백업 목록은 사용 가능한 모든 파일 — 자동 및 수동 — 을 타임스탬프와 함께 표시합니다.
-
온디맨드 백업을 생성하려면(중요한 구성 변경 전에 권장됨) 백업 생성을 클릭합니다. MKController가 즉시 새
.backup파일을 생성합니다. -
목록의 각 백업에 대해 두 가지 작업을 사용할 수 있습니다:

- 다운로드: 오프라인 저장 또는 분석을 위해
.backup파일을 로컬에 저장합니다. 다운로드한 백업은 안전한 위치에 보관하세요. - 복원: 백업을 장치에 업로드하고 적용하여 현재 구성을 덮어씁니다. 최상의 결과를 위해, 백업이 생성된 것과 동일한 RouterOS 버전으로 복원하세요.
- 다운로드: 오프라인 저장 또는 분석을 위해
MikroTik 바이너리 백업 모범 사례
Section titled “MikroTik 바이너리 백업 모범 사례”- 중요한 변경 전에 항상 수동 백업을 생성하세요 — 방화벽 규칙 추가, VPN 구성, RouterOS 업그레이드 — 그래야 깨끗한 롤백 지점을 가질 수 있습니다.
- 다른 장치로 복원하기 전에 RouterOS 버전을 확인하세요. 바이너리 백업은 아키텍처별로 다릅니다.
arm장치의 백업은mipsbe장치로 올바르게 복원되지 않을 수 있습니다. - MKController가 보관하는 클라우드 사본 외에도, 중요한 장치 백업의 로컬 사본을 정기적으로 다운로드하세요.
- 하드웨어 교체에 바이너리 백업을 사용하세요: 고장 난 라우터를 동일한 모델로 교체할 때, 바이너리 백업을 복원하면 교체 장치가 몇 분 안에 동일하게 구성됩니다.
자주 묻는 질문
Section titled “자주 묻는 질문”바이너리 백업을 다른 MikroTik 모델로 복원할 수 있나요? 바이너리 백업은 아키텍처별로 다릅니다(예: arm, mipsbe, x86). 다른 아키텍처나 상당히 다른 모델로 복원하면 실패하거나 불안정한 구성이 생성될 수 있습니다. 모델 간 마이그레이션의 경우, 대신 내보내기 백업을 사용하고 하드웨어별 설정을 수동으로 조정하세요.
바이너리 백업을 복원하면 MKController 터널에 영향을 미치나요? 채택 이후에 생성된 백업을 복원하면 MKController 터널 구성이 포함되어 있어 장치가 자동으로 다시 연결됩니다. 채택 이전에 생성된 백업을 복원하면 터널 구성이 존재하지 않으므로 연결을 복원하기 위해 채택 스크립트를 다시 실행해야 합니다.
백업이 올바르게 복원되려면 어떤 RouterOS 버전이 필요한가요? 최상의 결과를 위해, 백업을 생성했을 때와 동일한 RouterOS 버전을 실행하는 MikroTik으로 바이너리 백업을 복원하세요. 주요 버전 간 복원(예: 6.x 백업을 7.x로)은 실패할 수 있습니다. 업그레이드와 마이그레이션을 동시에 해야 하는 경우, 먼저 구성을 내보내고, RouterOS를 업그레이드한 다음, 내보낸 파일을 가져오세요.
백업을 다운로드하여 로컬에 저장할 수 있나요? 네. 백업 섹션에서 아무 백업 옆의 다운로드를 클릭합니다. 다운로드한 .backup 파일을 안전한 위치 — 외장 드라이브, 클라우드 스토리지 서비스, 또는 회사의 자산 관리 시스템 — 에 MKController의 클라우드 스토리지 외 두 번째 사본으로 보관하세요.
다양한 하드웨어 모델에서 작동하는 텍스트 기반의 이식 가능한 백업이 필요한 경우, 내보내기 백업 가이드를 참조하세요. 일반적인 백업 실패 문제 해결은 백업 문제 해결을 참조하세요.
백업이나 장치 복원에 대해 궁금하신가요? WhatsApp에서 MKController 지원팀에 문의하세요 — 백업 무결성 확인을 돕거나 복원 과정을 안내해 드릴 수 있습니다.