어떤 디렉토리를 백업해야합니까?


43

모든 사용자 생성 파일을 백업하기 위해 백업해야하는 디렉토리는 무엇입니까?

바닐라 데비안 설치에서 원하는 패키지를 얻을 수있는 충분한 작업을 수행 할 수 있습니다. 따라서 전체 시스템을 백업하지 않으려면 파일 시스템의 모든 사용자 생성 구성 및 데이터 파일이 상주하는 곳은 무엇입니까?


3
이러한 모든 답변에 빠진 것은 파일을 백업 한 후에 발생 하는 것입니다 ... 새 설치가 완료되면 파일을 다시 복사합니까? 그렇게 할 때 어떤 문제가 발생할 수 있습니까?
앤드류

@Andrew 좋은 질문-아마도 새로운 게시물?
user394

1
나는 리눅스조차도 결함을 식별하고 있다고 생각합니다. 아마도 OS의 향후 디자인에 영향을 미칠 수 있기를 바랍니다.
앤드류

답변:


14

"사용자 생성"의 의미에 따라 다릅니다. 대부분의 구성은 시스템에서 실행되는 서비스 / 데몬 및 응용 프로그램에 관한 것입니다. 대부분은 / etc에 구성을 넣습니다. 사용자 기반 응용 프로그램은 홈 디렉토리 (일반적으로 응용 프로그램 디렉토리)에 구성됩니다. 그러나 데이터를 / var / lib 또는 / var / spool에 저장하는 응용 프로그램이있을 수도 있습니다.

따라서 답은 "컴퓨터에서 실행중인 작업에 따라 다릅니다"입니다.


2
당신은 잊었다/home
xenoterracide

3
hu, no. "사용자 기반 응용 프로그램은 홈 디렉토리에 구성되어 있습니다."
Luc Stepniewski

이 질문은 "필요한 폴더"와 "선택적"폴더, 자신의 파일 등으로 끝나야한다고 생각합니다. 예를 들어, 반대의 목록이 좋을 수 있으므로 / dev, / mnt, / sys 등과 같이 보관할 필요가없는 폴더
erm3nda

2
설치하고 사용할 etckeeper수 있습니다 (적어도 데비안에서 사용 가능). /etc디렉토리 에서 git 저장소를 시작하고 구성 변경의 버전을 지정할 수 있습니다.
Pierre-Yves Le Dévéhat

61

이 질문에는 여러 가지 답변이 있으므로 다음 목록은 제안을 하나의 포괄적 인 목록으로 결합해야합니다.

대부분의 상황에서 다음을 백업하려고합니다.

  • /home/ 사용자 데이터 및 구성
  • /etc/ 시스템 전체 구성 파일의 경우
  • /var/일반적으로 백업하려는 디렉토리와 백업하지 않으려는 디렉토리가 혼합되어 있습니다. 자세한 설명은 아래를 참조하십시오.

고려해야 할 일부 디렉토리는 다음과 같습니다.

  • /usr/local/수동 설치 패키지 (즉, apt를 통해 설치되지 않음)가 여기에 설치됩니다. 여기에 패키지가 설치되어 있으면 전체 디렉토리를 백업하고 다시 설치할 필요가 없습니다. 패키지 자체가 중요하지 않은 경우 /usr/local/etc/및 백업하기에 충분해야합니다 /usr/local/src/.
  • /opt/여기에 아무것도 저장하지 않은 경우 백업 할 필요가 없습니다. 여기에 무언가를 저장 한 경우, 백업하려는 경우 결정하기에 가장 좋은 위치에 있습니다.
  • /srv/와 비슷 /opt/하지만 실제로 백업하려는 데이터를 포함 할 가능성이 더 높습니다.
  • /root/루트 사용자의 구성을 저장합니다. 그것이 당신에게 중요하다면, 당신은 그것을 백업해야합니다.

/var/

/var/ 대부분의 환경에서 백업하려는 많은 파일을 포함하지만 일부는 백업하지 않으려는 파일도 포함합니다.

다음을 백업하고 싶을 것입니다.

  • /var/lib/이 디렉토리에는 설치된 응용 프로그램에 대한 가변 상태 데이터가 있습니다. 응용 프로그램에 따라 해당 상태를 백업하거나 백업하지 않습니다. 안전한 편이 되려면 모든 것을 백업하면됩니다. 그렇지 않으면 각 하위 디렉토리를보고 포함 된 데이터가 백업하기에 충분히 중요한지 스스로 결정할 수 있습니다.
  • /var/mail/ 일반적으로 로컬 메일을 백업하려고합니다.
  • /var/www/ 웹 루트가 여기에 있고 웹 컨텐츠가 저장되는 유일한 위치 인 경우이를 백업하려고합니다.
  • /var/games/ 시스템 차원의 게임 데이터가 당신에게 충분히 중요하다면 (이 저장소를 사용하는 게임이 많지 않은 경우)이를 백업 할 수 있습니다.
  • /var/backups/일반적으로 백업에서 일반적으로 원하는 다른 데이터에서 자동으로 생성되는 파일을 포함하지만 백업에 불필요한 공간이 필요하거나 백업하기가 번거로운 파일이 포함됩니다. 예를 들어 dpkg는 설치된 패키지 목록을 덤프하므로 나중에 백업을 복원 한 후 설치할 패키지를 알 수 있습니다. 아마도 이것을 백업하고 싶을 것입니다.

다음을 백업하고 싶지 않을 것입니다.

  • /var/cache/이름과 달리이 디렉토리의 일부 내용이 중요하므로 일반적으로 각 하위 디렉토리를 개별적으로 확인하십시오. 여기에 입력 한 모든 것이 중요합니다. 백업 할 수도 있습니다 /var/cache/debconf/.
  • /var/lock/ 일반적으로 잠금은 항상 백업 할 필요가 없습니다.
  • /var/run/ 실행중인 시스템에만 중요한 데이터가 포함되어 있습니다. 즉, 시스템을 종료 할 때 더 이상 필요하지 않습니다.
  • /var/spool/ 일반적으로 중요한 데이터는 여기에 저장해서는 안되지만 확인해야 할 수도 있습니다.
  • /var/spool/cron/crontabs/ 다른 시스템에 의존하더라도 많은 명령이나 복잡한 일정이 포함될 수 있습니다.

다음에 대해 스스로 결정해야합니다.

  • /var/local/ 일반적으로 여기에 무언가를 저장했는지 여부와 백업에 원하는지 여부를 알고 있습니다.
  • /var/opt/참조 /var/local/또는 중요한 무언가가 여기에 저장되어있는 경우 더 확인한다.
  • /var/log/ 로그가 중요한지 여부와 저장하기에 충분한 공간이 있는지에 따라 다릅니다 (시간이 지남에 따라 많은 백업 공간이 필요할 수 있음).

키퍼/etc폴더 를 백업하는 좋은 방법 입니다.
JCM

내부 /etc에 백업 할 필요가없는 항목이 있습니까?
개발자

DeveloperACE : 보통은 아닙니다. /etc시스템 전체 구성 파일을 포함합니다. 일반적으로 구성을 백업하려고하므로 수명 데이터가 손실 될 때 모든 것을 재구성 할 필요가 없습니다. 틀림없이 변경하지 않은 모든 구성 파일을 백업하고 싶지 않아 원래의 기본 구성 인 경우도 있지만, 이러한 구분을 쉽게 수행 할 수있는 백업 소프트웨어는 없습니다.
Kritzefitz

@Kritzefitz는 / etc / shadow와 같은 파일을 새로운 설치로 복원하여 문제를 일으킬 수 있습니까?
DeveloperACE

또는 하드웨어 / 장치에 특정한 것이 있습니까?
DeveloperACE

14

당신은이 일을 몇 가지 '쓰레기'를 백업 할 수 있습니다 ...하지만 당신은 그냥 백업 모두의 경우 /home, /etc/var/(당신이 다른 곳에 넣어 뭔가 알고하지 않는 한) 당신은 모든 것을해야한다. 당신은 생략 할 것이다 /var/tmp, /var/run/, /var/lock확실히. 그 후 나는 Luc 의 대답을 읽었다 .


8
어때요 /root?
Tik0

3
또는 /opt/usr/local?
tgharold

3

요컨대, 백업 /home(일반적으로 사용자 생성 파일이있는 위치) /etc/usr/local. 마지막 두 개는 구성 파일을 백업합니다. 필요하고 사용하기 쉬운 sbackup 과 같은 백업 소프트웨어를 사용하는 것이 좋습니다 .


3

명심해야 할 몇 가지 다른 디렉토리-대부분의 사람들은 이것들에 아무것도 없거나, 심지어 존재하지 않을 수도 있지만, 어떤 경우에는 중요한 것을 발견 할 수도 있습니다!

/usr/local
/opt
/root

내 시스템에서 / usr / local에는 일부 사용자 지정 시스템 스크립트가 있고 / opt에는 다운로드 한 패키지로 설치 한 게임 (예 : .deb 패키지가 아님)이 있으며 / root에는 관리자가 사용하는 몇 가지 구성 파일이 있습니다.


2

설치 한 응용 프로그램 및 서비스와 사용중인 Linux 버전에 따라 다릅니다. 대부분의 설정은에 /etc있으므로 백업 할 중요한 폴더입니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.