백업 솔루션을 결정할 때는 다음 요소를 고려해야 합니다.
이식성− 백업 이식성(즉, 하나의 Linux 배포판이나 Unix 구현에서 백업하고 다른 배포판이나 Unix 구현으로 복원하는 기능(예: Solaris에서 Red Hat Linux로))이 중요합니까? 그렇다면 명령줄 도구(예
dd
:dump
, , ,cpio
또는tar
) 중 하나를 선택할 수 있습니다. 이러한 도구는 모든 *nix 시스템에서 사용할 수 있다고 합리적으로 확신할 수 있기 때문입니다."하나의 Linux 배포판 또는 Unix 구현에서 백업하고 다른 배포판으로 복원"이란 무엇을 의미합니까? Linux 시스템을 백업하고 나중에 복원하시겠습니까? 그렇다면 "다른 것으로 되돌리기"는 무엇을 의미합니까?
원격 백업− 원격 컴퓨터에서 백업 및 복구를 시작하는 기능이 중요합니까? 그렇다면 GUI 기반 유틸리티 대신 명령줄 도구나 텍스트 기반 유틸리티 중 하나를 선택할 수 있습니다(합리적으로 빠른 네트워크 연결이 있고 원격 X 세션을 실행할 수 있는 기능이 없는 경우).
네트워크 백업− 네트워크로 연결된 호스트의 백업 및 복구를 수행하는 것이 중요합니까? 그렇다면 백업 장치에 대한 네트워크 액세스를 지원하는 여러 명령줄 유틸리티(예: Backup ) 중 하나를 사용하거나 Backup 또는 여러 상용 유틸리티 중 하나
tar
와 같은 특수 유틸리티를 사용해야 할 수 있습니다.Amanda
원격 백업과 네트워크 백업은 동일한 것 같습니다. 그들 사이의 차이점은 무엇입니까?
답변1
아 백업.. 이식성 이전..
백업 시스템 설정의 시작점은 백업을 통해 수행할 작업을 결정하는 것입니다.
예를 들어 간단한 WordPress 백업이라도 WordPress 설치와 관련된 데이터베이스 및 플랫 파일을 복사해야 합니다.
Apache 구성에 대한 사용자 정의 변경과 같이 시스템이 더 복잡한 경우(Apache를 사용하는 경우) 백업에 /etc/apache2 또는 /etc/httpd도 추가해야 합니다.
따라서 백업 시스템의 실제 출발점은 백업을 언제 + 어떻게 사용할지, 사이트에 더 많은 리소스가 필요하거나 치명적인 하드웨어 오류가 발생하여 사이트를 다른 시스템으로 이동할 때를 고려하는 것입니다.
내 경험 법칙은 "몇 분 안에 백업에서 실행 중인 시스템을 만들 수 있다면 백업만 있는 것입니다."입니다.
그렇지 않으면 파일 묶음 + 몇 시간/일의 작업만 남게 됩니다.
백업을 사용하는 방법을 알게 되면 최종 아카이브에 무엇을 사용할지 생각할 수 있습니다(zip, xz 또는 bzip2). 좋은 소식은 Linux에서 Linux로 이동하는 한 거의 모든 것을 사용할 수 있다는 것입니다.
여러 운영 체제 간에 전환하는 경우 zip을 사용하세요. zip/압축 풀기는 거의 모든 곳에서, 심지어 "Windoze"에서도 사용할 수 있기 때문입니다.