개발자 중심의 Apple 환경을위한 백업 전략?

구조화 된 회사 환경과보다 개발자 중심 / 시작 환경간에 기술이 분리되는 것을 보는 것은 흥미 롭습니다. DevOps 상점 에서 볼 수있는 Apple 랩톱의 수를 관리 할 때는 당연한 것으로 여겨지는 일부 Microsoft 기술 (VSS, 폴더 리디렉션 등)을 사용할 수 없습니다 .

30-40 개의 Apple 랩톱 그룹을위한 중앙 집중식 및 자동 백업 전략에 관심이 있습니다 ...

이것이 회사 소유 머신 ( BYOD 대 ) 이라고 가정 할 때 일반적으로 안전하고 안전하게 수행되는 방법은 무엇입니까?

• Apple은 Time Machine을 가지고 있지만 개별 컴퓨터 백업에 적합하며 그룹 설정에서 안정적으로 작동하지 않는 것 같습니다. 이 워크 스테이션의 또 다른 문제는 개발자 시스템에 Vagrant / Virtual Box VM이 있다는 것입니다. VM이 백업 세트에서 제외되지 않으면 일반적으로 Time Machine과 가상 시스템이 제대로 작동하지 않습니다.
• 유연한 예약 옵션이있는 푸시 기반 백업 프로세스를 원합니다.
• 백엔드 스토리지를 처리하는 방법을 알고 있지만 클라이언트 시스템에 무엇을 제공해야하는지 잘 모르겠습니다.
• 여기에 데이터의 특성으로 인해 클라우드 기반 백업이 실행 가능한 옵션이 아닐 수 있습니다.

환경에서 이것을 처리하는 방법에 대한 제안은 감사하겠습니다.

편집 : 가상 머신 백업이 더 이상 중요하지 않습니다. 프로세스 및 계획에서 제외 할 수 있습니다.

우리는 여기서 Mac을 접 으려고합니다. 저의 원래 계획은 Backup Exec의 Mac 에이전트를 사용하는 것이 었습니다. 그런 다음 에이전트가 10.9 또는 10.8을 지원하지 않는다는 것을 알았습니다. 따라서 OS를 최신 상태로 유지하면 끝났습니다. 전설에 따르면 다음 SP가 속도를 높일 수 있다고 말했지만 숨을 쉬지 않습니다.

몇 년이 지났지 만 Retrospect는 Mac 백업의 표준이되었습니다. 에이전트를 설치하면 일정이 네트워크에 연결되면 Mac이 백업되도록 일정을 설정할 수 있습니다. 몇 달 전에 VPN을 통해 작동했지만 최근에 경험이 없습니다. 그런 다음 기존 백업 환경으로 스윕 할 스토리지에 백업 세트를 저장하려고합니다.

OS X Server가 설치된 Mac Mini를 사용하는 경우 랩톱의 Time Machine을 네트워크로 리디렉션 한 다음 다른 디스크 백업 도구로 해당 연결을 스윕 할 수 있습니다. 그래도 Time Machine에 세부적인 부분이 있는지는 모르겠습니다. 디스크 전체를 차지하거나 아무것도 얻지 못한다고 생각합니다.

클라우드가 옵션이 아니라고 언급했지만 VM으로 인해 (현재 범위를 벗어 났습니까?) CrashPlan / BackBlaze / Carbonite 옵션이 더 맛있어집니다.

당신이 범위에 VM을 가지고 싶다면, 당신은 할 수 당신이 다른 어떤 것이라고 윈도우 기반 VM에서 에이전트 및 치료를 설치합니다.

이전 작업에서 CrashPlan을 사용하여 수백 개의 Mac 랩톱, Windows VM 몇 대 및 Linux 서버 몇 대를 백업했습니다.

그들은 클라우드 기반 솔루션을 가지고 있지만 온 프레미스 서버를 사용했습니다 (그 이후로 CrashPlan ProE로 이름을 바꿨습니다).

클라우드 소비자 솔루션을 사용하여 모든 개인 Mac을 백업하기에 충분했습니다.

re : 다른 답변에서 언급 한 Mac 파일 시스템 속성-OS X은 CrashPlan에서 완벽하게 지원되며 Mac 리소스 포크를 복원하는 데 아무런 문제가 없었습니다. OSX에서 서버를 실행할 수 있지만 Ubuntu를 실행하는 Dell에서 서버를 실행했습니다.

re : 가격-좌석은 사용자가 아닌 컴퓨터 단위이므로, 사용자가 랩톱과 데스크탑을 가지고있는 경우 두 좌석으로 간주하여 합리적으로 보입니다. 좌석 가격은 우리가 본 다양한 제품의 최저 가격이었습니다.

CP는 백업을 유지할 기간을 구성 할 수있는 일반적인 엔터프라이즈 기능을 갖추고 있습니다 (우리는 몇 주 동안 시간 단위로 변경 사항을 유지 한 후 한 달 동안, 그 다음에는 매주 6 개월 동안 그리고 그 후에는 매월 변경). 설정이 다른 조직. LDAP에 인증하기 위해 서버를 설정하는 데 약 5 분이 걸렸습니다.

Acronis는 Mac 및 중앙 집중식 백업 서버를 지원 합니다 . 시만텍은 또한 Mac 을 지원하며 중앙 집중식 장비를 갖추고 있습니다. 도 있습니다 회고 , 또한 로컬 백업 서버를 지원하기 위해 나타납니다 오랜 설립 맥 백업 패키지. 나는 더 많은 것이 확신합니다. 클라우드 서비스를 의도적으로 제외했습니다.

물론, Acronis (Windows!)를 사용하는 방식은 재해 복구가 아닌 비즈니스 연속성에 더 적합합니다. 우리는 SSD를 가진 사용자를 위해 사용하고 있습니다. SSD가 필연적으로 죽으면 Acronis는 빠르게 백업하고 작동합니다. 실제 DR 데이터는 모든 서버 데이터이며 클라이언트 데이터인지 내부 데이터인지에 따라 다르게 처리됩니다.

비즈니스 연속성 응답 또는 재해 복구 응답을 찾고 있는지 명시 적으로 밝히지 않았지만 연속성에 따라 더 많이 답변했습니다. 다른 한편으로, 건물이 타 버린다면, 당신의 개발자들은 노트북을 가지고있을 것이므로 연속성은 아마도 당신이 필요로하는 것 이상일 것입니다.

[편집하다]

홈 버전을 많이 좋아했지만 "클라우드 없음"제한으로 인해 Crashplan을 의도적으로 제외했습니다. Crashplan과 Acronis는 다른 사용 사례입니다. Acronis는 실제 이미징을 수행하며 Crashplan은 데이터 전용입니다 (기본적으로 사용자의 홈 디렉토리 만 해당). Acronis가 예약되었으며 Crashplan은 연속적입니다 (저장소를 사용할 수있는 경우).

특정 환경에서 개발자는 자신에게 가장 효율적인 방법으로 컴퓨터를 사용자 정의 할 수 있으므로 비상시 신속하게 백업하고 실행할 수 있도록 이미지 레벨 백업이 필요합니다. 개발자가 머신을 동일한 방식으로 사용하는 경우 이미지 레벨 백업도 필요할 수 있습니다. 제품 오퍼링에서 살펴볼 것이 하나 더 있습니다. Acronis의 Mac 이미징이 Time Machine의 중앙 저장소를 제공하는 것처럼 보이지만 잘못 읽을 수 있습니다.

(홈 디렉토리 사용자는 Crashplan이 Windows 디렉토리를 포함하여 전체 하드 드라이브를 백업하라고 말한 것을 들었습니다. 아직도 복원이 지원되지 않는 영역으로 넘어갈 수 있기 때문에 잘못하고 있습니다. 데이터 백업에 관한 것 입니다. )

내가 사용 Backblaze를 내가보기 엔 그들을 추천 할 수 - 내 고객의 많은 내 기계 (- 무엇에 대한 어떤 지원도, 어쨌든 모든 승리와 OSX)이 모두에. 단점은 초기 백업에 시간이 오래 걸리고 전체 복원을 수행하는 데 번거로울 수 있다는 것입니다 (하룻밤 동안 200 달러 정도의 드라이브가 필요하지만 준비하는 데 시간이 걸릴 수 있음). 완전히 자동적이고 매우 가볍습니다. Mac 및 Windows 시스템에서 잘 작동합니다. (나는 또한 남용하기를 원하지만 Mac 제품을 사용하지 않은 Windows 시스템에 로컬로 acronis를 사용합니다). Backblaze는 또한 버전 관리, 로컬 암호화 (예 : 키가 없음)를 지원하며 인터넷 연결에서 작동하며 랩톱에 적합합니다.

CrashPlan은 비즈니스 버전에 비해 비용이 많이 들지만 드라이브를 보내 초기 백업을 시드 할 수 있다는 이점이 있습니다.

Backup Exec (또는 시만텍)이나 Time Machine (시스템 몇 대 이상)에 대해 긍정적 인 경험을 한 적이 없습니다.

내가 당신이라면 NFS 또는 AFP를 통해 네트워크 홈 폴더를 사용하고 Deploy Studio 또는 Apple의 내장 된 배포 솔루션과 같은 표준 이미지를 만들었습니다.

랩탑에 장애가 발생하면 모든 데이터와 사용자 상태가 서버에서 안전하며 (Time Capsule보다 더 엔터프라이즈에 의해 백업되고 있음) 새 하드웨어에 새로운 이미지를 배치하고 생각하지 않아도됩니다. 물론 여기에는 Open Directory 또는 Active Directory와 같은 소규모 소규모 상점이 비웃는 몇 가지 전제 조건이 있습니다 (수동으로 직접 구성하지 않는 경우).

개인 원격 서버로 푸시하도록 GIT을 설정하고 스크립트와 cronjob을 통해 서버를 실행하여 관습적인 접근 방식을 취했습니다.

분명히 ACL을 처리하지는 않지만 디스크 유틸리티의 "복구 권한"명령이 이에 적합합니다.

파일 서버에 대해 Time Machine을 실행하려면 일반 * nix에서 netatalk를 실행하여 필요한 afp 프로토콜 지원을 얻을 수 있습니다.

-

백업 전략에 관계없이 VM 백업을 덜 고통스럽게 만드는 빠른 팁.

VM의 정기적 인 스냅 샷을 만듭니다. 원본 대신 스냅 샷에서 작업하십시오. 이 방법으로 원본 디스크 파일은 변경되지 않습니다.

대안 적으로 / 추가로 VM을 데이터가없는 상태로 만들고 각 실행 후 스냅 샷 상태로 되돌립니다. 파일 서버에서 변경 될 파일을 저장하십시오. VMware에는 호스트에서 폴더를 공유하는 데 사용할 수있는 번들 삼바가 있습니다. VirtualBox가 설치되어 있지 않으면 필요한 경우 자체 삼바를 설치할 수 있습니다.

VM을 빠르고 쉽게 시작 및 중지 할 수 있도록이 내용을 스크립팅 할 수 있습니다. 다시 VMware에는 vmrun프로그램 에 대한 명령 줄 옵션이 있습니다 (앱의 핵심에서 ps를 살펴보면 알 수 있습니다). 당신은 다음과 같은 것들을 할 수 있습니다 :

vmrun stop "/Users/foobar/Documents/VMs/win7.vmwarevm/win7.vmx" hard

실행중인 VM이 종료되고 스냅 샷으로 되돌아갑니다.

주위를 찌르면 virtualbox와 비슷한 것을 찾을 수 있습니다.

-

다른 시도는 BackupPC 입니다. 전송으로 ssh를 통해 rsync 또는 tar를 사용하고 백엔드에서 파일 레벨 중복 제거를 수행합니다. 나는 리눅스 클라이언트와 함께 수년 동안 그것을 사용 해왔다.

Mac의 유일한 트릭은 필요한 Mac 파일 시스템 관련 항목을 확보하고 있어야한다는 것입니다. 리소스 포크 등. 메일 링리스트에있는 사람들은 osx를 위해 확장 된 tar 인 "Xtar"로 성공을보고했습니다. 귀하의 경우에는 아마도이 중 하나가 없지만 확인하십시오.